SNMP-REPEATER-MIB

MIB Reference — IPNetwork Monitor

All MIBsSNMP-REPEATER-MIB

Organization: IETF HUB MIB Working Group

Last Updated: 1996-09-14

Category: Network Interfaces

Description:

Defines managed objects for monitoring and managing IEEE 802.3 repeater (hub) devices, including port statistics and operational status.

Imported Objects

From IF-MIB

OwnerString

From SNMPv2-CONF

MODULE-COMPLIANCE
OBJECT-GROUP

From SNMPv2-SMI

Counter32
Counter64
Gauge32
Integer32
MODULE-IDENTITY
NOTIFICATION-TYPE
OBJECT-TYPE
TimeTicks
mib-2

From SNMPv2-TC

DisplayString
MacAddress
RowStatus
TEXTUAL-CONVENTION
TestAndIncr
TimeStamp

What Is SNMP-REPEATER-MIB?

SNMP-REPEATER-MIB is a vendor-neutral IETF standards MIB (based on IEEE 802.3/802.3u) for managing 802.3 repeaters, i.e. legacy Ethernet hubs, defining objects for repeater groups, ports, and their operational state. It exposes hardware status and fault data directly, including per-group operational status, a human-readable health text field, and port partition counts, making it squarely a hardware-health monitoring MIB rather than a performance-counter one. Notably it supports monitoring overall device health via rptrOperStatus and rptrHealthText, self-test/reset control via rptrNonDisruptTest and rptrReset, and fault indication via rptrTotalPartitionedPorts, which flags ports automatically disabled due to excessive collisions or faults. The SNMP-REPEATER-MIB OID list groups these hardware-status objects under the repeater group and port tables described above. It is explicitly grounded in the IEEE 802.3/802.3u standards referenced in its description, making it a companion to (but distinct from) the IF-MIB and Ethernet-like MIBs used for switches. It was deployed on shared-media Ethernet hub equipment from the 1990s/early 2000s, now largely legacy technology superseded by switching.

IPNetwork Monitor allows you to monitor SNMP objects defined in SNMP-REPEATER-MIB. Use the built-in SNMP Monitoring Browser to explore available variables, view their current values and descriptions, and select the objects you want to monitor. You can then create SNMP monitors, configure thresholds, and receive alerts when monitored values change.

What Can Be Monitored

  • repeater group operational status
  • repeater health/fault text
  • partitioned port count
  • group capacity
  • reset/self-test control

Supported Devices

  • vendor-neutral, standards-based MIB, not tied to a specific manufacturer
  • IEEE 802.3 Ethernet repeater/hub device

Monitoring Examples

An admin would poll rptrGroupTable/rptrGroupEntry rows, keyed by rptrGroupIndex, to check rptrGroupOperStatus for each repeater group and read rptrHealthText for a plain-language fault description when a group reports trouble. A rising rptrTotalPartitionedPorts count signals that ports are being auto-disabled due to excessive collisions or jabber, a classic sign of a bad NIC or cable on a shared hub segment. rptrNonDisruptTest could be invoked to run built-in diagnostics on the repeater without taking the whole group offline.

