Definitions of Managed Objects for IEEE 802.12 Repeater Devices
draft-ietf-vgmib-repeater-dev-04
The information below is for an old version of the document that is already published as an RFC.
| Document | Type |
This is an older version of an Internet-Draft that was ultimately published as RFC 2266.
|
|
|---|---|---|---|
| Author | John W. Flick | ||
| Last updated | 2013-03-02 (Latest revision 1997-05-20) | ||
| RFC stream | Internet Engineering Task Force (IETF) | ||
| Intended RFC status | Proposed Standard | ||
| Formats | |||
| Additional resources | Mailing list discussion | ||
| Stream | WG state | (None) | |
| Document shepherd | (None) | ||
| IESG | IESG state | Became RFC 2266 (Proposed Standard) | |
| Consensus boilerplate | Unknown | ||
| Telechat date | (None) | ||
| Responsible AD | (None) | ||
| Send notices to | (None) |
draft-ietf-vgmib-repeater-dev-04
quot;This object is a count of the number of octets
contained in normal priority frames that have
been received on this port. This counter is
incremented by OctetCount for each frame received
on this port which is counted by
vgRptrPortNormPriorityFrames.
This counter is a 64 bit version of
vgRptrPortNormPriorityOctets. It should be used
by Network Management protocols which support
64 bit counters (e.g. SNMPv2).
This counter may experience a discontinuity when
the value of the corresponding instance of
vgRptrPortLastChange changes."
REFERENCE
"IEEE Standard 802.12-1995, 13.2.4.5.1,
aNormalPriorityOctetsReceived."
::= { vgRptrMonPortEntry 15 }
vgRptrPortBroadcastFrames OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object is a count of broadcast packets that
have been received on this port. This counter is
incremented by one for each readable frame
received on this port whose destination MAC
address is the broadcast address. Frames
counted by this counter are also counted by
vgRptrPortReadableFrames.
This counter may experience a discontinuity when
the value of the corresponding instance of
vgRptrPortLastChange changes."
REFERENCE
"IEEE Standard 802.12-1995, 13.2.4.5.1,
aBroadcastFramesReceived."
::= { vgRptrMonPortEntry 16 }
John Flick Expires November 19, 1997 [Page 44]
Internet Draft IEEE 802.12 Repeater MIB May 19 1997
vgRptrPortMulticastFrames OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object is a count of multicast packets that
have been received on this port. This counter is
incremented by one for each readable frame
received on this port whose destination MAC
address has the group address bit set, but is not
the broadcast address. Frames counted by this
counter are also counted by
vgRptrPortReadableFrames, but not by
vgRptrPortBroadcastFrames. Note that when the
value of the instance vgRptrInfoCurrentFramingType
for the repeater that this port is associated
with is equal to 'frameType88025', this count
includes packets addressed to functional
addresses.
This counter may experience a discontinuity when
the value of the corresponding instance of
vgRptrPortLastChange changes."
REFERENCE
"IEEE Standard 802.12-1995, 13.2.4.5.1,
aMulticastFramesReceived."
::= { vgRptrMonPortEntry 17 }
vgRptrPortNullAddressedFrames OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object is a count of null addressed packets
that have been received on this port. This
counter is incremented by one for each frame
received on this port with a destination MAC
address consisting of all zero bits. Both void
and training frames are included in this
counter.
This counter may experience a discontinuity when
the value of the corresponding instance of
vgRptrPortLastChange changes."
REFERENCE
"IEEE Standard 802.12-1995, 13.2.4.5.1,
aNullAddressedFramesReceived."
::= { vgRptrMonPortEntry 18 }
John Flick Expires November 19, 1997 [Page 45]
Internet Draft IEEE 802.12 Repeater MIB May 19 1997
vgRptrPortIPMFrames OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object is a count of the number of frames
that have been received on this port with an
invalid packet marker and no PMI errors. A
repeater will write an invalid packet marker to
the end of a frame containing errors as it is
forwarded through the repeater to the other
ports. This counter is incremented by one for
each frame received on this port which has had an
invalid packet marker added to the end of the
frame.
This counter indicates problems occurring in the
domain of other repeaters, as opposed to problems
with cables or devices directly attached to this
repeater.
This counter may experience a discontinuity when
the value of the corresponding instance of
vgRptrPortLastChange changes."
REFERENCE
"IEEE Standard 802.12-1995, 13.2.4.5.1,
aIPMFramesReceived."
::= { vgRptrMonPortEntry 19 }
vgRptrPortOversizeFrames OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object is a count of oversize frames
received on this port. This counter is
incremented by one for each frame received on
this port whose OctetCount is larger than the
maximum legal frame size.
The frame size which causes this counter to
increment is dependent on the current value of
vgRptrInfoCurrentFramingType for the repeater that
the port is associated with. When
vgRptrInfoCurrentFramingType is equal to
frameType88023 this counter will increment for
frames that are 1519 octets or larger. When
vgRptrInfoCurrentFramingType is equal to
John Flick Expires November 19, 1997 [Page 46]
Internet Draft IEEE 802.12 Repeater MIB May 19 1997
frameType88025 this counter will increment for
frames that are 4521 octets or larger.
This counter may experience a discontinuity when
the value of the corresponding instance of
vgRptrPortLastChange changes."
REFERENCE
"IEEE Standard 802.12-1995, 13.2.4.5.1,
aOversizeFramesReceived."
::= { vgRptrMonPortEntry 20 }
vgRptrPortDataErrorFrames OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object is a count of errored frames
received on this port. This counter is
incremented by one for each frame received on
this port with any of the following errors: bad
FCS (with no IPM), PMI errors (excluding frames
with an IPM error as the only PMI error), or
undersize (with no IPM). Does not include
packets counted by vgRptrPortIPMFrames,
vgRptrPortOversizeFrames, or
vgRptrPortNullAddressedFrames.
This counter indicates problems with cables or
devices directly connected to this repeater, while
vgRptrPortIPMFrames indicates problems occurring
in the domain of other repeaters.
This counter may experience a discontinuity when
the value of the corresponding instance of
vgRptrPortLastChange changes."
REFERENCE
"IEEE Standard 802.12-1995, 13.2.4.5.1,
aDataErrorFramesReceived."
::= { vgRptrMonPortEntry 21 }
vgRptrPortPriorityPromotions OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This counter is incremented by one each time the
priority promotion timer has expired on this port
and a normal priority frame is priority
John Flick Expires November 19, 1997 [Page 47]
Internet Draft IEEE 802.12 Repeater MIB May 19 1997
promoted.
This counter may experience a discontinuity when
the value of the corresponding instance of
vgRptrPortLastChange changes."
REFERENCE
"IEEE Standard 802.12-1995, 13.2.4.5.1,
aPriorityPromotions."
::= { vgRptrMonPortEntry 22 }
vgRptrPortTransitionToTrainings OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This counter is incremented by one each time the
vgRptrPortStatus object for this port transitions
into the 'training' state.
This counter may experience a discontinuity when
the value of the corresponding instance of
vgRptrPortLastChange changes."
REFERENCE
"IEEE Standard 802.12-1995, 13.2.4.5.1,
aTransitionsIntoTraining."
::= { vgRptrMonPortEntry 23 }
vgRptrPortLastChange OBJECT-TYPE
SYNTAX TimeStamp
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The value of sysUpTime when the last of the
following occurred:
1) the agent cold- or warm-started;
2) the row for the port was created
(such as when a device or module was
added to the system); or
3) any condition that would cause one of
the counters for the row to experience
a discontinuity."
::= { vgRptrMonPortEntry 24 }
vgRptrAddrTrack OBJECT IDENTIFIER ::= { vgRptrObjects 3 }
vgRptrAddrTrackRptr
OBJECT IDENTIFIER ::= { vgRptrAddrTrack 1 }
John Flick Expires November 19, 1997 [Page 48]
Internet Draft IEEE 802.12 Repeater MIB May 19 1997
-- Currently unused
vgRptrAddrTrackGroup
OBJECT IDENTIFIER ::= { vgRptrAddrTrack 2 }
-- Currently unused
vgRptrAddrTrackPort
OBJECT IDENTIFIER ::= { vgRptrAddrTrack 3 }
vgRptrAddrTrackTable OBJECT-TYPE
SYNTAX SEQUENCE OF VgRptrAddrTrackEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Table of address mapping information about the
ports."
::= { vgRptrAddrTrackPort 1 }
vgRptrAddrTrackEntry OBJECT-TYPE
SYNTAX VgRptrAddrTrackEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry in the table, containing address mapping
information about a single port."
INDEX { vgRptrGroupIndex, vgRptrPortIndex }
::= { vgRptrAddrTrackTable 1 }
VgRptrAddrTrackEntry ::=
SEQUENCE {
vgRptrAddrLastTrainedAddress OCTET STRING,
vgRptrAddrTrainedAddrChanges Counter32,
vgRptrRptrDetectedDupAddress TruthValue,
vgRptrMgrDetectedDupAddress TruthValue
}
vgRptrAddrLastTrainedAddress OBJECT-TYPE
SYNTAX OCTET STRING (SIZE(0 | 6))
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object is the MAC address of the last
station which succeeded in training on this port.
A cascaded repeater may train using the null
address. If no stations have succeeded in
training on this port since the agent began
monitoring the port activity, the agent shall
John Flick Expires November 19, 1997 [Page 49]
Internet Draft IEEE 802.12 Repeater MIB May 19 1997
return a string of length zero."
REFERENCE
"IEEE Standard 802.12-1995, 13.2.4.5.1,
aLastTrainedAddress."
::= { vgRptrAddrTrackEntry 1 }
vgRptrAddrTrainedAddrChanges OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This counter is incremented by one for each time
that the vgRptrAddrLastTrainedAddress object for
this port changes."
REFERENCE
"IEEE Standard 802.12-1995, 13.2.4.5.1,
aTrainedAddressChanges."
::= { vgRptrAddrTrackEntry 2 }
vgRptrRptrDetectedDupAddress OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object is used to indicate that the
repeater detected an error-free training frame on
this port with a non-null source MAC address which
matches the value of vgRptrAddrLastTrainedAddress
of another active port in the same repeater. This
is reset to 'false' when an error-free training
frame is received with a non-null source MAC
address which does not match
vgRptrAddrLastTrainedAddress of another port which
is active in the same repeater.
For the cascade port, this object will be 'true'
if the 'D' bit in the most recently received
error-free training response frame was set,
indicating the device at the other end of the link
believes that this repeater's cascade port is
using a duplicate address. This may be because
the device at the other end of the link detected a
duplicate address itself, or, if the other device
is also a repeater, it could be because
vgRptrMgrDetectedDupAddress was set to 'true' on
the port that this repeater's cascade port is
connected to."
REFERENCE
John Flick Expires November 19, 1997 [Page 50]
Internet Draft IEEE 802.12 Repeater MIB May 19 1997
"IEEE Standard 802.12-1995, 13.2.4.5.1,
aLocalRptrDetectedDupAddr."
::= { vgRptrAddrTrackEntry 3 }
vgRptrMgrDetectedDupAddress OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"This object can be set by a management station
when it detects that there is a duplicate MAC
address. This object is OR'd with
vgRptrRptrDetectedDupAddress to form the value of
the 'D' bit in training response frames on this
port.
The purpose of this object is to provide a means
for network management software to inform an end
station that it is using a duplicate station
address. Setting this object does not affect the
current state of the link; the end station will
not be informed of the duplicate address until it
retrains for some reason. Note that regardless
of its station address, the end station will not
be able to train successfully until the network
management software has set this object back to
'false'. Although this object exists on
cascade ports, it does not perform any function
since this repeater is the initiator of training
on a cascade port."
REFERENCE
"IEEE Standard 802.12-1995, 13.2.4.5.1,
aCentralMgmtDetectedDupAddr."
::= { vgRptrAddrTrackEntry 4 }
vgRptrTraps OBJECT IDENTIFIER ::= { vgRptrMIB 2 }
vgRptrTrapPrefix OBJECT IDENTIFIER ::= { vgRptrTraps 0 }
vgRptrHealth NOTIFICATION-TYPE
OBJECTS { vgRptrInfoOperStatus }
STATUS current
DESCRIPTION
"A vgRptrHealth trap conveys information related
to the operational state of a repeater. This trap
is sent when the value of an instance of
vgRptrInfoOperStatus changes. The vgRptrHealth
trap is not sent as a result of powering up a
John Flick Expires November 19, 1997 [Page 51]
Internet Draft IEEE 802.12 Repeater MIB May 19 1997
repeater.
The vgRptrHealth trap must contain the instance of
the vgRptrInfoOperStatus object associated with
the affected repeater.
The agent must throttle the generation of
consecutive vgRptrHealth traps so that there is at
least a five-second gap between traps of this
type. When traps are throttled, they are dropped,
not queued for sending at a future time. (Note
that 'generating' a trap means sending to all
configured recipients.)"
REFERENCE
"IEEE 802.12, Layer Management, 13.2.4.2.3,
nRepeaterHealth."
::= { vgRptrTrapPrefix 1 }
vgRptrResetEvent NOTIFICATION-TYPE
OBJECTS { vgRptrInfoOperStatus }
STATUS current
DESCRIPTION
"A vgRptrResetEvent trap conveys information
related to the operational state of a repeater.
This trap is sent on completion of a repeater
reset action. A repeater reset action is defined
as a transition to its initial state as specified
in clause 12 [IEEE Std 802.12] when triggered by
a management command.
The vgRptrResetEvent trap is not sent when the
agent restarts and sends an SNMP coldStart or
warmStart trap.
The vgRptrResetEvent trap must contain the
instance of the vgRptrInfoOperStatus object
associated with the affected repeater.
The agent must throttle the generation of
consecutive vgRptrResetEvent traps so that there
is at least a five-second gap between traps of
this type. When traps are throttled, they are
dropped, not queued for sending at a future time.
(Note that 'generating' a trap means sending to
all configured recipients.)"
REFERENCE
"IEEE 802.12, Layer Management, 13.2.4.2.3,
nRepeaterReset."
John Flick Expires November 19, 1997 [Page 52]
Internet Draft IEEE 802.12 Repeater MIB May 19 1997
::= { vgRptrTrapPrefix 2 }
-- conformance information
vgRptrConformance OBJECT IDENTIFIER ::= { vgRptrMIB 3 }
vgRptrCompliances
OBJECT IDENTIFIER ::= { vgRptrConformance 1 }
vgRptrGroups OBJECT IDENTIFIER ::= { vgRptrConformance 2 }
-- compliance statements
vgRptrCompliance MODULE-COMPLIANCE
STATUS current
DESCRIPTION
"The compliance statement for managed 802.12
repeaters."
MODULE -- this module
MANDATORY-GROUPS { vgRptrConfigGroup,
vgRptrStatsGroup,
vgRptrAddrGroup,
vgRptrNotificationsGroup }
GROUP vgRptrStats64Group
DESCRIPTION
"Implementation of this group is recommended
for systems which can support Counter64."
OBJECT vgRptrInfoDesiredFramingType
MIN-ACCESS read-only
DESCRIPTION
"Write access to this object is not required
in a repeater system that does not support
configuration of framing types."
MODULE SNMP-REPEATER-MIB
GROUP snmpRptrGrpRptrAddrSearch
DESCRIPTION
"Implementation of this group is recommended
for systems which have the necessary
instrumentation to search all incoming data
streams for a particular source MAC address."
::= { vgRptrCompliances 1 }
-- units of conformance
John Flick Expires November 19, 1997 [Page 53]
Internet Draft IEEE 802.12 Repeater MIB May 19 1997
vgRptrConfigGroup OBJECT-GROUP
OBJECTS {
vgRptrInfoMACAddress,
vgRptrInfoCurrentFramingType,
vgRptrInfoDesiredFramingType,
vgRptrInfoFramingCapability,
vgRptrInfoTrainingVersion,
vgRptrInfoOperStatus,
vgRptrInfoReset,
vgRptrInfoLastChange,
vgRptrGroupObjectID,
vgRptrGroupOperStatus,
vgRptrGroupPortCapacity,
vgRptrGroupCablesBundled,
vgRptrPortType,
vgRptrPortAdminStatus,
vgRptrPortOperStatus,
vgRptrPortSupportedPromiscMode,
vgRptrPortSupportedCascadeMode,
vgRptrPortAllowedTrainType,
vgRptrPortLastTrainConfig,
vgRptrPortTrainingResult,
vgRptrPortPriorityEnable,
vgRptrPortRptrInfoIndex
}
STATUS current
DESCRIPTION
"A collection of objects for managing the status
and configuration of IEEE 802.12 repeaters."
::= { vgRptrGroups 1 }
vgRptrStatsGroup OBJECT-GROUP
OBJECTS {
vgRptrMonTotalReadableFrames,
vgRptrMonTotalReadableOctets,
vgRptrMonReadableOctetRollovers,
vgRptrMonTotalErrors,
vgRptrPortReadableFrames,
vgRptrPortReadableOctets,
vgRptrPortReadOctetRollovers,
vgRptrPortUnreadableOctets,
vgRptrPortUnreadOctetRollovers,
vgRptrPortHighPriorityFrames,
vgRptrPortHighPriorityOctets,
vgRptrPortHighPriOctetRollovers,
vgRptrPortNormPriorityFrames,
vgRptrPortNormPriorityOctets,
vgRptrPortNormPriOctetRollovers,
John Flick Expires November 19, 1997 [Page 54]
Internet Draft IEEE 802.12 Repeater MIB May 19 1997
vgRptrPortBroadcastFrames,
vgRptrPortMulticastFrames,
vgRptrPortNullAddressedFrames,
vgRptrPortIPMFrames,
vgRptrPortOversizeFrames,
vgRptrPortDataErrorFrames,
vgRptrPortPriorityPromotions,
vgRptrPortTransitionToTrainings,
vgRptrPortLastChange
}
STATUS current
DESCRIPTION
"A collection of objects for providing statistics
for IEEE 802.12 repeaters. Systems which support
Counter64 should also implement
vgRptrStats64Group."
::= { vgRptrGroups 2 }
vgRptrStats64Group OBJECT-GROUP
OBJECTS {
vgRptrMonHCTotalReadableOctets,
vgRptrPortHCReadableOctets,
vgRptrPortHCUnreadableOctets,
vgRptrPortHCHighPriorityOctets,
vgRptrPortHCNormPriorityOctets
}
STATUS current
DESCRIPTION
"A collection of objects for providing statistics
for IEEE 802.12 repeaters in a system that
supports Counter64."
::= { vgRptrGroups 3 }
vgRptrAddrGroup OBJECT-GROUP
OBJECTS {
vgRptrAddrLastTrainedAddress,
vgRptrAddrTrainedAddrChanges,
vgRptrRptrDetectedDupAddress,
vgRptrMgrDetectedDupAddress
}
STATUS current
DESCRIPTION
"A collection of objects for tracking addresses
on IEEE 802.12 repeaters."
::= { vgRptrGroups 4 }
vgRptrNotificationsGroup NOTIFICATION-GROUP
NOTIFICATIONS {
John Flick Expires November 19, 1997 [Page 55]
Internet Draft IEEE 802.12 Repeater MIB May 19 1997
vgRptrHealth,
vgRptrResetEvent
}
STATUS current
DESCRIPTION
"A collection of notifications used to indicate
802.12 repeater general status changes."
::= { vgRptrGroups 5 }
END
John Flick Expires November 19, 1997 [Page 56]
Internet Draft IEEE 802.12 Repeater MIB May 19 1997
4. Acknowledgements
This document was produced by the IETF 100VG-AnyLAN Working Group,
whose efforts were greatly advanced by the contributions of the
following people:
Paul Chefurka
Bob Faulk
Jeff Johnson
Karen Kimball
David Lapp
Jason Spofford
Kaj Tesink
This document is based on the work of IEEE 802.12.
5. References
[1] Information processing systems - Open Systems Interconnection -
Specification of Abstract Syntax Notation One (ASN.1),
International Organization for Standardization. International
Standard 8824 (December, 1987).
[2] SNMPv2 Working Group, Case, J., McCloghrie, K., Rose, M., and
S. Waldbusser, "Structure of Management Information for Version
2 of the Simple Network Management Protocol (SNMPv2)", RFC 1902,
SNMP Research, Inc., Cisco Systems, Inc., Dover Beach
Consulting, Inc., International Network Services, January 1996.
[3] SNMPv2 Working Group, Case, J., McCloghrie, K., Rose, M., and
S. Waldbusser, "Textual Conventions for Version 2 of the Simple
Network Management Protocol (SNMPv2)", RFC 1903, SNMP Research,
Inc., Cisco Systems, Inc., Dover Beach Consulting, Inc.,
International Network Services, January 1996.
[4] SNMPv2 Working Group, Case, J., McCloghrie, K., Rose, M., and
S. Waldbusser, "Conformance Statements for Version 2 of the
Simple Network Management Protocol (SNMPv2)", RFC 1904, SNMP
Research, Inc., Cisco Systems, Inc., Dover Beach Consulting,
Inc., International Network Services, January 1996.
[5] McCloghrie, K., and M. Rose, "Management Information Base for
Network Management of TCP/IP-based internets - MIB-II", STD 17,
RFC 1213, Hughes LAN Systems, Performance Systems International,
March 1991.
[6] IEEE, "Demand Priority Access Method, Physical Layer and
John Flick Expires November 19, 1997 [Page 57]
Internet Draft IEEE 802.12 Repeater MIB May 19 1997
Repeater Specifications for 100 Mb/s Operation", IEEE Standard
802.12-1995"
[7] de Graaf, K., D. Romascanu, D. McMaster, and K. McCloghrie,
"Definitions of Managed Objects for IEEE 802.3 Repeater
Devices", RFC 2108, 3Com Corporation, Madge Networks (Israel)
Ltd., Cisco Systems, Inc., February, 1997.
[8] McAnally, G., Gilbert, D., and J. Flick, "Conditional Grant of
Rights to Specific Hewlett-Packard Patents In Conjunction With
the Internet Engineering Task Force's Internet-Standard
Network Management Framework", RFC 1988, August 1996.
[9] Hewlett-Packard Company, US Patents 5,293,635 and 5,421,024.
6. Security Considerations
Certain management information defined in this MIB may be considered
sensitive in some network environments. Therefore, authentication of
received SNMP requests and controlled access to management
information should be employed in such environments. The method for
this authentication is a function of the SNMP Administrative
Framework, and has not been expanded by this MIB.
Several objects in the vgRptrConfigGroup allow write access. Setting
these objects can have a serious effect on the operation of the
network, including modifying the framing type of the network,
resetting the repeater, enabling and disabling individual ports, and
modifying the allowed capabilities of end stations attached to each
port. It is recommended that implementers seriously consider whether
set operations should be allowed without providing, at a minimum,
authentication of request origin.
One particular object in this MIB, vgRptrPortAllowedTrainType, is
considered significant for providing operational security in an
802.12 network. It is recommended that network administrators
configure this object to the 'allowEndNodesOnly' value on all ports
except ports which the administrator knows are attached to cascaded
repeaters or devices which require promiscuous receive capability
(bridges, switches, RMON probes, etc.). This will prevent
unauthorized users from extending the network (by attaching cascaded
repeaters or bridges) without the administrator's knowledge, and will
prevent unauthorized end nodes from listening promiscuously to
network traffic.
7. Author's Address
John Flick Expires November 19, 1997 [Page 58]
Internet Draft IEEE 802.12 Repeater MIB May 19 1997
John Flick
Hewlett Packard Company
8000 Foothills Blvd. M/S 5556
Roseville, CA 95747-5556
Phone: +1 916 785 4018
Email: johnf@hprnd.rose.hp.com
John Flick Expires November 19, 1997 [Page 59]
Internet Draft IEEE 802.12 Repeater MIB May 19 1997
Table of Contents
1. The SNMP Network Management Framework ...................... 2
1.1. Object Definitions ....................................... 2
2. Overview ................................................... 3
2.1. Repeater Management Model ................................ 3
2.2. MAC Addresses ............................................ 4
2.3. Master Mode and Slave Mode ............................... 4
2.4. IEEE 802.12 Training Frames .............................. 5
2.5. Structure of the MIB ..................................... 8
2.5.1. Basic Definitions ...................................... 8
2.5.2. Monitor Definitions .................................... 8
2.5.3. Address Tracking Definitions ........................... 8
2.6. Relationship to other MIBs ............................... 8
2.6.1. Relationship to MIB-II ................................. 8
2.6.1.1. Relationship to the 'system' group ................... 9
2.6.1.2. Relationship to the 'interfaces' group ............... 9
2.6.2. Relationship to the 802.3 Repeater MIB ................. 9
2.7. Mapping of IEEE 802.12 Managed Objects ................... 11
3. Definitions ................................................ 15
4. Acknowledgements ........................................... 57
5. References ................................................. 57
6. Security Considerations .................................... 58
7. Author's Address ........................................... 58
John Flick Expires November 19, 1997 [Page 60]