Trap conventions

[Michael Shurman <[e-mail]>]

Hi everybody,

The RFC1215 defines:

* 2.1.1.  Mapping of the ENTERPRISE clause
* 
*    The ENTERPRISE clause, which must be present, defines the management
*    enterprise under whose registration authority this trap is defined
*    (for a discussion on delegation of registration authority, see the
*    SMI [3]).  This value is placed inside the enterprise field of the
*    SNMP Trap-PDU.
* 
*    By convention, if the value of the ENTERPRISE clause is
* 
* SNMP Working Group                                              [Page 3]
* RFC 1215             Convention for Defining Traps            March 1991
* 
* 
*                 snmp   OBJECT IDENTIFIER ::= { mib-2 11 }
* 
*    as defined in MIB-II [7], then instead of using this value, the value
*    of sysObjectID is placed in the enterprise field of the SNMP Trap-
*    PDU.  This provides a simple means of using the TRAP-TYPE macro to
*    represent the existing standard SNMP traps; it is not intended to
*    provide a means to define additional standard SNMP traps.

I see some problems with this definition for experimental MIB's.
Assume we use Bridge MIB which defines:

*          newRoot TRAP-TYPE
*              ENTERPRISE  dot1dBridge
*              DESCRIPTION
*                      "The newRoot trap indicates that the sending agent
*                      has become the new root of the Spanning Tree; the
*                      trap is sent by a bridge soon after its election
*                      as the new root, e.g., upon expiration of the
*                      Topology Change Timer immediately subsequent to
*                      its election."
*              ::= 1
* 
*          topologyChange TRAP-TYPE
*              ENTERPRISE  dot1dBridge
*              DESCRIPTION
*                      "A topologyChange trap is sent by a bridge when
*                      any of its configured ports transitions from the
*                      Learning state to the Forwarding state, or from
*                      the Forwarding state to the Blocking state.  The
*                      trap is not sent if a newRoot trap is sent for the
*                      same transition."
*              ::= 2

if we will put sysObjectID in the enterprise field how one will know 
that a trap belong to the Bridge MIB? What will be the trap type ?
What will be fate of these traps once the Bridge MIB will become 
standard ? Will these traps become new SNMP standard traps ( 7 and 8 ?) ?

Please send me responses to lannet.hellnet.org ( not lannet.com ! )