CISCO-RF-MIB
AI MIB Summary
The CISCO-RF-MIB manages the configuration and operational status of the Cisco Redundancy Framework (RF) subsystem to enforce 1:1 software redundancy on processor cards, specifically monitoring peer synchronization states and failover readiness to ensure carrier-grade availability. This module tracks logical redundancy metrics for software function duplication while explicitly excluding hardware components such as power supplies.
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.
Main OID:
ciscoRFMIB.1.3.6.1.4.1.9.9.176
66
Objects
Active
Status
6
Dependencies
Imported Objects
Objects
66 total| Object Name |
|---|
ciscoRFMIBThis 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. MODULE-IDENTITY .1.3.6.1.4.1.9.9.176 |
ciscoRFMIBObjects OBJECT IDENTIFIER .1.3.6.1.4.1.9.9.176.1 |
cRFStatus OBJECT IDENTIFIER .1.3.6.1.4.1.9.9.176.1.1 |
cRFStatusUnitIdA 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.ro RFUnitIdentifier .1.3.6.1.4.1.9.9.176.1.1.1 |
cRFStatusUnitStateThe current state of RF on this unit.ro RFState .1.3.6.1.4.1.9.9.176.1.1.2 |
cRFStatusPeerUnitIdA 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.ro RFUnitIdentifier .1.3.6.1.4.1.9.9.176.1.1.3 |
cRFStatusPeerUnitStateThe current state of RF on the peer unit.ro RFState .1.3.6.1.4.1.9.9.176.1.1.4 |
cRFStatusPrimaryModeIndicates 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.'ro TruthValue (SNMPv2-TC) .1.3.6.1.4.1.9.9.176.1.1.5 |
cRFStatusDuplexModeIndicates 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.ro TruthValue (SNMPv2-TC) .1.3.6.1.4.1.9.9.176.1.1.6 |
cRFStatusManualSwactInhibitIndicates 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.ro TruthValue (SNMPv2-TC) .1.3.6.1.4.1.9.9.176.1.1.7 |
cRFStatusLastSwactReasonCodeThe reason for the last switch of activity.ro RFSwactReasonType .1.3.6.1.4.1.9.9.176.1.1.8 |
cRFStatusFailoverTimeThe value of sysUpTime when the primary redundant unit took over
as active. The value of this object will be 0 till the first
switchover.ro TimeStamp (SNMPv2-TC) .1.3.6.1.4.1.9.9.176.1.1.9 |
cRFStatusPeerStandByEntryTimeThe value of sysUpTime when the peer redundant unit entered the
standbyHot state. The value will be 0 on system initialization.ro TimeStamp (SNMPv2-TC) .1.3.6.1.4.1.9.9.176.1.1.10 |
cRFStatusRFModeCapsTableThis table containing a list of redundancy modes that can be
supported on the device. SEQUENCE OF CRFStatusRFModeCapsEntry .1.3.6.1.4.1.9.9.176.1.1.11 |
cRFStatusRFModeCapsEntryAn entry containing the device implementation specific
terminology associated with the redundancy mode that can be
supported on the device. CRFStatusRFModeCapsEntry .1.3.6.1.4.1.9.9.176.1.1.11.1 |
cRFStatusRFModeCapsModeThe redundancy mode that can be supported on the device. RFMode .1.3.6.1.4.1.9.9.176.1.1.11.1.1 |
cRFStatusRFModeCapsModeDescrThe description of the device implementation specific
terminology associated with its supported redundancy mode.ro SnmpAdminString (SNMP-FRAMEWORK-MIB) .1.3.6.1.4.1.9.9.176.1.1.11.1.2 |
cRFStatusIssuStateThe current ISSU state of the system.rodeprecated RFIssuState .1.3.6.1.4.1.9.9.176.1.1.12 |
cRFStatusIssuStateRev1The current ISSU state of the system.ro RFIssuStateRev1 .1.3.6.1.4.1.9.9.176.1.1.13 |
cRFStatusIssuFromVersionThe IOS version from with the user is upgradingro SnmpAdminString (SNMP-FRAMEWORK-MIB) .1.3.6.1.4.1.9.9.176.1.1.14 |
cRFStatusIssuToVersionThe IOS version to with the user is upgradingro SnmpAdminString (SNMP-FRAMEWORK-MIB) .1.3.6.1.4.1.9.9.176.1.1.15 |
cRFCfg OBJECT IDENTIFIER .1.3.6.1.4.1.9.9.176.1.2 |
cRFCfgSplitModeIndicates 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.rwdeprecated TruthValue (SNMPv2-TC) .1.3.6.1.4.1.9.9.176.1.2.1 |
cRFCfgKeepaliveThreshOn 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.rw Unsigned32 .1.3.6.1.4.1.9.9.176.1.2.2 |
cRFCfgKeepaliveThreshMinThe minimum acceptable value for the cRFCfgKeepaliveThresh
object.ro Unsigned32 .1.3.6.1.4.1.9.9.176.1.2.3 |
cRFCfgKeepaliveThreshMaxThe maximum acceptable value for the cRFCfgKeepaliveThresh
object.ro Unsigned32 .1.3.6.1.4.1.9.9.176.1.2.4 |
cRFCfgKeepaliveTimerOn 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.rw Unsigned32 UNITS "milliseconds" .1.3.6.1.4.1.9.9.176.1.2.5 |
cRFCfgKeepaliveTimerMinThe minimum acceptable value for the cRFCfgKeepaliveTimer
object.ro Unsigned32 UNITS "milliseconds" .1.3.6.1.4.1.9.9.176.1.2.6 |
cRFCfgKeepaliveTimerMaxThe maximum acceptable value for the cRFCfgKeepaliveTimer
object.ro Unsigned32 UNITS "milliseconds" .1.3.6.1.4.1.9.9.176.1.2.7 |
cRFCfgNotifTimerNote 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.rw Unsigned32 UNITS "milliseconds" .1.3.6.1.4.1.9.9.176.1.2.8 |
cRFCfgNotifTimerMinThe minimum acceptable value for the cRFCfgNotifTimer
object.ro Unsigned32 UNITS "milliseconds" .1.3.6.1.4.1.9.9.176.1.2.9 |
cRFCfgNotifTimerMaxThe maximum acceptable value for the cRFCfgNotifTimer
object.ro Unsigned32 UNITS "milliseconds" .1.3.6.1.4.1.9.9.176.1.2.10 |
cRFCfgAdminActionThis variable is set to invoke RF subsystem action commands.
The commands are useful for maintenance and software upgrade
activities.rw RFAction .1.3.6.1.4.1.9.9.176.1.2.11 |
cRFCfgNotifsEnabledAllows enabling/disabling of RF subsystem notifications.rw TruthValue (SNMPv2-TC) .1.3.6.1.4.1.9.9.176.1.2.12 |
cRFCfgMaintenanceModeIndicates 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.rw TruthValue (SNMPv2-TC) .1.3.6.1.4.1.9.9.176.1.2.13 |
cRFCfgRedundancyModeIndicates the redundancy mode configured on the device.rw RFMode .1.3.6.1.4.1.9.9.176.1.2.14 |
cRFCfgRedundancyModeDescrFurther clarifies or describes the redundancy mode indicated
by cRFCfgRedundancyMode. Implementation-specific terminology
associated with the current redundancy mode may be presented
here.ro SnmpAdminString (SNMP-FRAMEWORK-MIB) .1.3.6.1.4.1.9.9.176.1.2.15 |
cRFCfgRedundancyOperModeIndicate the operational redundancy mode of the device.ro RFMode .1.3.6.1.4.1.9.9.176.1.2.16 |
cRFHistory OBJECT IDENTIFIER .1.3.6.1.4.1.9.9.176.1.3 |
cRFHistoryTableMaxLengthMaximum number of entries permissible in the history
table. A value of 0 will result in no history being
maintained.rw Unsigned32 (0..50 ) .1.3.6.1.4.1.9.9.176.1.3.1 |
cRFHistorySwitchOverTableA 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. SEQUENCE OF CRFHistorySwitchOverEntry .1.3.6.1.4.1.9.9.176.1.3.2 |
cRFHistorySwitchOverEntryThe 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. CRFHistorySwitchOverEntry .1.3.6.1.4.1.9.9.176.1.3.2.1 |
cRFHistorySwitchOverIndexA monotonically increasing integer for the purpose of
indexing history table. After reaching maximum value,
it wraps around to 1. Unsigned32 (1..4294967295 ) .1.3.6.1.4.1.9.9.176.1.3.2.1.1 |
cRFHistoryPrevActiveUnitIdIndicates the primary redundant unit that went down.ro RFUnitIdentifier .1.3.6.1.4.1.9.9.176.1.3.2.1.2 |
cRFHistoryCurrActiveUnitIdIndicates the secondary redundant unit that took
over as active.ro RFUnitIdentifier .1.3.6.1.4.1.9.9.176.1.3.2.1.3 |
cRFHistorySwitchOverReasonIndicates the reason for the switchover.ro RFSwactReasonType .1.3.6.1.4.1.9.9.176.1.3.2.1.4 |
cRFHistorySwactTimeIndicates the Date & Time when switchover occurred.ro DateAndTime (SNMPv2-TC) .1.3.6.1.4.1.9.9.176.1.3.2.1.5 |
cRFHistoryColdStartsIndicates the number of system cold starts. This includes
the number of system cold starts due to switchover failure
and the number of manual restarts.ro Counter32 .1.3.6.1.4.1.9.9.176.1.3.3 |
cRFHistoryStandByAvailTimeIndicates the cumulative time that a standby redundant
unit has been available since last system initialization.ro TimeInterval (SNMPv2-TC) .1.3.6.1.4.1.9.9.176.1.3.4 |
cRFClient OBJECT IDENTIFIER .1.3.6.1.4.1.9.9.176.1.4 |
cRFStatusRFClientTableThis table contains a list of RF clients that are
registered on the device.
RF clients are applications that have registered with
the Redundancy Facility (RF) to receive RF events and
notifications. The purpose of RF clients is to synchronize
any relevant data with the standby unit. SEQUENCE OF CRFStatusRFClientEntry .1.3.6.1.4.1.9.9.176.1.4.1 |
cRFStatusRFClientEntryAn entry containing information on various clients
registered with the Redundancy Facility (RF). Entries in
this table are always created by the system.
An entry is created in this table when a redundancy aware
application registers with the Redundancy Facility. The entry
is destroyed when that application deregisters from the
Redundancy Facility. CRFStatusRFClientEntry .1.3.6.1.4.1.9.9.176.1.4.1.1 |
cRFStatusRFClientIDA unique identifier for the client which registered with the
Redundancy Facility. Unsigned32 (1..4294967295 ) .1.3.6.1.4.1.9.9.176.1.4.1.1.1 |
cRFStatusRFClientDescrThe description of the client which has registered with the
Redundancy Facility.ro SnmpAdminString (SNMP-FRAMEWORK-MIB) .1.3.6.1.4.1.9.9.176.1.4.1.1.2 |
cRFStatusRFClientSeqThe sequence number of the client. The system assigns the
sequence numbers based on the order of registration of
the Redundancy Facility clients.
This is used for deciding order of RF events sent to clients.ro Unsigned32 .1.3.6.1.4.1.9.9.176.1.4.1.1.3 |
cRFStatusRFClientRedTimeTime taken for this client to become Redundant. This value
is meaningful when the value of cRFStatusRFClientStatus is
not 'noStatus'.ro Unsigned32 UNITS "milliseconds" .1.3.6.1.4.1.9.9.176.1.4.1.1.4 |
cRFStatusRFClientStatusThis object provides the status of the Redundancy Facility
client.ro RFClientStatus .1.3.6.1.4.1.9.9.176.1.4.1.1.5 |
ciscoRFMIBNotificationsPrefix OBJECT IDENTIFIER .1.3.6.1.4.1.9.9.176.2 |
ciscoRFMIBNotifications OBJECT IDENTIFIER .1.3.6.1.4.1.9.9.176.2.0 |
ciscoRFSwactNotifA 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. NOTIFICATION-TYPE .1.3.6.1.4.1.9.9.176.2.0.1 |
ciscoRFProgressionNotifA 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:
disabled (for the peer state)
standbyCold
standbyHot
active
activeExtraload NOTIFICATION-TYPE .1.3.6.1.4.1.9.9.176.2.0.2 |
ciscoRFIssuStateNotifAn ISSU notification to indicate the new state of
the system. NOTIFICATION-TYPE .1.3.6.1.4.1.9.9.176.2.0.3 |
ciscoRFIssuStateNotifRev1An ISSU notification to indicate the new state of
the system. NOTIFICATION-TYPE .1.3.6.1.4.1.9.9.176.2.0.4 |
ciscoRFMIBConformance OBJECT IDENTIFIER .1.3.6.1.4.1.9.9.176.3 |
ciscoRFMIBCompliances OBJECT IDENTIFIER .1.3.6.1.4.1.9.9.176.3.1 |
ciscoRFMIBGroups OBJECT IDENTIFIER .1.3.6.1.4.1.9.9.176.3.2 |