All MIBs › SWITCH-RMON-MIB
Organization: Raisecom, Inc.
Last Updated: 2006-05-22
Category: RMON and Traffic Statistics, Switch Management - Raisecom
Description: Manages Raisecom switch RMON statistics groups for traffic monitoring and history collection.
Start monitoring vendor-neutral, standards-based MIB, any SNMPv3-capable network device (SNMP engine identity/boot/clock 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.
What Is SWITCH-RMON-MIB?
SWITCH-RMON-MIB is a Raisecom enterprise extension MIB that supports Remote Network Monitoring (RMON) statistics on their Ethernet switch products. It exposes traffic-analysis data such as counters for Ethernet statistics groups, history collection intervals, and RMON control table entries used to sample interface load over time. In monitoring terms it is used mainly to track performance and traffic health of switch ports rather than raw hardware health, though sustained anomalies in the collected counters (broadcast storms, error rates, high utilization) can be an early indicator of a failing or overloaded interface. It builds on and extends the concepts of the standard IETF RMON MIB (RFC 2819), adapting them for Raisecom's device architecture. It is typically deployed in network operations centers polling Raisecom access/aggregation switches for traffic trending and capacity planning. Engineers can download the SWITCH-RMON-MIB file directly to load it into their MIB browser.
IPNetwork Monitor allows you to monitor SNMP objects defined in SWITCH-RMON-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.
Supported Devices
- Raisecom Ethernet switch
Monitoring Examples
An administrator would poll the RMON history and statistics control entries on this MIB to trend per-port packet, error, and utilization counters over rolling intervals, similar to the standard etherStatsTable/historyControlTable pattern it extends. A sudden spike in error or collision counts sampled through these RMON groups would reveal a degrading cable or duplex mismatch on a specific switch port. Because sample objects were not available in the source, exact table names could not be confirmed, but the module's stated purpose centers on RMON statistics groups and history collection.
What Can Be Monitored
- port traffic statistics
- RMON history samples
- packet error counts
- interface utilization trends
This MIB depends on
Related MIBs
Imported Objects
From RAISECOM-BASE-MIB
| iscomSwitch | OBJECT-IDENTITY |
From RFC-1212
| OBJECT-TYPE |
From RFC-1215
| TRAP-TYPE |
From RFC1155-SMI
| Counter | |
| TimeTicks |
From RFC1213-MIB
| DisplayString | |
| mib-2 |
OIDs
| OID symbolic | OID numeric | Type | Access | Description |
|---|---|---|---|---|
| rAlarm | 1.3.6.1.4.1.8886.6.1.22.3 | |||
| rAlarmEntry | 1.3.6.1.4.1.8886.6.1.22.3.1.1 | not-accessible | A list of parameters that set up a periodic checking for alarm conditions. For example, an instance of the alarmValue object might be named alarmValue.8 | |
| INT rAlarmFallingEventIndex | 1.3.6.1.4.1.8886.6.1.22.3.1.1.10 | INTEGER | read-write | The index of the eventEntry that is used when a falling threshold is crossed. The eventEntry identified by a particular value of this index is the same as identified by the same value of the eventIndex object. If there is no corresponding entry in the eventTable, then no association exists. In particular, if this value is zero, no associated event will be generated, as zero is not a valid event index. This object may not be modified if the associated alarmStatus object is equal to valid(1). |
| INT rAlarmFallingThreshold | 1.3.6.1.4.1.8886.6.1.22.3.1.1.8 | INTEGER | read-write | A threshold for the sampled statistic. When the current sampled value is less than or equal to this threshold, and the value at the last sampling interval was greater than this threshold, a single event will be generated. A single event will also be generated if the first sample after this entry becomes valid is less than or equal to this threshold and the associated alarmStartupAlarm is equal to fallingAlarm(2) or risingOrFallingAlarm(3). After a falling event is generated, another such event will not be generated until the sampled value rises above this threshold and reaches the alarmRisingThreshold. This object may not be modified if the associated alarmStatus object is equal to valid(1). |
| INT rAlarmIndex | 1.3.6.1.4.1.8886.6.1.22.3.1.1.1 | INTEGER | read-only | An index that uniquely identifies an entry in the alarm table. Each such entry defines a diagnostic sample at a particular interval for an object on the device. |
| INT rAlarmInterval | 1.3.6.1.4.1.8886.6.1.22.3.1.1.2 | INTEGER | read-write | The interval in seconds over which the data is sampled and compared with the rising and falling thresholds. When setting this variable, care should be taken in the case of deltaValue sampling - the interval should be set short enough that the sampled variable is very unlikely to increase or decrease by more than 2^31 - 1 during a single sampling interval. This object may not be modified if the associated alarmStatus object is equal to valid(1). |
| STR rAlarmOwner | 1.3.6.1.4.1.8886.6.1.22.3.1.1.11 | OwnerString | read-write | The entity that configured this entry and is therefore using the resources assigned to it. |
| INT rAlarmRisingEventIndex | 1.3.6.1.4.1.8886.6.1.22.3.1.1.9 | INTEGER | read-write | The index of the eventEntry that is used when a rising threshold is crossed. The eventEntry identified by a particular value of this index is the same as identified by the same value of the eventIndex object. If there is no corresponding entry in the eventTable, then no association exists. In particular, if this value is zero, no associated event will be generated, as zero is not a valid event index. This object may not be modified if the associated alarmStatus object is equal to valid(1). |
| INT rAlarmRisingThreshold | 1.3.6.1.4.1.8886.6.1.22.3.1.1.7 | INTEGER | read-write | A threshold for the sampled statistic. When the current sampled value is greater than or equal to this threshold, and the value at the last sampling interval was less than this threshold, a single event will be generated. A single event will also be generated if the first sample after this entry becomes valid is greater than or equal to this threshold and the associated alarmStartupAlarm is equal to risingAlarm(1) or risingOrFallingAlarm(3). After a rising event is generated, another such event will not be generated until the sampled value falls below this threshold and reaches the alarmFallingThreshold. This object may not be modified if the associated alarmStatus object is equal to valid(1). |
| INT rAlarmSampleType | 1.3.6.1.4.1.8886.6.1.22.3.1.1.4 | INTEGER | read-write | The method of sampling the selected variable and calculating the value to be compared against the thresholds. If the value of this object is absoluteValue(1), the value of the selected variable will be compared directly with the thresholds at the end of the sampling interval. If the value of this object is deltaValue(2), the value of the selected variable at the last sample will be subtracted from the current value, and the difference compared with the thresholds. This object may not be modified if the associated alarmStatus object is equal to valid(1). |
| INT rAlarmStartupAlarm | 1.3.6.1.4.1.8886.6.1.22.3.1.1.6 | INTEGER | read-write | The alarm that may be sent when this entry is first set to valid. If the first sample after this entry becomes valid is greater than or equal to the risingThreshold and alarmStartupAlarm is equal to risingAlarm(1) or risingOrFallingAlarm(3), then a single rising alarm will be generated. If the first sample after this entry becomes valid is less than or equal to the fallingThreshold and alarmStartupAlarm is equal to fallingAlarm(2) or risingOrFallingAlarm(3), then a single falling alarm will be generated. This object may not be modified if the associated alarmStatus object is equal to valid(1). |
| ENT rAlarmStatus | 1.3.6.1.4.1.8886.6.1.22.3.1.1.12 | EntryStatus | read-write | The status of this alarm entry. |
| rAlarmTable | 1.3.6.1.4.1.8886.6.1.22.3.1 | not-accessible | A list of alarm entries. | |
| INT rAlarmValue | 1.3.6.1.4.1.8886.6.1.22.3.1.1.5 | INTEGER | read-only | The value of the statistic during the last sampling period. For example, if the sample type is deltaValue, this value will be the difference between the samples at the beginning and end of the period. If the sample type is absoluteValue, this value will be the sampled value at the end of the period. This is the value that is compared with the rising and falling thresholds. The value during the current sampling period is not made available until the period is completed and will remain available until the next period completes. |
| OID rAlarmVariable | 1.3.6.1.4.1.8886.6.1.22.3.1.1.3 | OBJECT IDENTIFIER | read-write | The object identifier of the particular variable to be sampled. Only variables that resolve to an ASN.1 primitive type of INTEGER (INTEGER, Counter, Gauge, or TimeTicks) may be sampled. Because SNMP access control is articulated entirely in terms of the contents of MIB views, no access control mechanism exists that can restrict the value of this object to identify only those objects that exist in a particular MIB view. Because there is thus no acceptable means of restricting the read access that could be obtained through the alarm mechanism, the probe must only grant write access to this object in those views that have read access to all objects on the probe. During a set operation, if the supplied variable name is not available in the selected MIB view, a badValue error must be returned. If at any time the variable name of an established alarmEntry is no longer available in the selected MIB view, the probe must change the status of this alarmEntry to invalid(4). This object may not be modified if the associated alarmStatus object is equal to valid(1). |
| CTR rEtherHistoryBroadcastPkts | 1.3.6.1.4.1.8886.6.1.22.2.2.1.7 | Counter | read-only | The number of good packets received during this sampling interval that were directed to the broadcast address. |
| CTR rEtherHistoryCollisions | 1.3.6.1.4.1.8886.6.1.22.2.2.1.14 | Counter | read-only | The best estimate of the total number of collisions on this Ethernet segment during this sampling interval. The value returned will depend on the location of the RMON probe. Section 8.2.1.3 (10BASE-5) and section 10.3.1.3 (10BASE-2) of IEEE standard 802.3 states that a station must detect a collision, in the receive mode, if three or more stations are transmitting simultaneously. A repeater port must detect a collision when two or more stations are transmitting simultaneously. Thus a probe placed on a repeater port could record more collisions than a probe connected to a station on the same segment would. Probe location plays a much smaller role when considering 10BASE-T. 14.2.1.4 (10BASE-T) of IEEE standard 802.3 defines a collision as the simultaneous presence of signals on the DO and RD circuits (transmitting and receiving at the same time). A 10BASE-T station can only detect collisions when it is transmitting. Thus probes placed on a station and a repeater, should report the same number of collisions. Note also that an RMON probe inside a repeater should ideally report collisions between the repeater and one or more other hosts (transmit collisions as defined by IEEE 802.3k) plus receiver collisions observed on any coax segments to which the repeater is connected. |
| CTR rEtherHistoryCRCAlignErrors | 1.3.6.1.4.1.8886.6.1.22.2.2.1.9 | Counter | read-only | The number of packets received during this sampling interval that had a length (excluding framing bits but including FCS octets) between 64 and 1518 octets, inclusive, but had either a bad Frame Check Sequence (FCS) with an integral number of octets (FCS Error) or a bad FCS with a non-integral number of octets (Alignment Error). |
| CTR rEtherHistoryDropEvents | 1.3.6.1.4.1.8886.6.1.22.2.2.1.4 | Counter | read-only | The total number of events in which packets were dropped by the probe due to lack of resources during this sampling interval. Note that this number is not necessarily the number of packets dropped, it is just the number of times this condition has been detected. |
| rEtherHistoryEntry | 1.3.6.1.4.1.8886.6.1.22.2.2.1 | not-accessible | An historical sample of Ethernet statistics on a particular Ethernet interface. This sample is associated with the historyControlEntry which set up the parameters for a regular collection of these samples. As an example, an instance of the etherHistoryPkts object might be named etherHistoryPkts.2.89 | |
| CTR rEtherHistoryFragments | 1.3.6.1.4.1.8886.6.1.22.2.2.1.12 | Counter | read-only | The total number of packets received during this sampling interval that were less than 64 octets in length (excluding framing bits but including FCS octets) had either a bad Frame Check Sequence (FCS) with an integral number of octets (FCS Error) or a bad FCS with a non-integral number of octets (Alignment Error). Note that it is entirely normal for etherHistoryFragments to increment. This is because it counts both runts (which are normal occurrences due to collisions) and noise hits. |
| INT rEtherHistoryIndex | 1.3.6.1.4.1.8886.6.1.22.2.2.1.1 | INTEGER | read-only | The history of which this entry is a part. The history identified by a particular value of this index is the same history as identified by the same value of historyControlIndex. |
| TIK rEtherHistoryIntervalStart | 1.3.6.1.4.1.8886.6.1.22.2.2.1.3 | TimeTicks | read-only | The value of sysUpTime at the start of the interval over which this sample was measured. If the probe keeps track of the time of day, it should start the first sample of the history at a time such that when the next hour of the day begins, a sample is started at that instant. Note that following this rule may require the probe to delay collecting the first sample of the history, as each sample must be of the same interval. Also note that the sample which is currently being collected is not accessible in this table until the end of its interval. |
| CTR rEtherHistoryJabbers | 1.3.6.1.4.1.8886.6.1.22.2.2.1.13 | Counter | read-only | The number of packets received during this sampling interval that were longer than 1518 octets (excluding framing bits but including FCS octets), and had either a bad Frame Check Sequence (FCS) with an integral number of octets (FCS Error) or a bad FCS with a non-integral number of octets (Alignment Error). Note that this definition of jabber is different than the definition in IEEE-802.3 section 8.2.1.5 (10BASE5) and section 10.3.1.4 (10BASE2). These documents define jabber as the condition where any packet exceeds 20 ms. The allowed range to detect jabber is between 20 ms and 150 ms. |
| CTR rEtherHistoryMulticastPkts | 1.3.6.1.4.1.8886.6.1.22.2.2.1.8 | Counter | read-only | The number of good packets received during this sampling interval that were directed to a multicast address. Note that this number does not include packets addressed to the broadcast address. |
| CTR rEtherHistoryOctets | 1.3.6.1.4.1.8886.6.1.22.2.2.1.5 | Counter | read-only | The total number of octets of data (including those in bad packets) received on the network (excluding framing bits but including FCS octets). |
| CTR rEtherHistoryOversizePkts | 1.3.6.1.4.1.8886.6.1.22.2.2.1.11 | Counter | read-only | The number of packets received during this sampling interval that were longer than 1518 octets (excluding framing bits but including FCS octets) but were otherwise well formed. |
| CTR rEtherHistoryPkts | 1.3.6.1.4.1.8886.6.1.22.2.2.1.6 | Counter | read-only | The number of packets (including bad packets) received during this sampling interval. |
| INT rEtherHistorySampleIndex | 1.3.6.1.4.1.8886.6.1.22.2.2.1.2 | INTEGER | read-only | An index that uniquely identifies the particular sample this entry represents among all samples associated with the same historyControlEntry. This index starts at 1 and increases by one as each new sample is taken. |
| rEtherHistoryTable | 1.3.6.1.4.1.8886.6.1.22.2.2 | not-accessible | A list of Ethernet history entries. | |
| CTR rEtherHistoryUndersizePkts | 1.3.6.1.4.1.8886.6.1.22.2.2.1.10 | Counter | read-only | The number of packets received during this sampling interval that were less than 64 octets long (excluding framing bits but including FCS octets) and were otherwise well formed. |
| INT rEtherHistoryUtilization | 1.3.6.1.4.1.8886.6.1.22.2.2.1.15 | INTEGER | read-only | The best estimate of the mean physical layer network utilization on this interface during this sampling interval, in hundredths of a percent. |
| CTR rEtherStatsBroadcastPkts | 1.3.6.1.4.1.8886.6.1.22.1.1.1.6 | Counter | read-only | The total number of good packets received that were directed to the broadcast address. Note that this does not include multicast packets. |
| CTR rEtherStatsCollisions | 1.3.6.1.4.1.8886.6.1.22.1.1.1.13 | Counter | read-only | The best estimate of the total number of collisions on this Ethernet segment. The value returned will depend on the location of the RMON probe. Section 8.2.1.3 (10BASE-5) and section 10.3.1.3 (10BASE-2) of IEEE standard 802.3 states that a station must detect a collision, in the receive mode, if three or more stations are transmitting simultaneously. A repeater port must detect a collision when two or more stations are transmitting simultaneously. Thus a probe placed on a repeater port could record more collisions than a probe connected to a station on the same segment would. Probe location plays a much smaller role when considering 10BASE-T. 14.2.1.4 (10BASE-T) of IEEE standard 802.3 defines a collision as the simultaneous presence of signals on the DO and RD circuits (transmitting and receiving at the same time). A 10BASE-T station can only detect collisions when it is transmitting. Thus probes placed on a station and a repeater, should report the same number of collisions. Note also that an RMON probe inside a repeater should ideally report collisions between the repeater and one or more other hosts (transmit collisions as defined by IEEE 802.3k) plus receiver collisions observed on any coax segments to which the repeater is connected. |
| CTR rEtherStatsCRCAlignErrors | 1.3.6.1.4.1.8886.6.1.22.1.1.1.8 | Counter | read-only | The total number of packets received that had a length (excluding framing bits, but including FCS octets) of between 64 and 1518 octets, inclusive, but but had either a bad Frame Check Sequence (FCS) with an integral number of octets (FCS Error) or a bad FCS with a non-integral number of octets (Alignment Error). |
| OID rEtherStatsDataSource | 1.3.6.1.4.1.8886.6.1.22.1.1.1.2 | OBJECT IDENTIFIER | read-write | This object identifies the source of the data that this etherStats entry is configured to analyze. This source can be any ethernet interface on this device. In order to identify a particular interface, this object shall identify the instance of the ifIndex object, defined in RFC 1213 and RFC 1573 [4,6], for the desired interface. For example, if an entry were to receive data from interface #1, this object would be set to ifIndex.1. The statistics in this group reflect all packets on the local network segment attached to the identified interface. An agent may or may not be able to tell if fundamental changes to the media of the interface have occurred and necessitate an invalidation of this entry. For example, a hot-pluggable ethernet card could be pulled out and replaced by a token-ring card. In such a case, if the agent has such knowledge of the change, it is recommended that it invalidate this entry. This object may not be modified if the associated etherStatsStatus object is equal to valid(1). |
| CTR rEtherStatsDropEvents | 1.3.6.1.4.1.8886.6.1.22.1.1.1.3 | Counter | read-only | The total number of events in which packets were dropped by the probe due to lack of resources. Note that this number is not necessarily the number of packets dropped; it is just the number of times this condition has been detected. |
| rEtherStatsEntry | 1.3.6.1.4.1.8886.6.1.22.1.1.1 | not-accessible | A collection of statistics kept for a particular Ethernet interface. As an example, an instance of the etherStatsPkts object might be named etherStatsPkts.1 | |
| CTR rEtherStatsFragments | 1.3.6.1.4.1.8886.6.1.22.1.1.1.11 | Counter | read-only | The total number of packets received that were less than 64 octets in length (excluding framing bits but including FCS octets) and had either a bad Frame Check Sequence (FCS) with an integral number of octets (FCS Error) or a bad FCS with a non-integral number of octets (Alignment Error). Note that it is entirely normal for etherStatsFragments to increment. This is because it counts both runts (which are normal occurrences due to collisions) and noise hits. |
| INT rEtherStatsIndex | 1.3.6.1.4.1.8886.6.1.22.1.1.1.1 | INTEGER | read-only | The value of this object uniquely identifies this etherStats entry. |
| CTR rEtherStatsJabbers | 1.3.6.1.4.1.8886.6.1.22.1.1.1.12 | Counter | read-only | The total number of packets received that were longer than 1518 octets (excluding framing bits, but including FCS octets), and had either a bad Frame Check Sequence (FCS) with an integral number of octets (FCS Error) or a bad FCS with a non-integral number of octets (Alignment Error). Note that this definition of jabber is different than the definition in IEEE-802.3 section 8.2.1.5 (10BASE5) and section 10.3.1.4 (10BASE2). These documents define jabber as the condition where any packet exceeds 20 ms. The allowed range to detect jabber is between 20 ms and 150 ms. |
| CTR rEtherStatsMulticastPkts | 1.3.6.1.4.1.8886.6.1.22.1.1.1.7 | Counter | read-only | The total number of good packets received that were directed to a multicast address. Note that this number does not include packets directed to the broadcast address. |
| CTR rEtherStatsOctets | 1.3.6.1.4.1.8886.6.1.22.1.1.1.4 | Counter | read-only | The total number of octets of data (including those in bad packets) received on the network (excluding framing bits but including FCS octets). This object can be used as a reasonable estimate of ethernet utilization. If greater precision is desired, the etherStatsPkts and etherStatsOctets objects should be sampled before and after a common interval. The differences in the sampled values are Pkts and Octets, respectively, and the number of seconds in the interval is Interval. These values are used to calculate the Utilization as follows: Pkts * (9.6 + 6.4) + (Octets * .8) Utilization = ------------------------------------- Interval * 10,000 The result of this equation is the value Utilization which is the percent utilization of the ethernet segment on a scale of 0 to 100 percent. |
| CTR rEtherStatsOversizePkts | 1.3.6.1.4.1.8886.6.1.22.1.1.1.10 | Counter | read-only | The total number of packets received that were longer than 1518 octets (excluding framing bits, but including FCS octets) and were otherwise well formed. |
| STR rEtherStatsOwner | 1.3.6.1.4.1.8886.6.1.22.1.1.1.20 | OwnerString | read-write | The entity that configured this entry and is therefore using the resources assigned to it. |
| CTR rEtherStatsPkts | 1.3.6.1.4.1.8886.6.1.22.1.1.1.5 | Counter | read-only | The total number of packets (including bad packets, broadcast packets, and multicast packets) received. |
| CTR rEtherStatsPkts1024to1518Octets | 1.3.6.1.4.1.8886.6.1.22.1.1.1.19 | Counter | read-only | The total number of packets (including bad packets) received that were between 1024 and 1518 octets in length inclusive (excluding framing bits but including FCS octets). |
| CTR rEtherStatsPkts128to255Octets | 1.3.6.1.4.1.8886.6.1.22.1.1.1.16 | Counter | read-only | The total number of packets (including bad packets) received that were between 128 and 255 octets in length inclusive (excluding framing bits but including FCS octets). |
| CTR rEtherStatsPkts256to511Octets | 1.3.6.1.4.1.8886.6.1.22.1.1.1.17 | Counter | read-only | The total number of packets (including bad packets) received that were between 256 and 511 octets in length inclusive (excluding framing bits but including FCS octets). |
| CTR rEtherStatsPkts512to1023Octets | 1.3.6.1.4.1.8886.6.1.22.1.1.1.18 | Counter | read-only | The total number of packets (including bad packets) received that were between 512 and 1023 octets in length inclusive (excluding framing bits but including FCS octets). |
| CTR rEtherStatsPkts64Octets | 1.3.6.1.4.1.8886.6.1.22.1.1.1.14 | Counter | read-only | The total number of packets (including bad packets) received that were 64 octets in length (excluding framing bits but including FCS octets). |
| CTR rEtherStatsPkts65to127Octets | 1.3.6.1.4.1.8886.6.1.22.1.1.1.15 | Counter | read-only | The total number of packets (including bad packets) received that were between 65 and 127 octets in length inclusive (excluding framing bits but including FCS octets). |
| ENT rEtherStatsStatus | 1.3.6.1.4.1.8886.6.1.22.1.1.1.21 | EntryStatus | read-write | The status of this etherStats entry. |
| rEtherStatsTable | 1.3.6.1.4.1.8886.6.1.22.1.1 | not-accessible | A list of Ethernet statistics entries. | |
| CTR rEtherStatsUndersizePkts | 1.3.6.1.4.1.8886.6.1.22.1.1.1.9 | Counter | read-only | The total number of packets received that were less than 64 octets long (excluding framing bits, but including FCS octets) and were otherwise well formed. |
| rEvent | 1.3.6.1.4.1.8886.6.1.22.9 | |||
| OCT rEventCommunity | 1.3.6.1.4.1.8886.6.1.22.9.1.1.4 | OCTET STRING | read-write | If an SNMP trap is to be sent, it will be sent to the SNMP community specified by this octet string. In the future this table will be extended to include the party security mechanism. This object shall be set to a string of length zero if it is intended that that mechanism be used to specify the destination of the trap. |
| STR rEventDescription | 1.3.6.1.4.1.8886.6.1.22.9.1.1.2 | DisplayString | read-write | A comment describing this event entry. |
| rEventEntry | 1.3.6.1.4.1.8886.6.1.22.9.1.1 | not-accessible | A set of parameters that describe an event to be generated when certain conditions are met. As an example, an instance of the eventLastTimeSent object might be named eventLastTimeSent.6 | |
| INT rEventIndex | 1.3.6.1.4.1.8886.6.1.22.9.1.1.1 | INTEGER | read-only | An index that uniquely identifies an entry in the event table. Each such entry defines one event that is to be generated when the appropriate conditions occur. |
| TIK rEventLastTimeSent | 1.3.6.1.4.1.8886.6.1.22.9.1.1.5 | TimeTicks | read-only | The value of sysUpTime at the time this event entry last generated an event. If this entry has not generated any events, this value will be zero. |
| STR rEventOwner | 1.3.6.1.4.1.8886.6.1.22.9.1.1.6 | OwnerString | read-write | The entity that configured this entry and is therefore using the resources assigned to it. If this object contains a string starting with 'monitor' and has associated entries in the log table, all connected management stations should retrieve those log entries, as they may have significance to all management stations connected to this device |
| ENT rEventStatus | 1.3.6.1.4.1.8886.6.1.22.9.1.1.7 | EntryStatus | read-write | The status of this event entry. If this object is not equal to valid(1), all associated log entries shall be deleted by the agent. |
| rEventTable | 1.3.6.1.4.1.8886.6.1.22.9.1 | not-accessible | A list of events to be generated. | |
| INT rEventType | 1.3.6.1.4.1.8886.6.1.22.9.1.1.3 | INTEGER | read-write | The type of notification that the probe will make about this event. In the case of log, an entry is made in the log table for each event. In the case of snmp-trap, an SNMP trap is sent to one or more management stations. |
| NTF rFallingAlarm | 1.3.6.1.4.1.8886.6.1.22.0.2 | The SNMP trap that is generated when an alarm entry crosses its falling threshold and generates an event that is configured for sending SNMP traps. | ||
| rHistory | 1.3.6.1.4.1.8886.6.1.22.2 | |||
| INT rHistoryControlBucketsGranted | 1.3.6.1.4.1.8886.6.1.22.2.1.1.4 | INTEGER | read-only | The number of discrete sampling intervals over which data shall be saved in the part of the media-specific table associated with this historyControlEntry. When the associated historyControlBucketsRequested object is created or modified, the probe should set this object as closely to the requested value as is possible for the particular probe implementation and available resources. The probe must not lower this value except as a result of a modification to the associated historyControlBucketsRequested object. There will be times when the actual number of buckets associated with this entry is less than the value of this object. In this case, at the end of each sampling interval, a new bucket will be added to the media-specific table. When the number of buckets reaches the value of this object and a new bucket is to be added to the media-specific table, the oldest bucket associated with this historyControlEntry shall be deleted by the agent so that the new bucket can be added. When the value of this object changes to a value less than the current value, entries are deleted from the media-specific table associated with this historyControlEntry. Enough of the oldest of these entries shall be deleted by the agent so that their number remains less than or equal to the new value of this object. When the value of this object changes to a value greater than the current value, the number of associated media- specific entries may be allowed to grow. |
| INT rHistoryControlBucketsRequested | 1.3.6.1.4.1.8886.6.1.22.2.1.1.3 | INTEGER | read-write | The requested number of discrete time intervals over which data is to be saved in the part of the media-specific table associated with this historyControlEntry. When this object is created or modified, the probe should set historyControlBucketsGranted as closely to this object as is possible for the particular probe implementation and available resources. |
| OID rHistoryControlDataSource | 1.3.6.1.4.1.8886.6.1.22.2.1.1.2 | OBJECT IDENTIFIER | read-write | This object identifies the source of the data for which historical data was collected and placed in a media-specific table on behalf of this historyControlEntry. This source can be any interface on this device. In order to identify a particular interface, this object shall identify the instance of the ifIndex object, defined in RFC 1213 and RFC 1573 [4,6], for the desired interface. For example, if an entry were to receive data from interface #1, this object would be set to ifIndex.1. The statistics in this group reflect all packets on the local network segment attached to the identified interface. An agent may or may not be able to tell if fundamental changes to the media of the interface have occurred and necessitate an invalidation of this entry. For example, a hot-pluggable ethernet card could be pulled out and replaced by a token-ring card. In such a case, if the agent has such knowledge of the change, it is recommended that it invalidate this entry. This object may not be modified if the associated historyControlStatus object is equal to valid(1). |
| rHistoryControlEntry | 1.3.6.1.4.1.8886.6.1.22.2.1.1 | not-accessible | A list of parameters that set up a periodic sampling of statistics. As an example, an instance of the historyControlInterval object might be named historyControlInterval.2 | |
| INT rHistoryControlIndex | 1.3.6.1.4.1.8886.6.1.22.2.1.1.1 | INTEGER | read-only | An index that uniquely identifies an entry in the historyControl table. Each such entry defines a set of samples at a particular interval for an interface on the device. |
| INT rHistoryControlInterval | 1.3.6.1.4.1.8886.6.1.22.2.1.1.5 | INTEGER | read-write | The interval in seconds over which the data is sampled for each bucket in the part of the media-specific table associated with this historyControlEntry. This interval can be set to any number of seconds between 1 and 3600 (1 hour). Because the counters in a bucket may overflow at their maximum value with no indication, a prudent manager will take into account the possibility of overflow in any of the associated counters. It is important to consider the minimum time in which any counter could overflow on a particular media type and set the historyControlInterval object to a value less than this interval. This is typically most important for the 'octets' counter in any media-specific table. For example, on an Ethernet network, the etherHistoryOctets counter could overflow in about one hour at the Ethernet's maximum utilization. This object may not be modified if the associated historyControlStatus object is equal to valid(1). |
| STR rHistoryControlOwner | 1.3.6.1.4.1.8886.6.1.22.2.1.1.6 | OwnerString | read-write | The entity that configured this entry and is therefore using the resources assigned to it. |
| ENT rHistoryControlStatus | 1.3.6.1.4.1.8886.6.1.22.2.1.1.7 | EntryStatus | read-write | The status of this historyControl entry. Each instance of the media-specific table associated with this historyControlEntry will be deleted by the agent if this historyControlEntry is not equal to valid(1). |
| rHistoryControlTable | 1.3.6.1.4.1.8886.6.1.22.2.1 | not-accessible | A list of history control entries. | |
| STR rLogDescription | 1.3.6.1.4.1.8886.6.1.22.9.2.1.4 | DisplayString | read-only | An implementation dependent description of the event that activated this log entry. |
| rLogEntry | 1.3.6.1.4.1.8886.6.1.22.9.2.1 | not-accessible | A set of data describing an event that has been logged. For example, an instance of the logDescription object might be named logDescription.6.47 | |
| INT rLogEventIndex | 1.3.6.1.4.1.8886.6.1.22.9.2.1.1 | INTEGER | read-only | The event entry that generated this log entry. The log identified by a particular value of this index is associated with the same eventEntry as identified by the same value of eventIndex. |
| INT rLogIndex | 1.3.6.1.4.1.8886.6.1.22.9.2.1.2 | INTEGER | read-only | An index that uniquely identifies an entry in the log table amongst those generated by the same eventEntries. These indexes are assigned beginning with 1 and increase by one with each new log entry. The association between values of logIndex and logEntries is fixed for the lifetime of each logEntry. The agent may choose to delete the oldest instances of logEntry as required because of lack of memory. It is an implementation-specific matter as to when this deletion may occur. |
| rLogTable | 1.3.6.1.4.1.8886.6.1.22.9.2 | not-accessible | A list of events that have been logged. | |
| TIK rLogTime | 1.3.6.1.4.1.8886.6.1.22.9.2.1.3 | TimeTicks | read-only | The value of sysUpTime when this log entry was created. |
| rmonMib | 1.3.6.1.4.1.8886.6.1.22 | description of rmon object. | ||
| NTF rRisingAlarm | 1.3.6.1.4.1.8886.6.1.22.0.1 | The SNMP trap that is generated when an alarm entry crosses its rising threshold and generates an event that is configured for sending SNMP traps. | ||
| rStatistics | 1.3.6.1.4.1.8886.6.1.22.1 |
RFC description
Switch RMON MIB for remote network monitoring and traffic analysis on switch infrastructure.
Start monitoring Raisecom Ethernet switch (RMON traffic-statistics/history collection) 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.