rfc2266.txt

来自「RFC 的详细文档！」· 文本 代码 · 共 1,467 行 · 第 1/5 页

                 network and the attached port.
            1  = The requested configuration is not compatible with
                 the network and/or the attached port.  In this case,
                 the FF, PP, and R bits indicate a configuration that
                 would be allowed.
       N:   0  = Access will be allowed, providing the configuration
                 is compatible (C = 0).
            1  = Access is not granted because of security
                 restrictions.
       r:   Reserved bits (set to zero).
       FF:  00 = frameType88023 will be used.
            01 = frameType88025 will be used.
            10 = reserved
            11 = reserved
       PP:  00 = singleAddressMode
            01 = promiscuousMode
            10 = reserved
            11 = reserved
       R:   0  = Requested access as an end node is allowed.
            1  = Requested access as a repeater is allowed.

   Again, note that the most recent version of the IEEE 802.12 standard
   should be consulted for the most up to date definition of the
   requested configuration and allowed configuration fields.

   The data field contains between 594 and 675 octets and is filled in
   by the training initiator.  The first 55 octets may be used for
   vendor specific protocol information.  The remaining octets are all
   zeros.  The length of the training frame combined with the
   requirement that 24 consecutive training frames be exchanged without
   error to complete training ensures that marginal links will not
   complete training.

2.5.  Structure of the MIB

   Objects in this MIB are arranged into OID subtrees, each of which
   contains a set of related objects within a broad functional category.
   These subtrees are intended for organizational convenience ONLY, and
   have no relation to the conformance groups defined later in the
   document.



Flick                       Standards Track                     [Page 6]

RFC 2266                IEEE 802.12 Repeater MIB            January 1998


2.5.1.  Basic Definitions

   The basic definitions include objects for managing the basic status
   and control parameters for each repeater within the managed system,
   for the port groups within the managed system, and for the individual
   ports themselves.

2.5.2.  Monitor Definitions

   The monitor definitions include monitoring statistics for each
   repeater within the system and for individual ports.

2.5.3.  Address Tracking Definitions

   This collection includes objects for tracking the MAC addresses of
   the DTEs attached to the ports within the system.

   Note that this MIB also includes by reference a collection of objects
   from the 802.3 Repeater MIB which may be used for mapping the
   topology of a network.  These definitions are based on a technology
   which has been patented by Hewlett-Packard Company (HP).  HP has
   granted rights to this technology to implementors of this MIB.  See
   [8] and [9] for details.

2.6.  Relationship to other MIBs

2.6.1.  Relationship to MIB-II

   It is assumed that a repeater implementing this MIB will also
   implement (at least) the 'system' group defined in MIB-II [5].

2.6.1.1.  Relationship to the 'system' group

   In MIB-II, the 'system' group is defined as being mandatory for all
   systems such that each managed entity contains one instance of each
   object in the 'system' group.  Thus, those objects apply to the
   entity even if the entity's sole functionality is management of
   repeaters.

   Note that all of the managed repeaters (i.e. entries in the
   vgRptrInfoTable) will normally exist within a single naming scope.
   Therefore, there will normally only be a single instance of each of
   the objects in the system group for the entire managed repeater
   system regardless of how many managed repeaters there are in the
   system.






Flick                       Standards Track                     [Page 7]

RFC 2266                IEEE 802.12 Repeater MIB            January 1998


