rfc2665.txt

来自「中、英文RFC文档大全打包下载完全版 .」· 文本 代码 · 共 1,489 行 · 第 1/5 页

   Support for the mauModIfCompl2 compliance statement of the MAU-MIB
   [27] is REQUIRED for Ethernet-like interfaces.  This MIB is needed in
   order to allow applications to determine the current MAU type in use
   by the interface, and to control autonegotiation and duplex mode for
   the interface.  Implementing this MIB module without implementing the
   MAU-MIB would leave applications with no standard way to determine
   the media type in use, and no standard way to control the duplex mode
   of the interface.

3.4.  dot3StatsEtherChipSet

   This document defines an object called dot3StatsEtherChipSet, which
   is used to identify the MAC hardware used to communicate on an
   interface.  Previous versions of this document contained a number of
   OID assignments for some existing Ethernet chipsets.  Maintaining





Flick & Johnson             Standards Track                    [Page 11]

RFC 2665                   Ethernet-Like MIB                 August 1999


   that list as part of this document has proven to be problematic, so
   the OID assignments contained in prevous versions of this document
   have now been moved to a separate document [28].

   The dot3StatsEtherChipSet object has now been deprecated.
   Implementation feedback indicates that this object is much more
   useful in theory than in practice.  The object's utility in debugging
   network problems in the field appears to be limited.  In those cases
   where it may be useful, it is not sufficient, since it identifies
   only the MAC chip, and not the PHY, PMD, or driver.  The
   administrative overhead involved in maintaining a central registry of
   chipset OIDs cannot be justified for an object whose usefulness is
   questionable at best.

   Implementations which continue to support this object for the purpose
   of backwards compatability may continue to use the values defined in
   [28].  For chipsets not listed in [28], implementors should assign
   OBJECT IDENTIFIERS within that part of the registration tree
   delegated to individual enterprises.

3.5.  Mapping of IEEE 802.3 Managed Objects

   IEEE 802.3 Managed Object         Corresponding SNMP Object

   oMacEntity
    .aMACID                          dot3StatsIndex or
                                     IF-MIB - ifIndex
    .aFramesTransmittedOK            IF-MIB - ifOutUCastPkts +
                                              ifOutMulticastPkts +
                                              ifOutBroadcastPkts*
    .aSingleCollisionFrames          dot3StatsSingleCollisionFrames
    .aMultipleCollisionFrames        dot3StatsMultipleCollisionFrames
    .aFramesReceivedOK               IF-MIB - ifInUcastPkts +
                                              ifInMulticastPkts +
                                              ifInBroadcastPkts*
    .aFrameCheckSequenceErrors       dot3StatsFCSErrors
    .aAlignmentErrors                dot3StatsAlignmentErrors
    .aOctetsTransmittedOK            IF-MIB - ifOutOctets*
    .aFramesWithDeferredXmissions    dot3StatsDeferredTransmissions
    .aLateCollisions                 dot3StatsLateCollisions
    .aFramesAbortedDueToXSColls      dot3StatsExcessiveCollisions
    .aFramesLostDueToIntMACXmitError dot3StatsInternalMacTransmitErrors
    .aCarrierSenseErrors             dot3StatsCarrierSenseErrors
    .aOctetsReceivedOK               IF-MIB - ifInOctets*
    .aFramesLostDueToIntMACRcvError  dot3StatsInternalMacReceiveErrors
    .aPromiscuousStatus              IF-MIB - ifPromiscuousMode
    .aReadMulticastAddressList       IF-MIB - ifRcvAddressTable
    .aMulticastFramesXmittedOK       IF-MIB - ifOutMulticastPkts*



Flick & Johnson             Standards Track                    [Page 12]

