cdbpRedundancyInfraState

• 1.3.6.1.4.1.9.10.133.1.1.8
• Access readonly
• Type rfUnknown(0), rfDisabled(1), rfInitialization(2), rfNegotiation(3), rfStandbyCold(4), rfStandbyConfig(5), rfStandbyFileSys(6), rfStandbyBulk(7), rfStandbyHot(8), rfActiveFast(9), rfActiveDrain(10), rfActivePreconfig(11), rfActivePostconfig(12), rfActive(13), rfActiveExtraload(14) ?

  rfUnknown(0), rfDisabled(1), rfInitialization(2), rfNegotiation(3), rfStandbyCold(4), rfStandbyConfig(5), rfStandbyFileSys(6), rfStandbyBulk(7), rfStandbyHot(8), rfActiveFast(9), rfActiveDrain(10), rfActivePreconfig(11), rfActivePostconfig(12), rfActive(13), rfActiveExtraload(14)

  This type is not a standard SMI/SNMP base type and is not defined as a documented TEXTUAL-CONVENTION in this MIB.

  It was extracted as raw syntax from the source MIB file and could not be resolved to a known type definition.

This parameter indicates the current state of cisco redundancy infrastructure state. rfUnknown(0) - unknown state rfDisabled(1) - RF is not functioning at this time rfInitialization(2) - co-ordinating init with platform rfNegotiation(3) - initial negotiation with peer to determine active-standby rfStandbyCold(4) - peer is active, we're cold rfStandbyConfig(5) - sync config from active to standby rfStandbyFileSys(6) - sync file sys from active to standby rfStandbyBulk(7) - clients bulk sync from active to standby rfStandbyHot(8) - standby ready-n-able to be active rfActiveFast(9) - immediate notification of standby going active rfActiveDrain(10) - drain queued messages from peer rfActivePreconfig(11) - active and before config rfActivePostconfig(12) - active and post config rfActive(13) - actively processing new calls rfActiveExtraload(14) - actively processing new calls extra resources other Processing is failed and I have extra load.