2.6.1.2.  Relationship to the 'interfaces' group

   In MIB-II, the 'interfaces' group is defined as being mandatory for
   all systems and contains information on an entity's interfaces, where
   each interface is thought of as being attached to a 'subnetwork'.
   (Note that this term is not to be confused with 'subnet' which refers
   to an addressing partitioning scheme used in the Internet suite of
   protocols.)

   This Repeater MIB uses the notion of ports on a repeater.  The
   concept of a MIB-II interface has NO specific relationship to a
   repeater's port.  Therefore, the 'interfaces' group applies only to
   the one (or more) network interfaces on which the entity managing the
   repeater sends and receives management protocol operations, and does
   not apply to the repeater's ports.

   This is consistent with the physical-layer nature of a repeater.  An
   802.12 repeater has an RMAC implementation, which acts as the
   repeater end of the Demand Priority Access Method, but does not
   contain a DTE MAC implementation, and does not pass packets up to
   higher-level protocol entities for processing.

   (When a network management entity is observing a repeater, it may
   appear as though the repeater is passing packets to a higher-level
   protocol entity.  However, this is only a means of implementing
   management, and this passing of management information is not part of
   the repeater functionality.)

2.6.2.  Relationship to the 802.3 Repeater MIB

   An IEEE 802.12 repeater can be configured to operate in either
   ethernet or token ring framing mode.  This only affects the frame
   format and address bit order of the frames on the wire.  An 802.12
   network does not use the media access protocol for either ethernet or
   token ring.  Instead, IEEE 802.12 defines its own media access
   protocol, the Demand Priority Access Method (DPAM).

   There is an existing standards-track MIB module for instrumenting
   IEEE 802.3 repeaters [7].  That MIB module is designed to instrument
   the operation of the repeater in a network implementing the 802.3
   media access protocol.  Therefore, much of that MIB does not apply to
   802.12 repeaters.

   However, the 802.3 Repeater MIB also contains a collection of objects
   that may be used to map the topology of a network.  These objects are
   contained in a separable OBJECT-GROUP, are not 802.3-specific, and
   are considered useful for 802.12 repeaters.  In addition, the layer




Flick                       Standards Track                     [Page 8]

RFC 2266                IEEE 802.12 Repeater MIB            January 1998


   management clause of the IEEE 802.12 specification includes similar
   functionality.  Therefore, vendors of agents for 802.12 repeaters are
   encouraged to implement the snmpRptrGrpRptrAddrSearch OBJECT-GROUP
   defined in the 802.3 Repeater MIB.

2.7.  Mapping of IEEE 802.12 Managed Objects

   IEEE 802.12 Managed Object        Corresponding SNMP Object

   oRepeater
     .aCurrentFramingType            vgRptrInfoCurrentFramingType
     .aDesiredFramingType            vgRptrInfoDesiredFramingType
     .aFramingCapability             vgRptrInfoFramingCapability
     .aMACAddress                    vgRptrInfoMACAddress
     .aRepeaterHealthState           vgRptrInfoOperStatus
     .aRepeaterID                    vgRptrInfoIndex
     .aRepeaterSearchAddress         SNMP-REPEATER-MIB -
                                         rptrAddrSearchAddress
     .aRepeaterSearchGroup           SNMP-REPEATER-MIB -
                                         rptrAddrSearchGroup
     .aRepeaterSearchPort            SNMP-REPEATER-MIB -
                                         rptrAddrSearchPort
     .aRepeaterSearchState           SNMP-REPEATER-MIB -
                                         rptrAddrSearchState
     .aRMACVersion                   vgRptrInfoTrainingVersion
     .acRepeaterSearchAddress        SNMP-REPEATER-MIB -
                                         rptrAddrSearchAddress
     .acResetRepeater                vgRptrInfoReset
     .nRepeaterHealth                vgRptrHealth
     .nRepeaterReset                 vgRptrResetEvent

   oGroup
     .aGroupCablesBundled            vgRptrGroupCablesBundled
     .aGroupID                       vgRptrGroupIndex
     .aGroupPortCapacity             vgRptrGroupPortCapacity

   oPort
     .aAllowableTrainingType         vgRptrPortAllowedTrainType
     .aBroadcastFramesReceived       vgRptrPortBroadcastFrames
     .aCentralMgmtDetectedDupAddr    vgRptrMgrDetectedDupAddress
     .aDataErrorFramesReceived       vgRptrPortDataErrorFrames
     .aHighPriorityFramesReceived    vgRptrPortHighPriorityFrames
     .aHighPriorityOctetsReceived    vgRptrPortHCHighPriorityOctets, or
                                     vgRptrPortHighPriorityOctets and
                                     vgRptrPortHighPriOctetRollovers
     .aIPMFramesReceived             vgRptrPortIPMFrames
     .aLastTrainedAddress            vgRptrAddrLastTrainedAddress
     .aLastTrainingConfig            vgRptrPortLastTrainConfig