RFC 2665                   Ethernet-Like MIB                 August 1999


    .aBroadcastFramesXmittedOK       IF-MIB - ifOutBroadcastPkts*
    .aMulticastFramesReceivedOK      IF-MIB - ifInMulticastPkts*
    .aBroadcastFramesReceivedOK      IF-MIB - ifInBroadcastPkts*
    .aFrameTooLongErrors             dot3StatsFrameTooLongs
    .aReadWriteMACAddress            IF-MIB - ifPhysAddress
    .aCollisionFrames                dot3CollFrequencies
    .aDuplexStatus                   dot3StatsDuplexStatus
    .acAddGroupAddress               IF-MIB - ifRcvAddressTable
    .acDeleteGroupAddress            IF-MIB - ifRcvAddressTable
    .acExecuteSelfTest               dot3TestLoopBack

   oPHYEntity
    .aPHYID                          dot3StatsIndex or
                                     IF-MIB - ifIndex
    .aSQETestErrors                  dot3StatsSQETestErrors
    .aSymbolErrorDuringCarrier       dot3StatsSymbolErrors

   oMACControlEntity
    .aMACControlID                   dot3StatsIndex or
                                     IF-MIB - ifIndex
    .aMACControlFunctionsSupported   dot3ControlFunctionsSupported and
                                     dot3ControlFunctionsEnabled
    .aUnsupportedOpcodesReceived     dot3ControlInUnknownOpcodes

   oPAUSEEntity
    .aPAUSEMACCtrlFramesTransmitted  dot3OutPauseFrames
    .aPAUSEMACCtrlFramesReceived     dot3InPauseFrames

   * Note that the octet counters in IF-MIB do not exactly match the
   definition of the octet counters in IEEE 802.3.  aOctetsTransmittedOK
   and aOctetsReceivedOK count only the octets in the clientData and Pad
   fields, whereas ifInOctets and ifOutOctets include the entire MAC
   frame, including MAC header and FCS.  However, the IF-MIB counters
   can be derived from the IEEE 802.3 counters as follows:

     ifInOctets = aOctetsReceivedOK + (18 * aFramesReceivedOK)

     ifOutOctets = aOctetsTransmittedOK + (18 * aFramesTransmittedOK)

   Also note that the packet counters in the IF-MIB do not exactly match
   the definition of the frame counters in IEEE 802.3.
   aFramesTransmittedOK counts the number of frames successfully
   transmitted on the interface, whereas ifOutUcastPkts,
   ifOutMulticastPkts and ifOutBroadcastPkts count the number of
   transmit requests made from a higher layer, whether or not the
   transmit attempt was successful.  This means that packets counted by
   ifOutErrors or ifOutDiscards are also be counted by ifOut*castPkts,
   but are not be counted by aFramesTransmittedOK.  This also means



Flick & Johnson             Standards Track                    [Page 13]

RFC 2665                   Ethernet-Like MIB                 August 1999


   that, since MAC Control frames are generated by a sublayer internal
   to the interface layer rather than by a higher layer, they are not
   counted by ifOut*castPkts, but are counted by aFramesTransmittedOK.

   Similarly, aFramesReceivedOK counts the number of frames received
   successfully by the interface, whether or not they are passed to a
   higher layer, whereas ifInUcastPkts, ifInMulticastPkts and
   ifInBroadcastPkts count only the number of packets passed to a higher
   layer.  This means that packets counted by ifInDiscards or
   ifInUnknownProtos are also counted by aFramesReceivedOK, but are not
   counted by ifIn*castPkts.  This also menas that, since MAC Control
   frames are consumed by a sublayer internal to the interface layer and
   not passed to a higher layer, they are not counted by ifIn*castPkts,
   but are counted by aFramesReceivedOK.

   Another difference to keep in mind between the IF-MIB counters and
   IEEE 802.3 counters is that in the IEEE 802.3 document, the frame
   counters and octet counters are always incremented together.
   aOctetsTransmittedOK counts the number of octets in frames that were
   counted by aFramesTransmittedOK.  aOctetsReceivedOK counts the number
   of octets in frames that were counted by aFramesReceivedOK.  This is
   not the case with the IF-MIB counters.  The IF-MIB octet counters
   count the number of octets sent to or received from the layer below
   this interface, whereas the packet counters count the number of
   packets sent to or received from the layer above.  Therefore,
   received MAC Control frames, ifInDiscards, and ifInUnknownProtos are
   counted by ifInOctets, but not ifIn*castPkts.  Transmitted MAC
   Control frames are counted by ifOutOctets, but not ifOut*castPkts.
   ifOutDiscards and ifOutErrors are counted by ifOut*castPkts, but not
   ifOutOctets.

   The following IEEE 802.3 managed objects have been removed from this
   MIB module as a result of implementation feedback:

   oMacEntity
     .aFramesWithExcessiveDeferral
     .aInRangeLengthErrors
     .aOutOfRangeLengthField
     .aMACEnableStatus
     .aTransmitEnableStatus
     .aMulticastReceiveStatus
     .acInitializeMAC

   Please see [19] for the detailed reasoning on why these objects were
   removed.

   In addition, the following IEEE 802.3 managed objects have not been
   included in this MIB for the following reasons.



