RFC 1493 (rfc1493) - Page 3 of 34

Definitions of Managed Objects for Bridges

RFC 1493                       Bridge MIB                      July 1993


2.1.  Format of Definitions

   Section 5 contains the specification of all object types contained in
   this MIB module.  The object types are defined using the conventions
   defined in the SMI, as amended by the extensions specified in [9,10].

3.  Overview

   A common device present in many networks is the Bridge.  This device
   is used to connect Local Area Network segments below the network
   layer.

   There are two major modes defined for this bridging; transparent and
   source route.  The transparent method of bridging is defined in the
   draft IEEE 802.1d specification [11].  This memo defines those
   objects needed for the management of a bridging entity operating in
   the transparent mode, as well as some objects applicable to all types
   of bridges.

   To be consistent with IAB directives and good engineering practice,
   an explicit attempt was made to keep this MIB as simple as possible.
   This was accomplished by applying the following criteria to objects
   proposed for inclusion:

          (1)  Start with a small set of essential objects and add only
               as further objects are needed.

          (2)  Require objects be essential for either fault or
               configuration management.

          (3)  Consider evidence of current use and/or utility.

          (4)  Limit the total of objects.

          (5)  Exclude objects which are simply derivable from others in
               this or other MIBs.

          (6)  Avoid causing critical sections to be heavily
               instrumented.  The guideline that was followed is one
               counter per critical section per layer.

3.1.  Structure of MIB

   Objects in this MIB are arranged into groups.  Each group is
   organized as a set of related objects.  The overall structure and
   assignment of objects to their groups is shown below.  Where
   appropriate the corresponding IEEE 802.1d [11] management object name
   is also included.



Decker, Langille, Rijsinghani & McCloghrie