RFC 2020 (rfc2020) - Page 3 of 31
IEEE 802
Alternative Format: Original Text Document
RFC 2020 IEEE 802.12 Interface MIB October 1996
To the extent that some of the attributes defined in [6] are
represented by previously defined objects in the Internet-standard
MIB [5] or in the Evolution of the Interfaces Group of MIB-II [7],
such attributes are not redundantly represented by objects defined in
this memo. Among the attributes represented by objects defined in
other memos are the number of octets transmitted or received on a
particular interface, the MAC address of an interface, and multicast
information associated with an interface.
3.1. MAC Addresses
All representations of MAC addresses in this MIB module, and in other
related MIB modules (like RFC 1573), are in "canonical" order defined
by 802.1a, i.e., as if it were transmitted least significant bit
first. This is true even if the interface is operating in token ring
framing mode, which requires MAC addresses to be transmitted most
significant bit first.
3.2. Relation to RFC 1213
This section applies only when this MIB is used in conjunction with
the "old" (i.e., pre-RFC 1573) interface group.
The relationship between an IEEE 802.12 interface and an interface in
the context of the Internet-standard MIB is one-to-one. As such, the
value of an ifIndex object instance can be directly used to identify
corresponding instances of the objects defined herein.
3.3. Relation to RFC 1573
RFC 1573, the Interface MIB Evolution, requires that any MIB which is
an adjunct of the Interface MIB, clarify specific areas within the
Interface MIB. These areas are intentionally left vague in RFC 1573
to avoid over constraining the MIB, thereby precluding management of
certain media-types.
An agent which implements this MIB module must support the
ifGeneralGroup, ifStackGroup, ifHCPacketGroup, and ifRcvAddressGroup
of RFC 1573.
Section 3.3 of RFC 1573 enumerates several areas which a media-
specific MIB must clarify. In addition, there are some objects in
RFC 1573 for which additional clarification of how to apply them to
an IEEE 802.12 interface would be helpful. Each of these areas is
addressed in a following subsection. The implementor is referred to
RFC 1573 in order to understand the general intent of these areas.
Flick Standards Track