PMP> How to Resolve the Traps Compatibility Issue

PMP> How to Resolve the Traps Compatibility Issue

Ron Bergman rbergma at dpc.com
Thu May 1 10:00:23 EDT 1997


Bill,


It appears you missed my original message.  Here it is:


Date: Wed, 30 Apr 1997 07:46:45 -0700 (PDT)
From: Ron Bergman <rbergma at dpc.com>
To: pmp at pwg.org
Subject: PMP> How to Resolve the Traps Compatibility Issue


Harry Lewis has made an excellent suggestion on how to resolve the
issues with traps.  It is unfortunate though that it is too late to
use this suggestion to "fix" the Printer MIB, if we discover that 
changes are required.  But I do believe that it will be beneficial to 
follow Harry's suggestion, even though we do not intend to change
the MIB.


I do not believe that an interoperability test is needed in this 
area.  We do not have to prove that traps work or that every vendor
that supports traps has implemented them as they intended.  It is
up to each vendor to verify their design.


We do need to verify that the information presented in the trap PDU
fields is consistent and is as defined in the SNMP documents.  I
agree with Harry that the SNMP RFCs are not very clear in this area
and would guess that we will find differences in the implementations.
Harry identified the three fields of a v1 trap PDU that must be 
examined. 


What about v2 traps?  Are there any v2 trap implementations?


The three v1 fields Harry highlighted are:


  1. ENTERPRISE - I can not find a good definition of what this field 
     is to contain.  To the best of my knowledge this should be 
     sysObjectId unless it is an "enterprise-specific" trap.  For the
     latter case this value is as specified by the ENTERPRISE entry
     of the trap definition. 


  2. SPECIFIC-TRAP - My guess is this should be the value of 
     printerAlert (i.e. 1).


  3. VARIABLE-BINDINGS - In this case what should be presented is
     clearly defined, especially in light of the recent effort on 
     the "Top 25 Alert Conditions".  Harry's questions need to be
     answered.  "Is everyone sending VarBinds?  Are they mandatory?
     Do we all send the same stuff?"


I propose that all participants of the interoperability test plus 
anyone else who is implementing the Printer MIB submit a response to
the above.  This data can be reviewed in a teleconference or we could
allocate an hour in the San Diego meeting.


Any comments?




	Ron Bergman
	Dataproducts Corp.








On Thu, 1 May 1997, Bill Wagner wrote:


>      Posts their results?  Of what?  Perhaps I missed it, but unless it is 
>      clearly stated what is being tested under what conditions, it is 
>      unclear that 'results' will mean anything consistent.
>      
>      Bill Wagner
> 
> 
> ______________________________ Reply Separator _________________________________
> Subject: Re: PMP> How to Resolve the Traps Compatibility Issue
> Author:  JK Martin <jkm at underscore.com> at Internet
> Date:    4/30/97 1:53 PM
> 
> 
> Ron Bergman has proposed a good plan for resolving this annoying issue.
> 
> > I propose that all participants of the interoperability test plus 
> > anyone else who is implementing the Printer MIB submit a response to
> > the above.  This data can be reviewed in a teleconference or we could
> > allocate an hour in the San Diego meeting.
> 
> Let's try *real hard* to resolve this via the PMP mailing list.  If
> everyone posts their results (to the mailing list) by a particular
> cut-off date, then we'll all have access to that data as it arrives.
> 
> Once the data has been reviewed, perhaps then (and only then) we can
> put out a call for a telecon...but only if folks really think it's
> necessary.
> 
> At the very least, I hope we can do whatever we can *before* San Diego
> so that we don't spend precious time during those meetings on this
> issue.  This issue should be resolvable across the wire.
> 
> If for some reason the group decides to spend precious meeting time in
> San Diego on this topic, then would it be possible to MANDATE that the
> issue be fully resolved at that meeting (and not brought up again some
> two months down the road)?
> 
>         ...jay
> 



More information about the Pmp mailing list