Management 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.
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.)
rptrGroupChange
.1.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.)
rptrResetEvent
.1.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.
rptrInfoHealth
.1.3.6.1.2.1.22.0.4
m 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.)
rptrInfoResetEvent
.1.3.6.1.2.1.22.0.5
m 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.