AD | Application | AWS | Azure | Cloud | Database | Enterprise | Environmental | Event Log | File System | Infra | IoT | IT Service | Linux | Network/System | Performance | Protocol | SaaS | Security | Service Level | SNMP | Storage | VMware | VoIP | Web | Wireless

Crumbtrail

MonitorTools.com » Technical documentation » SNMP » MIB » Cisco » CISCO-RF-MIB » Objects

CISCO-RF-MIB.mib object view, vendor Cisco

Introduction

Most network devices and programs ship with so-called MIB files to describe the parameters and meanings (i.e.: friendly names) which are available for monitoring via SNMP.
ActiveXperts Network Monitor 2024 can import vendor-specific MIB files, so it can be used to monitor specific OID's (Object Identifiers). This way, you can monitor your devices, computers, etc. by selecting your relevant OID's by name.

ActiveXperts Network Monitor 2024 can import MIB file CISCO-RF-MIB and use it to monitor vendor specific OID's.

CISCO-RF-MIB file content

Object view of CISCO-RF-MIB:

Scalar Object
cRFStatusUnitId .1.3.6.1.4.1.9.9.176.1.1.1
A unique identifier for this redundant unit. This identifier is implementation-specific but the method for selecting the id must remain consistent throughout the redundant system. Some example identifiers include: slot id, physical or logical entity id, or a unique id assigned internally by the RF subsystem.
cRFStatusUnitState .1.3.6.1.4.1.9.9.176.1.1.2
The current state of RF on this unit.
cRFStatusPeerUnitId .1.3.6.1.4.1.9.9.176.1.1.3
A unique identifier for the redundant peer unit. This identifier is implementation-specific but the method for selecting the id must remain consistent throughout the redundant system. Some example identifiers include: slot id, physical or logical entity id, or a unique id assigned internally by the RF subsystem.
cRFStatusPeerUnitState .1.3.6.1.4.1.9.9.176.1.1.4
The current state of RF on the peer unit.
cRFStatusPrimaryMode .1.3.6.1.4.1.9.9.176.1.1.5
Indicates whether this is the primary redundant unit or not. If this unit is the primary unit, this object is true. If this unit is the secondary unit, this object is false. Note that the terms 'primary/secondary' are not synonymous with the terms 'active/standby'. At any given time, the primary unit may be the active unit, or the primary unit may be the standby unit. Likewise, the secondary unit, at any given time, may be the active unit, or the secondary unit may be the standby unit. The primary unit is given a higher priority or precedence over the secondary unit. In a race condition (usually at initialization time) or any situation where the redundant units are unable to successfully negotiate activity between themselves, the primary unit will always become the active unit and the secondary unit will fall back to standby. Only one redundant unit can be the primary unit at any given time. The algorithm for determining the primary unit is system dependent, such as 'the redundant unit with the lower numeric unit id is always the primary unit.'
cRFStatusDuplexMode .1.3.6.1.4.1.9.9.176.1.1.6
Indicates whether the redundant peer unit has been detected or not. If the redundant peer unit is detected, this object is true. If the redundant peer unit is not detected, this object is false.
cRFStatusManualSwactInhibit .1.3.6.1.4.1.9.9.176.1.1.7
Indicates whether a manual switch of activity is permitted. If a manual switch of activity is allowed, this object is false. If a manual switch of activity is not allowed, this object is true. Note that the value of this object is the inverse of the status of manual SWACTs. This object does not indicate whether a switch of activity is or has occurred. This object only indicates if the user-controllable capability is enabled or not. A switch of activity is the event in which the standby redundant unit becomes active and the previously active unit becomes standby.
cRFStatusLastSwactReasonCode .1.3.6.1.4.1.9.9.176.1.1.8
The reason for the last switch of activity.
cRFStatusFailoverTime .1.3.6.1.4.1.9.9.176.1.1.9
The value of sysUpTime when the primary redundant unit took over as active. The value of this object will be 0 till the first switchover.
cRFStatusPeerStandByEntryTime .1.3.6.1.4.1.9.9.176.1.1.10
The value of sysUpTime when the peer redundant unit entered the standbyHot state. The value will be 0 on system initialization.
cRFStatusRFModeCapsEntry .1.3.6.1.4.1.9.9.176.1.1.11.1
An entry containing the device implementation specific terminology associated with the redundancy mode that can be supported on the device.
cRFCfgSplitMode .1.3.6.1.4.1.9.9.176.1.2.1
Indicates whether redundant units may communicate synchronization messages with each other. If communication is not permitted, this object is set to true. If communication is permitted, this object is set to false. In split mode (true), the active unit will not communicate with the standby unit. The standby unit progression will not occur. When split mode is disabled (false), the standby unit is reset to recover. Split mode (true) is useful for maintenance operations.
cRFCfgKeepaliveThresh .1.3.6.1.4.1.9.9.176.1.2.2
On platforms that support keep-alives, the keep-alive threshold value designates the number of lost keep-alives tolerated before a failure condition is declared. If this occurs, a SWACT notification is sent. On platforms that do not support keep-alives, this object has no purpose or effect.
cRFCfgKeepaliveThreshMin .1.3.6.1.4.1.9.9.176.1.2.3
The minimum acceptable value for the cRFCfgKeepaliveThresh object.
cRFCfgKeepaliveThreshMax .1.3.6.1.4.1.9.9.176.1.2.4
The maximum acceptable value for the cRFCfgKeepaliveThresh object.
cRFCfgKeepaliveTimer .1.3.6.1.4.1.9.9.176.1.2.5
On platforms that support keep-alives, the keep-alive timer value is used to guard against lost keep-alives. The RF subsystem expects to receive a keep-alive within this period. If a keep-alive is not received within this time period, a SWACT notification is sent. On platforms that do not support keep-alives, this object has no purpose or effect.
cRFCfgKeepaliveTimerMin .1.3.6.1.4.1.9.9.176.1.2.6
The minimum acceptable value for the cRFCfgKeepaliveTimer object.
cRFCfgKeepaliveTimerMax .1.3.6.1.4.1.9.9.176.1.2.7
The maximum acceptable value for the cRFCfgKeepaliveTimer object.
cRFCfgNotifTimer .1.3.6.1.4.1.9.9.176.1.2.8
Note that the term 'notification' here refers to an RF notification and not an SNMP notification. As the standby unit progresses to the 'standbyHot' state, asynchronous messages are sent from the active unit to the standby unit which must then be acknowledged by the standby unit. If the active unit receives the acknowledgement during the time period specified by this object, progression proceeds as normal. If the timer expires and an acknowledgement was not received by the active unit, a switch of activity occurs.
cRFCfgNotifTimerMin .1.3.6.1.4.1.9.9.176.1.2.9
The minimum acceptable value for the cRFCfgNotifTimer object.
cRFCfgNotifTimerMax .1.3.6.1.4.1.9.9.176.1.2.10
The maximum acceptable value for the cRFCfgNotifTimer object.
cRFCfgAdminAction .1.3.6.1.4.1.9.9.176.1.2.11
This variable is set to invoke RF subsystem action commands. The commands are useful for maintenance and software upgrade activities.
cRFCfgNotifsEnabled .1.3.6.1.4.1.9.9.176.1.2.12
Allows enabling/disabling of RF subsystem notifications.
cRFCfgMaintenanceMode .1.3.6.1.4.1.9.9.176.1.2.13
Indicates whether redundant units may communicate synchronization messages with each other. If communication is not permitted, this object is set to 'true'. If communication is permitted, this object is set to 'false'. If the value of this object is 'true', the redundant system is considered to be in a maintenance mode of operation. If the value of this object is 'false', the redundant system is considered to be in a normal (non-maintenance) mode of operation. In maintenance mode (true), the active unit will not communicate with the standby unit. The standby unit progression will not occur. When maintenance mode is disabled (false), the standby unit is reset to recover. Maintenance mode (true) is useful for maintenance-type operations.
cRFCfgRedundancyMode .1.3.6.1.4.1.9.9.176.1.2.14
Indicates the redundancy mode configured on the device.
cRFCfgRedundancyModeDescr .1.3.6.1.4.1.9.9.176.1.2.15
Further clarifies or describes the redundancy mode indicated by cRFCfgRedundancyMode. Implementation-specific terminology associated with the current redundancy mode may be presented here.
cRFCfgRedundancyOperMode .1.3.6.1.4.1.9.9.176.1.2.16
Indicate the operational redundancy mode of the device.
cRFHistoryTableMaxLength .1.3.6.1.4.1.9.9.176.1.3.1
Maximum number of entries permissible in the history table. A value of 0 will result in no history being maintained.
cRFHistorySwitchOverEntry .1.3.6.1.4.1.9.9.176.1.3.2.1
The entries in this table contain the switchover information. Each entry in the table is indexed by cRFHistorySwitchOverIndex. The index wraps around to 1 after reaching the maximum value.
cRFHistoryColdStarts .1.3.6.1.4.1.9.9.176.1.3.3
Indicates the number of system cold starts. This includes the number of system cold starts due to switchover failure and the number of manual restarts.
cRFHistoryStandByAvailTime .1.3.6.1.4.1.9.9.176.1.3.4
Indicates the cumulative time that a standby redundant unit has been available since last system initialization.
Tabular Object
cRFStatusRFModeCapsMode .1.3.6.1.4.1.9.9.176.1.1.11.1.1
The redundancy mode that can be supported on the device.
cRFStatusRFModeCapsModeDescr .1.3.6.1.4.1.9.9.176.1.1.11.1.2
The description of the device implementation specific terminology associated with its supported redundancy mode.
cRFHistorySwitchOverIndex .1.3.6.1.4.1.9.9.176.1.3.2.1.1
A monotonically increasing integer for the purpose of indexing history table. After reaching maximum value, it wraps around to 1.
cRFHistoryPrevActiveUnitId .1.3.6.1.4.1.9.9.176.1.3.2.1.2
Indicates the primary redundant unit that went down.
cRFHistoryCurrActiveUnitId .1.3.6.1.4.1.9.9.176.1.3.2.1.3
Indicates the secondary redundant unit that took over as active.
cRFHistorySwitchOverReason .1.3.6.1.4.1.9.9.176.1.3.2.1.4
Indicates the reason for the switchover.
cRFHistorySwactTime .1.3.6.1.4.1.9.9.176.1.3.2.1.5
Indicates the Date & Time when switchover occured.
Table
cRFStatusRFModeCapsTable .1.3.6.1.4.1.9.9.176.1.1.11
This table containing a list of redundancy modes that can be supported on the device.
cRFHistorySwitchOverTable .1.3.6.1.4.1.9.9.176.1.3.2
A table that tracks the history of all switchovers that have occurred since system initialization. The maximum number of entries permissible in this table is defined by cRFHistoryTableMaxLength. When the number of entries in the table reaches the maximum limit, the next entry would replace the oldest existing entry in the table.
Trap
ciscoRFSwactNotif .1.3.6.1.4.1.9.9.176.2.0.1
A SWACT notification is sent by the newly active redundant unit whenever a switch of activity occurs. In the case where a SWACT event may be indistinguishable from a reset event, a network management station should use this notification to differentiate the activity. sysUpTime is the same sysUpTime defined in the RFC-1213 MIB.
ciscoRFProgressionNotif .1.3.6.1.4.1.9.9.176.2.0.2
A progression notification is sent by the active redundant unit whenever its RF state changes or the RF state of the peer unit changes. To avoid a flurry of notifications for all state transitions, notifications will only be sent for transitions to the following RF states: standbyCold standbyHot active activeExtraload
Object Identifier
ciscoRFMIB .1.3.6.1.4.1.9.9.176
This MIB provides configuration control and status for the Redundancy Framework (RF) subsystem. RF provides a mechanism for logical redundancy of software functionality and is designed to support 1:1 redundancy on processor cards. RF is not intended to solve all redundancy schemes. Nor is RF designed to support redundant hardware, such as power supplies. Redundancy is concerned with the duplication of data elements and software functions to provide an alternative in case of failure. It is a key component to meeting 99.999% availability requirements for Class 5 carrier solutions. In the scope of this MIB definition, peer software elements are redundant and redundant software elements are peers.
ciscoRFMIBObjects .1.3.6.1.4.1.9.9.176.1
cRFStatus .1.3.6.1.4.1.9.9.176.1.1
cRFCfg .1.3.6.1.4.1.9.9.176.1.2
cRFHistory .1.3.6.1.4.1.9.9.176.1.3
ciscoRFMIBNotificationsPrefix .1.3.6.1.4.1.9.9.176.2
ciscoRFMIBNotifications .1.3.6.1.4.1.9.9.176.2.0
ciscoRFMIBConformance .1.3.6.1.4.1.9.9.176.3
ciscoRFMIBCompliances .1.3.6.1.4.1.9.9.176.3.1
ciscoRFMIBGroups .1.3.6.1.4.1.9.9.176.3.2
Group
ciscoRFStatusGroup .1.3.6.1.4.1.9.9.176.3.2.1
The collection of global RF status objects.
ciscoRFConfigGroup .1.3.6.1.4.1.9.9.176.3.2.2
The collection of RF configuration objects.
ciscoRFNotifGroup .1.3.6.1.4.1.9.9.176.3.2.3
The collection of notifications used to indicate RF state information.
ciscoRFConfigGroupRev1 .1.3.6.1.4.1.9.9.176.3.2.4
The collection of RF configuration objects.
ciscoRFStatusGroupRev1 .1.3.6.1.4.1.9.9.176.3.2.5
The collection of global RF status objects.
ciscoRFHistoryGroup .1.3.6.1.4.1.9.9.176.3.2.6
The collection of RF History objects.
ciscoRFConfigRFOperModeGroup .1.3.6.1.4.1.9.9.176.3.2.7
An optional group with a collection of objects providing the information of the operational redundancy mode on the device.
ciscoRFStatusRFModeCapsGroup .1.3.6.1.4.1.9.9.176.3.2.8
An optional group with a collection of objects providing the information of redundancy mode capability on the device.