Flick & Johnson             Standards Track                    [Page 14]

RFC 2665                   Ethernet-Like MIB                 August 1999


   IEEE 802.3 Managed Object         Disposition

   oMACEntity
    .aMACCapabilities                Can be derived from
                                     MAU-MIB - ifMauTypeListBits

   oPHYEntity
    .aPhyType                        Can be derived from
                                     MAU-MIB - ifMauType

    .aPhyTypeList                    Can be derived from
                                     MAU-MIB - ifMauTypeListBits

    .aMIIDetect                      Not considered useful.

    .aPhyAdminState                  Can already obtain interface
                                     state from IF-MIB - ifOperStatus
                                     and MAU state from MAU-MIB -
                                     ifMauStatus.  Providing an
                                     additional state for the PHY
                                     was not considered useful.

    .acPhyAdminControl               Can already control interface
                                     state from IF-MIB - ifAdminStatus
                                     and MAU state from MAU-MIB -
                                     ifMauStatus.  Providing separate
                                     admin control of the PHY was not
                                     considered useful.

   oMACControlEntity
    .aMACControlFramesTransmitted    Can be determined by summing the
                                     OutFrames counters for the
                                     individual control functions

    .aMACControlFramesReceived       Can be determined by summing the
                                     InFrames counters for the
                                     individual control functions

   oPAUSEEntity
    .aPAUSELinkDelayAllowance        Not considered useful.











Flick & Johnson             Standards Track                    [Page 15]

RFC 2665                   Ethernet-Like MIB                 August 1999


4.  Definitions

   EtherLike-MIB DEFINITIONS ::= BEGIN

       IMPORTS
           MODULE-IDENTITY, OBJECT-TYPE, OBJECT-IDENTITY,
           Counter32, mib-2, transmission
               FROM SNMPv2-SMI
           MODULE-COMPLIANCE, OBJECT-GROUP
               FROM SNMPv2-CONF
           ifIndex, InterfaceIndex
               FROM IF-MIB;

       etherMIB MODULE-IDENTITY
           LAST-UPDATED "9908240400Z"  -- August 24, 1999
           ORGANIZATION "IETF Ethernet Interfaces and Hub MIB
                        Working Group"
           CONTACT-INFO
               "WG E-mail: [e-mail]
             To subscribe: [e-mail]

                    Chair: Dan Romascanu
                   Postal: Lucent Technologies
                           Atidum Technology Park, Bldg. 3
                           Tel Aviv 61131
                           Israel
                      Tel: [phone]
                   E-mail: [e-mail]

                  Editor: John Flick
                  Postal: Hewlett-Packard Company
                          8000 Foothills Blvd. M/S 5557
                          Roseville, CA 95747-5557
                          USA
                     Tel: [phone]
                     Fax: [phone]
                  E-mail: [e-mail]

                  Editor: Jeffrey Johnson
                  Postal: RedBack Networks
                          2570 North First Street, Suite 410
                          San Jose, CA, 95131
                          USA
                     Tel: [phone]
                     Fax: [phone]
                  E-Mail: [e-mail]"

           DESCRIPTION "The MIB module to describe generic objects for