OIDs
OID symbolicOID numericTypeAccessDescription
snmpDot3RptrMgt1.3.6.1.2.1.22
NTF rptrHealth1.3.6.1.2.1.22.0.1********* THIS OBJECT IS DEPRECATED ********** In a system containing a single managed repeater, the rptrHealth notification conveys information related to the operational status of the repeater. It is sent either when the value of rptrOperStatus changes, or upon completion of a non-disruptive test. The rptrHealth notification must contain the rptrOperStatus object. The agent may optionally include the rptrHealthText object in the varBind list. See the rptrOperStatus and rptrHealthText objects for descriptions of the information that is sent. The agent must throttle the generation of consecutive rptrHealth 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.)
NTF rptrGroupChange1.3.6.1.2.1.22.0.2********* THIS OBJECT IS DEPRECATED ********** In a system containing a single managed repeater, this notification is sent when a change occurs in the group structure of the repeater. This occurs only when a group is logically or physically removed from or added to a repeater. The varBind list contains the identifier of the group that was removed or added. The agent must throttle the generation of consecutive rptrGroupChange traps for the same group 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.)
NTF rptrResetEvent1.3.6.1.2.1.22.0.3********* THIS OBJECT IS DEPRECATED ********** In a system containing a single managed repeater-unit, the rptrResetEvent notification conveys information related to the operational status of the repeater. This trap is sent on completion of a repeater reset action. A repeater reset action is defined as an a transition to the START state of Fig 9-2 in section 9 [IEEE 802.3 Std], when triggered by a management command (e.g., an SNMP Set on the rptrReset object). The agent must throttle the generation of consecutive rptrResetEvent 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.) The rptrResetEvent trap is not sent when the agent restarts and sends an SNMP coldStart or warmStart trap. However, it is recommended that a repeater agent send the rptrOperStatus object as an optional object with its coldStart and warmStart trap PDUs. The rptrOperStatus object must be included in the varbind list sent with this trap. The agent may optionally include the rptrHealthText object as well.
NTF rptrInfoHealth1.3.6.1.2.1.22.0.4In a system containing multiple managed repeaters, the rptrInfoHealth notification conveys information related to the operational status of a repeater. It is sent either when the value of rptrInfoOperStatus changes, or upon completion of a non-disruptive test. The agent must throttle the generation of consecutive rptrInfoHealth notifications for the same repeater so that there is at least a five-second gap between notifications of this type. When notifications are throttled, they are dropped, not queued for sending at a future time. (Note that 'generating' a notification means sending to all configured recipients.)
NTF rptrInfoResetEvent1.3.6.1.2.1.22.0.5In a system containing multiple managed repeaters, the rptrInfoResetEvent notification conveys information related to the operational status of a repeater. This notification is sent on completion of a repeater reset action. A repeater reset action is defined as a transition to the START state of Fig 9-2 in section 9 of [IEEE 802.3 Std], when triggered by a management command (e.g., an SNMP Set on the rptrInfoReset object). The agent must throttle the generation of consecutive rptrInfoResetEvent notifications for a single repeater so that there is at least a five-second gap between notifications of this type. When notifications are throttled, they are dropped, not queued for sending at a future time. (Note that 'generating' a notification means sending to all configured recipients.) The rptrInfoResetEvent is not sent when the agent restarts and sends an SNMP coldStart or warmStart trap. However, it is recommended that a repeater agent send the rptrInfoOperStatus object as an optional object with its coldStart and warmStart trap PDUs.
rptrBasicPackage1.3.6.1.2.1.22.1
rptrRptrInfo1.3.6.1.2.1.22.1.1
I32 rptrGroupCapacity1.3.6.1.2.1.22.1.1.1Integer32read-only********* THIS OBJECT IS DEPRECATED ********** The rptrGroupCapacity is the number of groups that can be contained within the repeater. Within each managed repeater, the groups are uniquely numbered in the range from 1 to rptrGroupCapacity. Some groups may not be present in the repeater, in which case the actual number of groups present will be less than rptrGroupCapacity. The number of groups present will never be greater than rptrGroupCapacity. Note: In practice, this will generally be the number of field-replaceable units (i.e., modules, cards, or boards) that can fit in the physical repeater enclosure, and the group numbers will correspond to numbers marked on the physical enclosure.
INT rptrOperStatus1.3.6.1.2.1.22.1.1.2INTEGERread-only********* THIS OBJECT IS DEPRECATED ********** The rptrOperStatus object indicates the operational state of the repeater. The rptrHealthText object may be consulted for more specific information about the state of the repeater's health. In the case of multiple kinds of failures (e.g., repeater failure and port failure), the value of this attribute shall reflect the highest priority failure in the following order, listed highest priority first: rptrFailure(3) groupFailure(4) portFailure(5) generalFailure(6).
STR rptrHealthText1.3.6.1.2.1.22.1.1.3DisplayStringread-only********* THIS OBJECT IS DEPRECATED ********** The health text object is a text string that provides information relevant to the operational state of the repeater. Agents may use this string to provide detailed information on current failures, including how they were detected, and/or instructions for problem resolution. The contents are agent-specific.
INT rptrReset1.3.6.1.2.1.22.1.1.4INTEGERread-write********* THIS OBJECT IS DEPRECATED ********** Setting this object to reset(2) causes a transition to the START state of Fig 9-2 in section 9 [IEEE 802.3 Std] for a 10Mb/s repeater, and the START state of Fig 27-2 in section 27 of that standard for a 100Mb/s repeater. Setting this object to noReset(1) has no effect. The agent will always return the value noReset(1) when this object is read. After receiving a request to set this variable to reset(2), the agent is allowed to delay the reset for a short period. For example, the implementor may choose to delay the reset long enough to allow the SNMP response to be transmitted. In any event, the SNMP response must be transmitted. This action does not reset the management counters defined in this document nor does it affect the portAdminStatus parameters. Included in this action is the execution of a disruptive Self-Test with the following characteristics: a) The nature of the tests is not specified. b) The test resets the repeater but without affecting management information about the repeater. c) The test does not inject packets onto any segment. d) Packets received during the test may or may not be transferred. e) The test does not interfere with management functions. After performing this self-test, the agent will update the repeater health information (including rptrOperStatus and rptrHealthText), and send a rptrHealth trap.
INT rptrNonDisruptTest1.3.6.1.2.1.22.1.1.5INTEGERread-write********* THIS OBJECT IS DEPRECATED ********** Setting this object to selfTest(2) causes the repeater to perform a agent-specific, non- disruptive self-test that has the following characteristics: a) The nature of the tests is not specified. b) The test does not change the state of the repeater or management information about the repeater. c) The test does not inject packets onto any segment. d) The test does not prevent the relay of any packets. e) The test does not interfere with management functions. After performing this test, the agent will update the repeater health information (including rptrOperStatus and rptrHealthText) and send a rptrHealth trap. Note that this definition allows returning an 'okay' result after doing a trivial test. Setting this object to noSelfTest(1) has no effect. The agent will always return the value noSelfTest(1) when this object is read.
G32 rptrTotalPartitionedPorts1.3.6.1.2.1.22.1.1.6Gauge32read-only********* THIS OBJECT IS DEPRECATED ********** This object returns the total number of ports in the repeater whose current state meets all three of the following criteria: rptrPortOperStatus does not have the value notPresent(3), rptrPortAdminStatus is enabled(1), and rptrPortAutoPartitionState is autoPartitioned(2).
rptrGroupInfo1.3.6.1.2.1.22.1.2
rptrGroupTable1.3.6.1.2.1.22.1.2.1not-accessibleTable of descriptive and status information about the groups of ports.
rptrGroupEntry1.3.6.1.2.1.22.1.2.1.1not-accessibleAn entry in the table, containing information about a single group of ports.
I32 rptrGroupIndex1.3.6.1.2.1.22.1.2.1.1.1Integer32read-onlyThis object identifies the group within the system for which this entry contains information.
STR rptrGroupDescr1.3.6.1.2.1.22.1.2.1.1.2DisplayStringread-only********* THIS OBJECT IS DEPRECATED ********** A textual description of the group. This value should include the full name and version identification of the group's hardware type and indicate how the group is differentiated from other types of groups in the repeater. Plug-in Module, Rev A' or 'Barney Rubble 10BASE-T 4-port SIMM socket Version 2.1' are examples of valid group descriptions. It is mandatory that this only contain printable ASCII characters.
OID rptrGroupObjectID1.3.6.1.2.1.22.1.2.1.1.3OBJECT IDENTIFIERread-onlyThe vendor's authoritative identification of the group. This value may be allocated within the SMI enterprises subtree (1.3.6.1.4.1) and provides a straight-forward and unambiguous means for determining what kind of group is being managed. For example, this object could take the value 1.3.6.1.4.1.4242.1.2.14 if vendor 'Flintstones, Inc.' was assigned the subtree 1.3.6.1.4.1.4242, and had assigned the identifier 1.3.6.1.4.1.4242.1.2.14 to its 'Wilma Flintstone 6-Port FOIRL Plug-in Module.'
INT rptrGroupOperStatus1.3.6.1.2.1.22.1.2.1.1.4INTEGERread-onlyAn object that indicates the operational status of the group. A status of notPresent(4) indicates that the group is temporarily or permanently physically and/or logically not a part of the repeater. It is an implementation-specific matter as to whether the agent effectively removes notPresent entries from the table. A status of operational(2) indicates that the group is functioning, and a status of malfunctioning(3) indicates that the group is malfunctioning in some way.
TIK rptrGroupLastOperStatusChange1.3.6.1.2.1.22.1.2.1.1.5TimeTicksread-only********* THIS OBJECT IS DEPRECATED ********** An object that contains the value of sysUpTime at the time when the last of the following occurred: 1) the agent cold- or warm-started; 2) the row for the group was created (such as when the group was added to the system); or 3) the value of rptrGroupOperStatus for the group changed. A value of zero indicates that the group's operational status has not changed since the agent last restarted.
I32 rptrGroupPortCapacity1.3.6.1.2.1.22.1.2.1.1.6Integer32read-onlyThe rptrGroupPortCapacity is the number of ports that can be contained within the group. Valid range is 1-2147483647. Within each group, the ports are uniquely numbered in the range from 1 to rptrGroupPortCapacity. Some ports may not be present in the system, in which case the actual number of ports present will be less than the value of rptrGroupPortCapacity. The number of ports present in the group will never be greater than the value of rptrGroupPortCapacity. Note: In practice, this will generally be the number of ports on a module, card, or board, and the port numbers will correspond to numbers marked on the physical embodiment.
rptrPortInfo1.3.6.1.2.1.22.1.3
rptrPortTable1.3.6.1.2.1.22.1.3.1not-accessibleTable of descriptive and status information about the repeater ports in the system. The number of entries is independent of the number of repeaters in the managed system.
rptrPortEntry1.3.6.1.2.1.22.1.3.1.1not-accessibleAn entry in the table, containing information about a single port.
I32 rptrPortGroupIndex1.3.6.1.2.1.22.1.3.1.1.1Integer32read-onlyThis object identifies the group containing the port for which this entry contains information.
I32 rptrPortIndex1.3.6.1.2.1.22.1.3.1.1.2Integer32read-onlyThis object identifies the port within the group for which this entry contains information. This identifies the port independently from the repeater it may be attached to. The numbering scheme for ports is implementation specific; however, this value can never be greater than rptrGroupPortCapacity for the associated group.
INT rptrPortAdminStatus1.3.6.1.2.1.22.1.3.1.1.3INTEGERread-writeSetting this object to disabled(2) disables the port. A disabled port neither transmits nor receives. Once disabled, a port must be explicitly enabled to restore operation. A port which is disabled when power is lost or when a reset is exerted shall remain disabled when normal operation resumes. The admin status takes precedence over auto- partition and functionally operates between the auto-partition mechanism and the AUI/PMA. Setting this object to enabled(1) enables the port and exerts a BEGIN on the port's auto-partition state machine. (In effect, when a port is disabled, the value of rptrPortAutoPartitionState for that port is frozen until the port is next enabled. When the port becomes enabled, the rptrPortAutoPartitionState becomes notAutoPartitioned(1), regardless of its pre-disabling state.)
INT rptrPortAutoPartitionState1.3.6.1.2.1.22.1.3.1.1.4INTEGERread-onlyThe autoPartitionState flag indicates whether the port is currently partitioned by the repeater's auto-partition protection. The conditions that cause port partitioning are specified in partition state machine in Sections 9 and 27 of [IEEE 802.3 Std]. They are not differentiated here.
INT rptrPortOperStatus1.3.6.1.2.1.22.1.3.1.1.5INTEGERread-onlyThis object indicates the port's operational status. The notPresent(3) status indicates the port is physically removed (note this may or may not be possible depending on the type of port.) The operational(1) status indicates that the port is enabled (see rptrPortAdminStatus) and working, even though it might be auto-partitioned (see rptrPortAutoPartitionState). If this object has the value operational(1) and rptrPortAdminStatus is set to disabled(2), it is expected that this object's value will soon change to notOperational(2).
I32 rptrPortRptrId1.3.6.1.2.1.22.1.3.1.1.6Integer32read-onlyThis object identifies the repeater to which this port belongs. The repeater identified by a particular value of this object is the same as that identified by the same value of rptrInfoId. A value of zero indicates that this port currently is not a member of any repeater.
rptrAllRptrInfo1.3.6.1.2.1.22.1.4
rptrInfoTable1.3.6.1.2.1.22.1.4.1not-accessibleA table of information about each non-trivial repeater. The number of entries depends on the physical configuration of the managed system.
rptrInfoEntry1.3.6.1.2.1.22.1.4.1.1not-accessibleAn entry in the table, containing information about a single non-trivial repeater.
I32 rptrInfoId1.3.6.1.2.1.22.1.4.1.1.1Integer32read-onlyThis object identifies the repeater for which this entry contains information.
INT rptrInfoRptrType1.3.6.1.2.1.22.1.4.1.1.2INTEGERread-onlyThe rptrInfoRptrType returns a value that identifies the CSMA/CD repeater type.
INT rptrInfoOperStatus1.3.6.1.2.1.22.1.4.1.1.3INTEGERread-onlyThe rptrInfoOperStatus object indicates the operational state of the repeater.
INT rptrInfoReset1.3.6.1.2.1.22.1.4.1.1.4INTEGERread-writeSetting this object to reset(2) causes a transition to the START state of Fig 9-2 in section 9 [IEEE 802.3 Std] for a 10Mb/s repeater, and to the START state of Fig 27-2 in section 27 of that standard for a 100Mb/s repeater. Setting this object to noReset(1) has no effect. The agent will always return the value noReset(1) when this object is read. After receiving a request to set this variable to reset(2), the agent is allowed to delay the reset for a short period. For example, the implementor may choose to delay the reset long enough to allow the SNMP response to be transmitted. In any event, the SNMP response must be transmitted. This action does not reset the management counters defined in this document nor does it affect the portAdminStatus parameters. Included in this action is the execution of a disruptive Self-Test with the following characteristics: a) The nature of the tests is not specified. b) The test resets the repeater but without affecting management information about the repeater. c) The test does not inject packets onto any segment. d) Packets received during the test may or may not be transferred. e) The test does not interfere with management functions. After performing this self-test, the agent will update the repeater health information (including rptrInfoOperStatus), and send a rptrInfoResetEvent notification.
G32 rptrInfoPartitionedPorts1.3.6.1.2.1.22.1.4.1.1.5Gauge32read-onlyThis object returns the total number of ports in the repeater whose current state meets all three of the following criteria: rptrPortOperStatus does not have the value notPresent(3), rptrPortAdminStatus is enabled(1), and rptrPortAutoPartitionState is autoPartitioned(2).
TIM rptrInfoLastChange1.3.6.1.2.1.22.1.4.1.1.6TimeStampread-onlyThe value of sysUpTime when any of the following conditions occurred: 1) agent cold- or warm-started; 2) this instance of repeater was created (such as when a device or module was added to the system); 3) a change in the value of rptrInfoOperStatus; 4) ports were added or removed as members of the repeater; or 5) any of the counters associated with this repeater had a discontinuity.
rptrMonitorPackage1.3.6.1.2.1.22.2
rptrMonitorRptrInfo1.3.6.1.2.1.22.2.1
C32 rptrMonitorTransmitCollisions1.3.6.1.2.1.22.2.1.1Counter32read-only********* THIS OBJECT IS DEPRECATED ********** For a clause 9 (10Mb/s) repeater, this counter is incremented every time the repeater state machine enters the TRANSMIT COLLISION state from any state other than ONE PORT LEFT (Ref: Fig 9-2 [IEEE 802.3 Std]). For a clause 27 repeater, this counter is incremented every time the repeater core state diagram enters the Jam state as a result of Activity(ALL) > 1 (fig 27-2 [IEEE 802.3 Std]). The approximate minimum time for rollover of this counter is 16 hours in a 10Mb/s repeater and 1.6 hours in a 100Mb/s repeater.
rptrMonitorGroupInfo1.3.6.1.2.1.22.2.2
rptrMonitorGroupTable1.3.6.1.2.1.22.2.2.1not-accessible********* THIS OBJECT IS DEPRECATED ********** Table of performance and error statistics for the groups within the repeater. The number of entries is the same as that in the rptrGroupTable.
rptrMonitorGroupEntry1.3.6.1.2.1.22.2.2.1.1not-accessible********* THIS OBJECT IS DEPRECATED ********** An entry in the table, containing total performance and error statistics for a single group. Regular retrieval of the information in this table provides a means of tracking the performance and health of the networked devices attached to this group's ports. The counters in this table are redundant in the sense that they are the summations of information already available through other objects. However, these sums provide a considerable optimization of network management traffic over the otherwise necessary retrieval of the individual counters included in each sum. Note: Group-level counters are deprecated in this MIB. It is recommended that management applications instead use the repeater-level counters contained in the rptrMonTable.
I32 rptrMonitorGroupIndex1.3.6.1.2.1.22.2.2.1.1.1Integer32read-only********* THIS OBJECT IS DEPRECATED ********** This object identifies the group within the repeater for which this entry contains information.
C32 rptrMonitorGroupTotalFrames1.3.6.1.2.1.22.2.2.1.1.2Counter32read-only********* THIS OBJECT IS DEPRECATED ********** The total number of frames of valid frame length that have been received on the ports in this group and for which the FCSError and CollisionEvent signals were not asserted. This counter is the summation of the values of the rptrMonitorPortReadableFrames counters for all of the ports in the group. This statistic provides one of the parameters necessary for obtaining the packet error rate. The approximate minimum time for rollover of this counter is 80 hours in a 10Mb/s repeater.
C32 rptrMonitorGroupTotalOctets1.3.6.1.2.1.22.2.2.1.1.3Counter32read-only********* THIS OBJECT IS DEPRECATED ********** The total number of octets contained in the valid frames that have been received on the ports in this group. This counter is the summation of the values of the rptrMonitorPortReadableOctets counters for all of the ports in the group. This statistic provides an indicator of the total data transferred. The approximate minimum time for rollover of this counter is 58 minutes in a 10Mb/s repeater.
C32 rptrMonitorGroupTotalErrors1.3.6.1.2.1.22.2.2.1.1.4Counter32read-only********* THIS OBJECT IS DEPRECATED ********** The total number of errors which have occurred on all of the ports in this group. This counter is the summation of the values of the rptrMonitorPortTotalErrors counters for all of the ports in the group.
rptrMonitorPortInfo1.3.6.1.2.1.22.2.3
rptrMonitorPortTable1.3.6.1.2.1.22.2.3.1not-accessibleTable of performance and error statistics for the ports. The number of entries is the same as that in the rptrPortTable. The columnar object rptrMonitorPortLastChange is used to indicate possible discontinuities of counter type columnar objects in the table.
rptrMonitorPortEntry1.3.6.1.2.1.22.2.3.1.1not-accessibleAn entry in the table, containing performance and error statistics for a single port.
I32 rptrMonitorPortGroupIndex1.3.6.1.2.1.22.2.3.1.1.1Integer32read-onlyThis object identifies the group containing the port for which this entry contains information.
I32 rptrMonitorPortIndex1.3.6.1.2.1.22.2.3.1.1.2Integer32read-onlyThis object identifies the port within the group for which this entry contains information.
C32 rptrMonitorPortReadableFrames1.3.6.1.2.1.22.2.3.1.1.3Counter32read-onlyThis object is the number of frames of valid frame length that have been received on this port. This counter is incremented by one for each frame received on this port whose OctetCount is greater than or equal to minFrameSize and less than or equal to maxFrameSize (Ref: IEEE 802.3 Std, 4.4.2.1) and for which the FCSError and CollisionEvent signals are not asserted. A discontinuity may occur in the value when the value of object rptrMonitorPortLastChange changes. This statistic provides one of the parameters necessary for obtaining the packet error rate. The approximate minimum time for rollover of this counter is 80 hours at 10Mb/s.
C32 rptrMonitorPortReadableOctets1.3.6.1.2.1.22.2.3.1.1.4Counter32read-onlyThis object is the number of octets contained in valid frames that have been received on this port. This counter is incremented by OctetCount for each frame received on this port which has been determined to be a readable frame (i.e., including FCS octets but excluding framing bits and dribble bits). A discontinuity may occur in the value when the value of object rptrMonitorPortLastChange changes. This statistic provides an indicator of the total data transferred. The approximate minimum time for rollover of this counter in a 10Mb/s repeater is 58 minutes. For ports receiving traffic at a maximum rate in a 100Mb/s repeater, this counter can roll over in less than 6 minutes. Since that amount of time could be less than a management station's poll cycle time, in order to avoid a loss of information a management station is advised to also poll the rptrMonitorPortUpper32Octets object, or to use the 64-bit counter defined by rptrMonitorPortHCReadableOctets instead of the two 32-bit counters.
C32 rptrMonitorPortFCSErrors1.3.6.1.2.1.22.2.3.1.1.5Counter32read-onlyThis counter is incremented by one for each frame received on this port with the FCSError signal asserted and the FramingError and CollisionEvent signals deasserted and whose OctetCount is greater than or equal to minFrameSize and less than or equal to maxFrameSize (Ref: 4.4.2.1, IEEE 802.3 Std). A discontinuity may occur in the value when the value of object rptrMonitorPortLastChange changes. The approximate minimum time for rollover of this counter is 80 hours at 10Mb/s.
C32 rptrMonitorPortAlignmentErrors1.3.6.1.2.1.22.2.3.1.1.6Counter32read-onlyThis counter is incremented by one for each frame received on this port with the FCSError and FramingError signals asserted and CollisionEvent signal deasserted and whose OctetCount is greater than or equal to minFrameSize and less than or equal to maxFrameSize (Ref: IEEE 802.3 Std, 4.4.2.1). If rptrMonitorPortAlignmentErrors is incremented then the rptrMonitorPortFCSErrors Counter shall not be incremented for the same frame. A discontinuity may occur in the value when the value of object rptrMonitorPortLastChange changes. The approximate minimum time for rollover of this counter is 80 hours at 10Mb/s.
C32 rptrMonitorPortFrameTooLongs1.3.6.1.2.1.22.2.3.1.1.7Counter32read-onlyThis counter is incremented by one for each frame received on this port whose OctetCount is greater than maxFrameSize (Ref: 4.4.2.1, IEEE 802.3 Std). If rptrMonitorPortFrameTooLongs is incremented then neither the rptrMonitorPortAlignmentErrors nor the rptrMonitorPortFCSErrors counter shall be incremented for the frame. A discontinuity may occur in the value when the value of object rptrMonitorPortLastChange changes. The approximate minimum time for rollover of this counter is 61 days in a 10Mb/s repeater.
C32 rptrMonitorPortShortEvents1.3.6.1.2.1.22.2.3.1.1.8Counter32read-onlyThis counter is incremented by one for each CarrierEvent on this port with ActivityDuration less than ShortEventMaxTime. ShortEventMaxTime is greater than 74 bit times and less than 82 bit times. ShortEventMaxTime has tolerances included to provide for circuit losses between a conformance test point at the AUI and the measurement point within the state machine. Notes: ShortEvents may indicate externally generated noise hits which will cause the repeater to transmit Runts to its other ports, or propagate a collision (which may be late) back to the transmitting DTE and damaged frames to the rest of the network. Implementors may wish to consider selecting the ShortEventMaxTime towards the lower end of the allowed tolerance range to accommodate bit losses suffered through physical channel devices not budgeted for within this standard. The significance of this attribute is different in 10 and 100 Mb/s collision domains. Clause 9 repeaters perform fragment extension of short events which would be counted as runts on the interconnect ports of other repeaters. Clause 27 repeaters do not perform fragment extension. A discontinuity may occur in the value when the value of object rptrMonitorPortLastChange changes. The approximate minimum time for rollover of this counter is 16 hours in a 10Mb/s repeater.
C32 rptrMonitorPortRunts1.3.6.1.2.1.22.2.3.1.1.9Counter32read-onlyThis counter is incremented by one for each CarrierEvent on this port that meets one of the following two conditions. Only one test need be made. a) The ActivityDuration is greater than ShortEventMaxTime and less than ValidPacketMinTime and the CollisionEvent signal is deasserted. b) The OctetCount is less than 64, the ActivityDuration is greater than ShortEventMaxTime and the CollisionEvent signal is deasserted. ValidPacketMinTime is greater than or equal to 552 bit times and less than 565 bit times. An event whose length is greater than 74 bit times but less than 82 bit times shall increment either the shortEvents counter or the runts counter but not both. A CarrierEvent greater than or equal to 552 bit times but less than 565 bit times may or may not be counted as a runt. ValidPacketMinTime has tolerances included to provide for circuit losses between a conformance test point at the AUI and the measurement point within the state machine. Runts usually indicate collision fragments, a normal network event. In certain situations associated with large diameter networks a percentage of collision fragments may exceed ValidPacketMinTime. A discontinuity may occur in the value when the value of object rptrMonitorPortLastChange changes. The approximate minimum time for rollover of this counter is 16 hours in a 10Mb/s repeater.
C32 rptrMonitorPortCollisions1.3.6.1.2.1.22.2.3.1.1.10Counter32read-onlyFor a clause 9 repeater, this counter is incremented by one for any CarrierEvent signal on any port for which the CollisionEvent signal on this port is asserted. For a clause 27 repeater port the counter increments on entering the Collision Count Increment state of the partition state diagram (fig 27-8 of [IEEE 802.3 Std]). A discontinuity may occur in the value when the value of object rptrMonitorPortLastChange changes. The approximate minimum time for rollover of this counter is 16 hours in a 10Mb/s repeater.
C32 rptrMonitorPortLateEvents1.3.6.1.2.1.22.2.3.1.1.11Counter32read-onlyFor a clause 9 repeater port, this counter is incremented by one for each CarrierEvent on this port in which the CollIn(X) variable transitions to the value SQE (Ref: 9.6.6.2, IEEE 802.3 Std) while the ActivityDuration is greater than the LateEventThreshold. For a clause 27 repeater port, this counter is incremented by one on entering the Collision Count Increment state of the partition state diagram (fig 27-8) while the ActivityDuration is greater than the LateEvent- Threshold. Such a CarrierEvent is counted twice, as both a collision and as a lateEvent. The LateEventThreshold is greater than 480 bit times and less than 565 bit times. LateEventThreshold has tolerances included to permit an implementation to build a single threshold to serve as both the LateEventThreshold and ValidPacketMinTime threshold. A discontinuity may occur in the value when the value of object rptrMonitorPortLastChange changes. The approximate minimum time for rollover of this counter is 81 hours in a 10Mb/s repeater.
C32 rptrMonitorPortVeryLongEvents1.3.6.1.2.1.22.2.3.1.1.12Counter32read-onlyFor a clause 9 repeater port, this counter is incremented by one for each CarrierEvent whose ActivityDuration is greater than the MAU Jabber Lockup Protection timer TW3 (Ref: 9.6.1 & 9.6.5, IEEE 802.3 Std). For a clause 27 repeater port, this counter is incremented by one on entry to the Rx Jabber state of the receiver timer state diagram (fig 27-7). Other counters may be incremented as appropriate. A discontinuity may occur in the value when the value of object rptrMonitorPortLastChange changes.
C32 rptrMonitorPortDataRateMismatches1.3.6.1.2.1.22.2.3.1.1.13Counter32read-onlyThis counter is incremented by one for each frame received by this port that meets all of the conditions required by only one of the following two measurement methods: Measurement method A: 1) The CollisionEvent signal is not asserted (10Mb/s operation) or the Collision Count Increment state of the partition state diagram (fig 27-8 of [IEEE 802.3 Std]) has not been entered (100Mb/s operation). 2) The ActivityDuration is greater than ValidPacketMinTime. 3) The frequency (data rate) is detectably mismatched from the local transmit frequency. Measurement method B: 1) The CollisionEvent signal is not asserted (10Mb/s operation) or the Collision Count Increment state of the partition state diagram (fig 27-8 of [IEEE 802.3 Std]) has not been entered (100Mb/s operation). 2) The OctetCount is greater than 63. 3) The frequency (data rate) is detectably mismatched from the local transmit frequency. The exact degree of mismatch is vendor specific and is to be defined by the vendor for conformance testing. When this event occurs, other counters whose increment conditions were satisfied may or may not also be incremented, at the implementor's discretion. Whether or not the repeater was able to maintain data integrity is beyond the scope of this standard. A discontinuity may occur in the value when the value of object rptrMonitorPortLastChange changes.
C32 rptrMonitorPortAutoPartitions1.3.6.1.2.1.22.2.3.1.1.14Counter32read-onlyThis counter is incremented by one for each time the repeater has automatically partitioned this port. The conditions that cause a clause 9 repeater port to partition are specified in the partition state diagram in clause 9 of [IEEE 802.3 Std]. They are not differentiated here. A clause 27 repeater port partitions on entry to the Partition Wait state of the partition state diagram (fig 27-8 in [IEEE 802.3 Std]). A discontinuity may occur in the value when the value of object rptrMonitorPortLastChange changes.
C32 rptrMonitorPortTotalErrors1.3.6.1.2.1.22.2.3.1.1.15Counter32read-onlyThe total number of errors which have occurred on this port. This counter is the summation of the values of other error counters (for the same port), namely: rptrMonitorPortFCSErrors, rptrMonitorPortAlignmentErrors, rptrMonitorPortFrameTooLongs, rptrMonitorPortShortEvents, rptrMonitorPortLateEvents, rptrMonitorPortVeryLongEvents, rptrMonitorPortDataRateMismatches, and rptrMonitorPortSymbolErrors. This counter is redundant in the sense that it is the summation of information already available through other objects. However, it is included specifically because the regular retrieval of this object as a means of tracking the health of a port provides a considerable optimization of network management traffic over the otherwise necessary retrieval of the summed counters. Note that rptrMonitorPortRunts is not included in this total; this is because runts usually indicate collision fragments, a normal network event. A discontinuity may occur in the value when the value of object rptrMonitorPortLastChange changes.
TIM rptrMonitorPortLastChange1.3.6.1.2.1.22.2.3.1.1.16TimeStampread-onlyThe 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.
rptrMonitor100PortTable1.3.6.1.2.1.22.2.3.2not-accessibleTable of additional performance and error statistics for 100Mb/s ports, above and beyond those parameters that apply to both 10 and 100Mbps ports. Entries exist only for ports attached to 100Mbps repeaters. The columnar object rptrMonitorPortLastChange is used to indicate possible discontinuities of counter type columnar objects in this table.
rptrMonitor100PortEntry1.3.6.1.2.1.22.2.3.2.1not-accessibleAn entry in the table, containing performance and error statistics for a single 100Mb/s port.
C32 rptrMonitorPortIsolates1.3.6.1.2.1.22.2.3.2.1.1Counter32read-onlyThis counter is incremented by one each time that the repeater port automatically isolates as a consequence of false carrier events. The conditions which cause a port to automatically isolate are defined by the transition from the False Carrier state to the Link Unstable state of the carrier integrity state diagram (figure 27-9) [IEEE 802.3 Standard]. Note: Isolates do not affect the value of the PortOperStatus object. A discontinuity may occur in the value when the value of object rptrMonitorPortLastChange changes.
C32 rptrMonitorPortSymbolErrors1.3.6.1.2.1.22.2.3.2.1.2Counter32read-onlyThis counter is incremented by one each time when valid length packet was received at the port and there was at least one occurrence of an invalid data symbol. This can increment only once per valid carrier event. A collision presence at any port of the repeater containing port N, will not cause this attribute to increment. A discontinuity may occur in the value when the value of object rptrMonitorPortLastChange changes. The approximate minimum time for rollover of this counter is 7.4 hours at 100Mb/s.
C32 rptrMonitorPortUpper32Octets1.3.6.1.2.1.22.2.3.2.1.3Counter32read-onlyThis object is the number of octets contained in valid frames that have been received on this port, modulo 2**32. That is, it contains the upper 32 bits of a 64-bit octets counter, of which the lower 32 bits are contained in the rptrMonitorPortReadableOctets object. This two-counter mechanism is provided for those network management protocols that do not support 64-bit counters (e.g. SNMP V1) and are used to manage a repeater type of 100Mb/s. Conformance clauses for this MIB are defined such that implementation of this object is not required in a system which does not support 100Mb/s. However, systems with mixed 10 and 100Mb/s ports may implement this object across all ports, including 10Mb/s. If this object is implemented, it must be according to the definition in the first paragraph of this description; that is, the value of this object MUST be a valid count. A discontinuity may occur in the value when the value of object rptrMonitorPortLastChange changes.
C64 rptrMonitorPortHCReadableOctets1.3.6.1.2.1.22.2.3.2.1.4Counter64read-onlyThis object is the number of octets contained in valid frames that have been received on this port. This counter is incremented by OctetCount for each frame received on this port which has been determined to be a readable frame (i.e., including FCS octets but excluding framing bits and dribble bits). This statistic provides an indicator of the total data transferred. This counter is a 64-bit version of rptrMonitor- PortReadableOctets. It should be used by network management protocols which suppport 64-bit counters (e.g. SNMPv2). Conformance clauses for this MIB are defined such that implementation of this object is not required in a system which does not support 100Mb/s. However, systems with mixed 10 and 100Mb/s ports may implement this object across all ports, including 10Mb/s. If this object is implemented, it must be according to the definition in the first paragraph of this description; that is, the value of this object MUST be a valid count. A discontinuity may occur in the value when the value of object rptrMonitorPortLastChange changes.
rptrMonitorAllRptrInfo1.3.6.1.2.1.22.2.4
rptrMonTable1.3.6.1.2.1.22.2.4.1not-accessibleA table of information about each non-trivial repeater. The number of entries in this table is the same as the number of entries in the rptrInfoTable. The columnar object rptrInfoLastChange is used to indicate possible discontinuities of counter type columnar objects in this table.
rptrMonEntry1.3.6.1.2.1.22.2.4.1.1not-accessibleAn entry in the table, containing information about a single non-trivial repeater.
C32 rptrMonTxCollisions1.3.6.1.2.1.22.2.4.1.1.1Counter32read-onlyFor a clause 9 (10Mb/s) repeater, this counter is incremented every time the repeater state machine enters the TRANSMIT COLLISION state from any state other than ONE PORT LEFT (Ref: Fig 9-2 [IEEE 802.3 Std]). For a clause 27 repeater, this counter is incremented every time the repeater core state diagram enters the Jam state as a result of Activity(ALL) > 1 (fig 27-2 [IEEE 802.3 Std]). The approximate minimum time for rollover of this counter is 16 hours in a 10Mb/s repeater and 1.6 hours in a 100Mb/s repeater.
C32 rptrMonTotalFrames1.3.6.1.2.1.22.2.4.1.1.3Counter32read-onlyThe number of frames of valid frame length that have been received on the ports in this repeater and for which the FCSError and CollisionEvent signals were not asserted. If an implementation can not obtain a count of frames as seen by the repeater itself, this counter may be implemented as the summation of the values of the rptrMonitorPortReadableFrames counters for all of the ports in the repeater. This statistic provides one of the parameters necessary for obtaining the packet error rate. The approximate minimum time for rollover of this counter is 80 hours in a 10Mb/s repeater.
C32 rptrMonTotalErrors1.3.6.1.2.1.22.2.4.1.1.4Counter32read-onlyThe total number of errors which have occurred on all of the ports in this repeater. The errors included in this count are the same as those listed for the rptrMonitorPortTotalErrors counter. If an implementation can not obtain a count of these errors as seen by the repeater itself, this counter may be implemented as the summation of the values of the rptrMonitorPortTotalErrors counters for all of the ports in the repeater.
C32 rptrMonTotalOctets1.3.6.1.2.1.22.2.4.1.1.5Counter32read-onlyThe total number of octets contained in the valid frames that have been received on the ports in this group. If an implementation can not obtain a count of octets as seen by the repeater itself, this counter may be the summation of the values of the rptrMonitorPortReadableOctets counters for all of the ports in the group. This statistic provides an indicator of the total data transferred. The approximate minimum time for rollover of this counter in a 10Mb/s repeater is 58 minutes divided by the number of ports in the repeater. For 100Mb/s repeaters processing traffic at a maximum rate, this counter can roll over in less than 6 minutes divided by the number of ports in the repeater. Since that amount of time could be less than a management station's poll cycle time, in order to avoid a loss of information a management station is advised to also poll the rptrMonUpper32TotalOctets object, or to use the 64-bit counter defined by rptrMonHCTotalOctets instead of the two 32-bit counters.
rptrMon100Table1.3.6.1.2.1.22.2.4.2not-accessibleA table of additional information about each 100Mb/s repeater, augmenting the entries in the rptrMonTable. Entries exist in this table only for 100Mb/s repeaters. The columnar object rptrInfoLastChange is used to indicate possible discontinuities of counter type columnar objects in this table.
rptrMon100Entry1.3.6.1.2.1.22.2.4.2.1not-accessibleAn entry in the table, containing information about a single 100Mbps repeater.
C32 rptrMonUpper32TotalOctets1.3.6.1.2.1.22.2.4.2.1.1Counter32read-onlyThe total number of octets contained in the valid frames that have been received on the ports in this repeater, modulo 2**32. That is, it contains the upper 32 bits of a 64-bit counter, of which the lower 32 bits are contained in the rptrMonTotalOctets object. If an implementation can not obtain a count of octets as seen by the repeater itself, the 64-bit value may be the summation of the values of the rptrMonitorPortReadableOctets counters combined with the corresponding rptrMonitorPortUpper32Octets counters for all of the ports in the repeater. This statistic provides an indicator of the total data transferred within the repeater. This two-counter mechanism is provided for those network management protocols that do not support 64-bit counters (e.g. SNMP V1) and are used to manage a repeater type of 100Mb/s. Conformance clauses for this MIB are defined such that implementation of this object is not required in a system which does not support 100Mb/s. However, systems with mixed 10 and 100Mb/s ports may implement this object across all ports, including 10Mb/s. If this object is implemented, it must be according to the definition in the first paragraph of this description; that is, the value of this object MUST be a valid count.
C64 rptrMonHCTotalOctets1.3.6.1.2.1.22.2.4.2.1.2Counter64read-onlyThe total number of octets contained in the valid frames that have been received on the ports in this group. If a implementation can not obtain a count of octets as seen by the repeater itself, this counter may be the summation of the values of the rptrMonitorPortReadableOctets counters for all of the ports in the group. This statistic provides an indicator of the total data transferred. This counter is a 64-bit (high-capacity) version of rptrMonUpper32TotalOctets and rptrMonTotalOctets. It should be used by network management protocols which support 64-bit counters (e.g. SNMPv2). Conformance clauses for this MIB are defined such that implementation of this object is not required in a system which does not support 100Mb/s. However, systems with mixed 10 and 100Mb/s ports may implement this object across all ports, including 10Mb/s. If this object is implemented, it must be according to the definition in the first paragraph of this description; that is, the value of this object MUST be a valid count.
rptrAddrTrackPackage1.3.6.1.2.1.22.3
rptrAddrTrackRptrInfo1.3.6.1.2.1.22.3.1
rptrAddrSearchTable1.3.6.1.2.1.22.3.1.1not-accessibleThis table contains one entry per repeater in the system. It defines objects which allow a network management application to instruct an agent to watch for a given MAC address and report which port it was seen on. Only one address search can be in progress on each repeater at any one time. Before starting an address search, a management application should obtain 'ownership' of the entry in rptrAddrSearchTable for the repeater that is to perform the search. This is accomplished with the rptrAddrSearchLock and rptrAddrSearchStatus as follows: try_again: get(rptrAddrSearchLock, rptrAddrSearchStatus) while (rptrAddrSearchStatus != notInUse) { /* Loop waiting for objects to be available*/ short delay get(rptrAddrSearchLock, rptrAddrSearchStatus) } /* Try to claim map objects */ lock_value = rptrAddrSearchLock if ( set(rptrAddrSearchLock = lock_value, rptrAddrSearchStatus = inUse, rptrAddrSearchOwner = 'my-IP-address) == FAILURE) /* Another manager got the lock */ goto try_again /* I have the lock */ set (rptrAddrSearchAddress = ) wait for rptrAddrSearchState to change from none if (rptrAddrSearchState == single) get (rptrAddrSearchGroup, rptrAddrSearchPort) /* release the lock, making sure not to overwrite anyone else's lock */ set (rptrAddrSearchLock = lock_value+1, rptrAddrSearchStatus = notInUse, rptrAddrSearchOwner = '') A management station first retrieves the values of the appropriate instances of the rptrAddrSearchLock and rptrAddrSearchStatus objects, periodically repeating the retrieval if necessary, until the value of rptrAddrSearchStatus is 'notInUse'. The management station then tries to set the same instance of the rptrAddrSearchLock object to the value it just retrieved, the same instance of the rptrAddrSearchStatus object to 'inUse', and the corresponding instance of rptrAddrSearchOwner to a value indicating itself. If the set operation succeeds, then the management station has obtained ownership of the rptrAddrSearchEntry, and the value of rptrAddrSearchLock is incremented by the agent (as per the semantics of TestAndIncr). Failure of the set operation indicates that some other manager has obtained ownership of the rptrAddrSearchEntry. Once ownership is obtained, the management station can proceed with the search operation. Note that the agent will reset rptrAddrSearchStatus to 'notInUse' if it has been in the 'inUse' state for an abnormally long period of time, to prevent a misbehaving manager from permanently locking the entry. It is suggested that this timeout period be between one and five minutes. When the management station has completed its search operation, it should free the entry by setting the instance of the rptrAddrSearchLock object to the previous value + 1, the instance of the rptrAddrSearchStatus to 'notInUse', and the instance of rptrAddrSearchOwner to a zero length string. This is done to prevent overwriting another station's lock.
rptrAddrSearchEntry1.3.6.1.2.1.22.3.1.1.1not-accessibleAn entry containing objects for invoking an address search on a repeater.
TES rptrAddrSearchLock1.3.6.1.2.1.22.3.1.1.1.1TestAndIncrread-writeThis object is used by a management station as an advisory lock for this rptrAddrSearchEntry.
INT rptrAddrSearchStatus1.3.6.1.2.1.22.3.1.1.1.2INTEGERread-writeThis object is used to indicate that some management station is currently using this rptrAddrSearchEntry. Cooperating managers should set this object to 'notInUse' when they are finished using this entry. The agent will automatically set the value of this object to 'notInUse' if it has been set to 'inUse' for an unusually long period of time.
MAC rptrAddrSearchAddress1.3.6.1.2.1.22.3.1.1.1.3MacAddressread-writeThis object is used to search for a specified MAC address. When this object is set, an address search begins. This automatically sets the corresponding instance of the rptrAddrSearchState object to 'none' and the corresponding instances of the rptrAddrSearchGroup and rptrAddrSearchPort objects to 0. When a valid frame is received by this repeater with a source MAC address which matches the current value of rptrAddrSearchAddress, the agent will update the corresponding instances of rptrAddrSearchState, rptrAddrSearchGroup and rptrAddrSearchPort to reflect the current status of the search, and the group and port on which the frame was seen.
INT rptrAddrSearchState1.3.6.1.2.1.22.3.1.1.1.4INTEGERread-onlyThe current state of the MAC address search on this repeater. This object is initialized to 'none' when the corresponding instance of rptrAddrSearchAddress is set. If the agent detects the address on exactly one port, it will set this object to 'single', and set the corresponding instances of rptrAddrSearchGroup and rptrAddrSearchPort to reflect the group and port on which the address was heard. If the agent detects the address on more than one port, it will set this object to 'multiple'.
I32 rptrAddrSearchGroup1.3.6.1.2.1.22.3.1.1.1.5Integer32read-onlyThe group from which an error-free frame whose source address is equal to the corresponding instance of rptrAddrSearchAddress has been received. The value of this object is undefined when the corresponding instance of rptrAddrSearchState is equal to 'none' or 'multiple'.
I32 rptrAddrSearchPort1.3.6.1.2.1.22.3.1.1.1.6Integer32read-onlyThe port rom which an error-free frame whose source address is equal to the corresponding instance of rptrAddrSearchAddress has been received. The value of this object is undefined when the corresponding instance of rptrAddrSearchState is equal to 'none' or 'multiple'.
STR rptrAddrSearchOwner1.3.6.1.2.1.22.3.1.1.1.7OwnerStringread-writeThe entity which currently has 'ownership' of this rptrAddrSearchEntry.
rptrAddrTrackGroupInfo1.3.6.1.2.1.22.3.2
rptrAddrTrackPortInfo1.3.6.1.2.1.22.3.3
rptrAddrTrackTable1.3.6.1.2.1.22.3.3.1not-accessibleTable of address mapping information about the ports.
rptrAddrTrackEntry1.3.6.1.2.1.22.3.3.1.1not-accessibleAn entry in the table, containing address mapping information about a single port.
INT rptrAddrTrackGroupIndex1.3.6.1.2.1.22.3.3.1.1.1INTEGERread-onlyThis object identifies the group containing the port for which this entry contains information.
INT rptrAddrTrackPortIndex1.3.6.1.2.1.22.3.3.1.1.2INTEGERread-onlyThis object identifies the port within the group for which this entry contains information.
MAC rptrAddrTrackLastSourceAddress1.3.6.1.2.1.22.3.3.1.1.3MacAddressread-only********* THIS OBJECT IS DEPRECATED ********** This object is the SourceAddress of the last readable frame (i.e., counted by rptrMonitorPortReadableFrames) received by this port. This object has been deprecated because its value is undefined when no frames have been observed on this port. The replacement object is rptrAddrTrackNewLastSrcAddress.
C32 rptrAddrTrackSourceAddrChanges1.3.6.1.2.1.22.3.3.1.1.4Counter32read-onlyThis counter is incremented by one for each time that the rptrAddrTrackLastSourceAddress attribute for this port has changed. This may indicate whether a link is connected to a single DTE or another multi-user segment. A discontinuity may occur in the value when the value of object rptrMonitorPortLastChange changes. The approximate minimum time for rollover of this counter is 81 hours in a 10Mb/s repeater.
OPT rptrAddrTrackNewLastSrcAddress1.3.6.1.2.1.22.3.3.1.1.5OptMacAddrread-onlyThis object is the SourceAddress of the last readable frame (i.e., counted by rptrMonitorPortReadableFrames) received by this port. If no frames have been received by this port since the agent began monitoring the port activity, the agent shall return a string of length zero.
I32 rptrAddrTrackCapacity1.3.6.1.2.1.22.3.3.1.1.6Integer32read-onlyThe maximum number of addresses that can be detected on this port. This value indicates to the maximum number of entries in the rptrExtAddrTrackTable relative to this port. If this object has the value of 1, the agent implements only the LastSourceAddress mechanism described by RFC 1368 or RFC 1516.
rptrExtAddrTrackTable1.3.6.1.2.1.22.3.3.2not-accessibleA table to extend the address tracking table (i.e., rptrAddrTrackTable) with a list of source MAC addresses that were recently received on each port. The number of ports is the same as the number of entries in table rptrPortTable. The number of entries in this table depends on the agent/repeater implementation and the number of different addresses received on each port. The first entry for each port contains the same MAC address that is given by the rptrAddrTrackNewLastSrcAddress for that port. Entries in this table for a particular port are retained when that port is switched from one repeater to another. The ordering of MAC addresses listed for a particular port is implementation dependent.
rptrExtAddrTrackEntry1.3.6.1.2.1.22.3.3.2.1not-accessibleA row in the table of extended address tracking information for ports. Entries can not be directly created or deleted via SNMP operations.
I32 rptrExtAddrTrackMacIndex1.3.6.1.2.1.22.3.3.2.1.1Integer32read-onlyThe index of a source MAC address seen on the port. The ordering of MAC addresses listed for a particular port is implementation dependent. There is no implied relationship between a particular index and a particular MAC address. The index for a particular MAC address may change without notice.
MAC rptrExtAddrTrackSourceAddress1.3.6.1.2.1.22.3.3.2.1.2MacAddressread-onlyThe source MAC address from a readable frame (i.e., counted by rptrMonitorPortReadableFrames) recently received by the port.
rptrTopNPackage1.3.6.1.2.1.22.4
rptrTopNRptrInfo1.3.6.1.2.1.22.4.1
rptrTopNGroupInfo1.3.6.1.2.1.22.4.2
rptrTopNPortInfo1.3.6.1.2.1.22.4.3
rptrTopNPortControlTable1.3.6.1.2.1.22.4.3.1not-accessibleA table of control records for reports on the top `N' ports for the rate of a selected counter. The number of entries depends on the configuration of the agent. The maximum number of entries is implementation dependent.
rptrTopNPortControlEntry1.3.6.1.2.1.22.4.3.1.1not-accessibleA set of parameters that control the creation of a report of the top N ports according to several metrics.
I32 rptrTopNPortControlIndex1.3.6.1.2.1.22.4.3.1.1.1Integer32read-onlyAn index that uniquely identifies an entry in the rptrTopNPortControl table. Each such entry defines one top N report prepared for a repeater or system.
I32 rptrTopNPortRepeaterId1.3.6.1.2.1.22.4.3.1.1.2Integer32read-createIdentifies the repeater for which a top N report will be prepared (see rptrInfoId). If the value of this object is positive, only ports assigned to this repeater will be used to form the list in which to order the Top N table. If this value is zero, all ports will be eligible for inclusion on the list. The value of this object may not be modified if the associated rptrTopNPortRowStatus object is equal to active(1). If, for a particular row in this table, the repeater specified by the value of this object goes away (is removed from the rptrInfoTable) while the associated rptrTopNPortRowStatus object is equal to active(1), the row in this table is preserved by the agent but the value of rptrTopNPortRowStatus is changed to notInService(2), and the agent may time out the row if appropriate. If the specified repeater comes back (reappears in the rptrInfoTable) before the row has been timed out, the management station must set the value of the rptrTopNPortRowStatus object back to active(1) if desired (the agent doesn't do this automatically).
INT rptrTopNPortRateBase1.3.6.1.2.1.22.4.3.1.1.3INTEGERread-createThe monitored variable, which the rptrTopNPortRate variable is based upon. The value of this object may not be modified if the associated rptrTopNPortRowStatus object has a value of active(1).
I32 rptrTopNPortTimeRemaining1.3.6.1.2.1.22.4.3.1.1.4Integer32read-createThe number of seconds left in the report currently being collected. When this object is modified by the management station, a new collection is started, possibly aborting a currently running report. The new value is used as the requested duration of this report, which is loaded into the associated rptrTopNPortDuration object. When this object is set to a non-zero value, any associated rptrTopNPortEntries shall be made inaccessible by the agent. While the value of this object is non-zero, it decrements by one per second until it reaches zero. During this time, all associated rptrTopNPortEntries shall remain inaccessible. At the time that this object decrements to zero, the report is made accessible in the rptrTopNPortTable. Thus, the rptrTopNPort table needs to be created only at the end of the collection interval. If the value of this object is set to zero while the associated report is running, the running report is aborted and no associated rptrTopNPortEntries are created.
I32 rptrTopNPortDuration1.3.6.1.2.1.22.4.3.1.1.5Integer32read-onlyThe number of seconds that this report has collected during the last sampling interval, or if this report is currently being collected, the number of seconds that this report is being collected during this sampling interval. When the associated rptrTopNPortTimeRemaining object is set, this object shall be set by the agent to the same value and shall not be modified until the next time the rptrTopNPortTimeRemaining is set. This value shall be zero if no reports have been requested for this rptrTopNPortControlEntry.
I32 rptrTopNPortRequestedSize1.3.6.1.2.1.22.4.3.1.1.6Integer32read-createThe maximum number of repeater ports requested for the Top N Table. When this object is created or modified, the agent should set rptrTopNPortGrantedSize as close to this object as is possible for the particular implementation and available resources.
I32 rptrTopNPortGrantedSize1.3.6.1.2.1.22.4.3.1.1.7Integer32read-onlyThe maximum number of repeater ports in the top N table. When the associated rptrTopNPortRequestedSize object is created or modified, the agent should set this object as closely to the requested value as is possible for the particular implementation and available resources. The agent must not lower this value except as a result of a set to the associated rptrTopNPortRequestedSize object.
TIM rptrTopNPortStartTime1.3.6.1.2.1.22.4.3.1.1.8TimeStampread-onlyThe value of sysUpTime when this top N report was last started. In other words, this is the time that the associated rptrTopNPortTimeRemaining object was modified to start the requested report. If the report has not yet been started, the value of this object is zero.
STR rptrTopNPortOwner1.3.6.1.2.1.22.4.3.1.1.9OwnerStringread-createThe entity that configured this entry and is using the resources assigned to it.
ROW rptrTopNPortRowStatus1.3.6.1.2.1.22.4.3.1.1.10RowStatusread-createThe status of this row. If the value of this object is not equal to active(1), all associated entries in the rptrTopNPortTable shall be deleted by the agent.
rptrTopNPortTable1.3.6.1.2.1.22.4.3.2not-accessibleA table of reports for the top `N' ports based on setting of associated control table entries. The maximum number of entries depends on the number of entries in table rptrTopNPortControlTable and the value of object rptrTopNPortGrantedSize for each entry. For each entry in the rptrTopNPortControlTable, repeater ports with the highest value of rptrTopNPortRate shall be placed in this table in decreasing order of that rate until there is no more room or until there are no more ports.
rptrTopNPortEntry1.3.6.1.2.1.22.4.3.2.1not-accessibleA set of statistics for a repeater port that is part of a top N report.
I32 rptrTopNPortIndex1.3.6.1.2.1.22.4.3.2.1.1Integer32read-onlyAn index that uniquely identifies an entry in the rptrTopNPort table among those in the same report. This index is between 1 and N, where N is the number of entries in this report. Increasing values of rptrTopNPortIndex shall be assigned to entries with decreasing values of rptrTopNPortRate until index N is assigned to the entry with the lowest value of rptrTopNPortRate or there are no more rptrTopNPortEntries. No ports are included in a report where their value of rptrTopNPortRate would be zero.
I32 rptrTopNPortGroupIndex1.3.6.1.2.1.22.4.3.2.1.2Integer32read-onlyThis object identifes the group containing the port for this entry. (See also object type rptrGroupIndex.)
I32 rptrTopNPortPortIndex1.3.6.1.2.1.22.4.3.2.1.3Integer32read-onlyThe index of the repeater port. (See object type rptrPortIndex.)
G32 rptrTopNPortRate1.3.6.1.2.1.22.4.3.2.1.4Gauge32read-onlyThe amount of change in the selected variable during this sampling interval for the identified port. The selected variable is that port's instance of the object selected by rptrTopNPortRateBase.
snmpRptrMod1.3.6.1.2.1.22.5Management information for 802.3 repeaters. The following references are used throughout this MIB module: [IEEE 802.3 Std] refers to IEEE 802.3/ISO 8802-3 Information processing systems - Local area networks - Part 3: Carrier sense multiple access with collision detection (CSMA/CD) access method and physical layer specifications (1993). [IEEE 802.3 Mgt] refers to IEEE 802.3u-1995, '10 Mb/s & 100 Mb/s Management, Section 30,' Supplement to ANSI/IEEE 802.3. The following terms are used throughout this MIB module. For complete formal definitions, the IEEE 802.3 standards should be consulted wherever possible: System - A managed entity compliant with this MIB, and incorporating at least one managed 802.3 repeater. Chassis - An enclosure for one managed repeater, part of a managed repeater, or several managed repeaters. It typically contains an integral power supply and a variable number of available module slots. Repeater-unit - The portion of the repeater set that is inboard of the physical media interfaces. The physical media interfaces (MAUs, AUIs) may be physically separated from the repeater-unit, or they may be integrated into the same physical package. Trivial repeater-unit - An isolated port that can gather statistics. Group - A recommended, but optional, entity defined by the IEEE 802.3 management standard, in order to support a modular numbering scheme. The classical example allows an implementor to represent field-replaceable units as groups of ports, with the port numbering matching the modular hardware implementation. System interconnect segment - An internal segment allowing interconnection of ports belonging to different physical entities into the same logical manageable repeater. Examples of implementation might be backplane busses in modular hubs, or chaining cables in stacks of hubs. Stack - A scalable system that may include managed repeaters, in which modularity is achieved by interconnecting a number of different chassis. Module - A building block in a modular chassis. It typically maps into one 'slot'; however, the range of configurations may be very large, with several modules entering one slot, or one module covering several slots.
snmpRptrModConf1.3.6.1.2.1.22.5.1
snmpRptrModCompls1.3.6.1.2.1.22.5.1.1
snmpRptrModComplRFC13681.3.6.1.2.1.22.5.1.1.1Compliance for RFC 1368. NOTE: this module compliance is OBSOLETE and replaced by snmpRptrModComplRFC1516.
snmpRptrModComplRFC15161.3.6.1.2.1.22.5.1.1.2********* THIS COMPLIANCE IS DEPRECATED ********** Compliance for RFC 1516 and for backwards compatibility with single-repeater, 10Mb/s-only implementations.
snmpRptrModCompl1.3.6.1.2.1.22.5.1.1.3Compliance for the multi-segment version of the MIB module for a system with one or more repeater-units.
snmpRptrModObjGrps1.3.6.1.2.1.22.5.1.2
snmpRptrGrpBasic15161.3.6.1.2.1.22.5.1.2.1********* THIS GROUP IS DEPRECATED ********** Basic group from RFCs 1368 and 1516. NOTE: this object group is DEPRECATED and replaced with snmpRptrGrpBasic.
snmpRptrGrpMonitor15161.3.6.1.2.1.22.5.1.2.2********* THIS GROUP IS DEPRECATED ********** Monitor group from RFCs 1368 and 1516. NOTE: this object group is DEPRECATED and replaced with snmpRptrGrpMonitor.
snmpRptrGrpAddrTrack13681.3.6.1.2.1.22.5.1.2.3Address tracking group from RFC 1368. NOTE: this object group is OBSOLETE and replaced with snmpRptrGrpAddrTrack1516.
snmpRptrGrpAddrTrack15161.3.6.1.2.1.22.5.1.2.4********* THIS GROUP IS DEPRECATED ********** Address tracking group from RFC 1516. NOTE: this object group is DEPRECATED and replaced with snmpRptrGrpAddrTrack.
snmpRptrGrpBasic1.3.6.1.2.1.22.5.1.2.5Basic group for a system with one or more repeater-units in multi-segment (post-RFC 1516) version of the MIB module.
snmpRptrGrpMonitor1.3.6.1.2.1.22.5.1.2.6Monitor group for a system with one or more repeater-units in multi-segment (post-RFC 1516) version of the MIB module.
snmpRptrGrpMonitor1001.3.6.1.2.1.22.5.1.2.7Monitor group for 100Mb/s ports and repeaters in a system with one or more repeater-units in multi-segment (post-RFC 1516) version of the MIB module. Systems which support Counter64 should also implement snmpRptrGrpMonitor100w64.
snmpRptrGrpMonitor100w641.3.6.1.2.1.22.5.1.2.8Monitor group for 100Mb/s ports and repeaters in a system with one or more repeater-units and support for Counter64.
snmpRptrGrpAddrTrack1.3.6.1.2.1.22.5.1.2.9Passive address tracking group for post-RFC 1516 version of the MIB module.
snmpRptrGrpExtAddrTrack1.3.6.1.2.1.22.5.1.2.10Extended passive address tracking group for a system with one or more repeater-units in post-RFC 1516 version of the MIB module.
snmpRptrGrpRptrAddrSearch1.3.6.1.2.1.22.5.1.2.11Active MAC address search group and topology mapping support for repeaters.
snmpRptrGrpTopNPort1.3.6.1.2.1.22.5.1.2.12Top `N' group for repeater ports.
snmpRptrModNotGrps1.3.6.1.2.1.22.5.1.3

FAQ

What does SNMP-REPEATER-MIB let you check on a legacy Ethernet hub (802.3 repeater) deployment?
It exposes real hardware-status objects for repeater groups and ports, including rptrOperStatus for overall operational health and a human-readable rptrHealthText field, plus rptrTotalPartitionedPorts, which flags ports the hub has automatically disabled due to excessive collisions or faults. This makes it a hardware-fault monitoring MIB rather than a traffic-counter MIB, useful for spotting a failing hub group before it takes down connected segments.

How would rising values in rptrTotalPartitionedPorts help you catch a failing port on an old shared-media hub?
Ports are partitioned (auto-disabled) by the repeater when they generate excessive collisions or other faults, so a growing partitioned-port count on a group is a direct sign of a cabling or NIC problem on one or more attached devices. Once flagged, an operator can use rptrNonDisruptTest to self-test the unit or rptrReset to attempt recovery without pulling the hub offline entirely.

RFC description

RFC 2108 MIB defining managed objects for IEEE 802.3 10/100 Mb/s baseband repeater devices.

Start monitoring vendor-neutral, standards-based MIB, IEEE 802.3 Ethernet repeater/hub device (repeater/port operational status) with a free 30-day trial of IPNetwork Monitor. Import MIBs, browse SNMP OIDs, create custom SNMP monitors, configure alerts, and monitor any SNMP-enabled network device from a single console.

Download SNMP-REPEATER-MIB