Flick                       Standards Track                     [Page 9]

RFC 2266                IEEE 802.12 Repeater MIB            January 1998


     .aLocalRptrDetectedDupAddr      vgRptrRptrDetectedDupAddress
     .aMulticastFramesReceived       vgRptrPortMulticastFrames
     .aNormalPriorityFramesReceived  vgRptrPortNormPriorityFrames
     .aNormalPriorityOctetsReceived  vgRptrPortHCNormPriorityOctets, or
                                     vgRptrPortNormPriorityOctets and
                                     vgRptrPortNormPriOctetRollovers
     .aNullAddressedFramesReceived   vgRptrPortNullAddressedFrames
     .aOctetsInUnreadableFramesRcvd  vgRptrPortHCUnreadableOctets, or
                                     vgRptrPortUnreadableOctets and
                                     vgRptrPortUnreadOctetRollovers
     .aOversizeFramesReceived        vgRptrPortOversizeFrames
     .aPortAdministrativeState       vgRptrPortAdminStatus
     .aPortID                        vgRptrPortIndex
     .aPortStatus                    vgRptrPortOperStatus
     .aPortType                      vgRptrPortType
     .aPriorityEnable                vgRptrPortPriorityEnable
     .aPriorityPromotions            vgRptrPortPriorityPromotions
     .aReadableFramesReceived        vgRptrPortReadableFrames
     .aReadableOctetsReceived        vgRptrPortHCReadableOctets, or
                                     vgRptrPortReadableOctets and
                                     vgRptrPortReadOctetRollovers
     .aSupportedCascadeMode          vgRptrPortSupportedCascadeMode
     .aSupportedPromiscMode          vgRptrPortSupportedPromiscMode
     .aTrainedAddressChanges         vgRptrAddrTrainedAddressChanges
     .aTrainingResult                vgRptrPortTrainingResult
     .aTransitionsIntoTraining       vgRptrPortTransitionToTrainings
     .acPortAdministrativeControl    vgRptrPortAdminStatus

   The following IEEE 802.12 managed objects have not been included in
   the 802.12 Repeater MIB for the indicated reasons.

   IEEE 802.12 Managed Object        Disposition

   oRepeater
     .aGroupMap                      Can be determined by GetNext sweep
                                     of vgRptrBasicGroupTable

     .aRepeaterGroupCapacity         Meaning is unclear in many
                                     repeater implementations.  For
                                     example, some cards may have
                                     daughter cards which make group
                                     capacity change depending on the
                                     cards installed.  Meaning is also
                                     unclear in a stackable
                                     implementation.  Also, since
                                     groups are not required to be
                                     numbered from 1..capacity, but may
                                     be computed algorithmically or



Flick                       Standards Track                    [Page 10]

RFC 2266                IEEE 802.12 Repeater MIB            January 1998


                                     related to Entity MIB indices,
                                     this object was not considered
                                     useful.

     .aRepeaterHealthData            Since the data is implementation
                                     specific and non-interoperable,
                                     it was not considered useful.

     .aRepeaterHealthText            Implementation experience with
                                     similar object in 802.3 Rptr MIB
                                     indicated it was not useful.

     .acExecuteNonDisruptiveSelfTest Implementation experience with
                                     similar object in 802.3 Rptr MIB
                                     indicated it was not useful.

     .nGroupMapChange                Since aGroupMap was not included,
                                     a notification of a change in that
                                     object was not needed.

   oGroup
     .aPortMap                       Can be determined by GetNext sweep