CISCO-OUTAGE-MONITOR-MIB
AI MIB Summary
The CISCO-OUTAGE-MONITOR-MIB tracks availability and reliability metrics for Cisco router hardware and software components by recording Accumulated Outage Time (AOT) and Number of Accumulated Failures (NAF) for interfaces, chassis, power supplies, processes, and CPU utilization. These raw counters enable the calculation of critical reliability indicators including Component Availability, Defects Per Million (DPM), Mean Time To Recovery (MTTR), Mean Time Between Failure (MTBF), and Mean Time To Failure (MTTF).
This MIB module describes, stores, and reports outage related information generated by individual hardware and software components comprising a router. They includes physical interfaces, logical interfaces, physical entities such as chassis, slots, modules, ports, power supplies, and fan, software processes running on each card, and logical entity, which can be defined by outage monitoring program, which are IOS software for each LC and RP, router device, and CPU utilization.
The outage related information comprises entity or interface up and down, process start and abnormal or normal termination, unusually high CPU utilization caused, for example, by Denial of Service (DoS) attack, etc.
The outage related event can be collected by means of Cisco's fault manager, Cisco's event manager, and syslog messages, etc.
An outage manager maintains the following outage data for each component.
1) Accumulated Outage Time (AOT): total outage time of a component from the beginning of the measurement.
2) Number of Accumulated Failure (NAF): total number of failure instance from the beginning of the measurement.
3) Recording Start Time (RST): the date-time that the measurement process began against the object.
Using aforementioned outage data, users can calculate and correlate to derive availability information as
follows:
1) Component Availability: the probability that a component will operate when needed.
= (1 - (Outage Time / Duration))
2) DPM (Defects per Million): measure(s) of the defects of the system that have an immediate impact on the end-user.
= ([AOTi / (Measurement Interval)] x 10**6)
3) MTTR(Mean Time To Recovery): expected average time to restore a failed component.
= (AOTi / NAFi)
4) MTBF (Mean Time Between Failure): expected average time between failures of a component.
= (T2 - RSTi) / NAFi
5) MTTF (Mean Time To Failure): the mean time to failure once the device starts working.
= (MTBFi - MTTRi = (T2 - RSTi - AOTi) / NAFi)
measurement 1 |<->| | | System Up @-|> Time RSTi T2
At the beginning RSTi:
tmp_AOT = AOTi (from the MIB polling);
At the end T2:
Duration = Current Time(T2) - RSTi; Outage Time = AOTj - tmp_AOT;
Main OID:
ciscoOutageMIB.1.3.6.1.4.1.9.9.280
58
Objects
Active
Status
6
Dependencies
Imported Objects
Objects
58 total| Object Name |
|---|
ciscoOutageMIBThis MIB module describes, stores, and reports outage
related information generated by individual hardware
and software components comprising a router. They includes
physical interfaces, logical interfaces, physical
entities such as chassis, slots, modules, ports,
power supplies, and fan, software processes
running on each card, and logical entity, which can be
defined by outage monitoring program,
which are IOS software for each LC and RP,
router device, and CPU utilization.
The outage related information comprises entity or
interface up and down, process start and abnormal
or normal termination, unusually high CPU utilization
caused, for example, by Denial of Service (DoS) attack,
etc.
The outage related event can be collected by means of
Cisco's fault manager, Cisco's event manager, and
syslog messages, etc.
An outage manager maintains the following outage data
for each component.
1) Accumulated Outage Time (AOT): total outage
time of a component from the beginning of
the measurement.
2) Number of Accumulated Failure (NAF): total
number of failure instance from the
beginning of the measurement.
3) Recording Start Time (RST): the date-time
that the measurement process began against the object.
Using aforementioned outage data, users can calculate
and correlate to derive availability information as
follows:
1) Component Availability: the probability
that a component will operate when needed.
= (1 - (Outage Time / Duration))
2) DPM (Defects per Million): measure(s) of the
defects of the system that have an immediate
impact on the end-user.
= ([AOTi / (Measurement Interval)] x 10**6)
3) MTTR(Mean Time To Recovery): expected average
time to restore a failed component.
= (AOTi / NAFi)
4) MTBF (Mean Time Between Failure): expected
average time between failures of a component.
= (T2 - RSTi) / NAFi
5) MTTF (Mean Time To Failure): the mean time to
failure once the device starts working.
= (MTBFi - MTTRi = (T2 - RSTi - AOTi) / NAFi)
measurement 1
|<->|
| |
System Up @-|> Time
RSTi T2
At the beginning RSTi:
tmp_AOT = AOTi (from the MIB polling);
At the end T2:
Duration = Current Time(T2) - RSTi;
Outage Time = AOTj - tmp_AOT; MODULE-IDENTITY .1.3.6.1.4.1.9.9.280 |
ciscoOutageMIBObjects OBJECT IDENTIFIER .1.3.6.1.4.1.9.9.280.1 |
cOutageBasicInfo OBJECT IDENTIFIER .1.3.6.1.4.1.9.9.280.1.1 |
cOutageApplVersionoutage monitoring application version
string.
The format will be:
'Version.Release.Patch-Level: Textual-Description'
For example: '1.0.0: Initial Outage Monitor
Application'ro SnmpAdminString (SNMP-FRAMEWORK-MIB) .1.3.6.1.4.1.9.9.280.1.1.1 |
cOutageNotificationsSentThe number of outage notifications that have been
sent. This number may include notifications
that were prevented from being transmitted due to
reasons such as resource limitations and/or
non-connectivity. If one is receiving notifications,
one can periodically poll this object to determine if
any notifications were missed. If missed, a poll of
the cOutageHistoryTable might be necessary.ro Counter32 UNITS "notifications" .1.3.6.1.4.1.9.9.280.1.1.2 |
cOutageNotificationsEnabledThis object indicates whether outage notifications
will or will not be sent when an outage related event
is generated by the device. Disabling notifications
does not prevent outage event from being added
to the cOutageHistoryTable.rw TruthValue (SNMPv2-TC) .1.3.6.1.4.1.9.9.280.1.1.3 |
cOutageNotificationFilterEnabledThis object indicates whether certain outage related
event notifications will or will not be sent when the
cOutageNotificationsEnabled is TRUE.
In the event structure, it is possible to have
certain hierarchies such that an event causes several
related events. The original event is called a root
event and other related events are called sub-events.
If it is enabled, only a root event notification will
be sent out and all other related sub-events will be
filtered out. The cOutageHistoryTable maintains only
the root event. However, it does not prevent the object
entries from being updated in the cOutageObjectTable.
The filtering policy, which correlates a root event and
the following sub-events, may vary and can be controlled
by the configuration.rw TruthValue (SNMPv2-TC) .1.3.6.1.4.1.9.9.280.1.1.4 |
cOutageFilteredEventsThe number of events which were filtered out.
This object can be utilized to determine how
many following events got filtered out related
to the notified event.ro Counter32 .1.3.6.1.4.1.9.9.280.1.1.5 |
cOutageHistory OBJECT IDENTIFIER .1.3.6.1.4.1.9.9.280.1.2 |
cOutageHistTableSizeThe upper limit on the number of entries that the
cOutageHistoryTable may contain.rw Unsigned32 UNITS "entries" .1.3.6.1.4.1.9.9.280.1.2.1 |
cOutageHistMsgsFlushedThe number of entries that have been removed from
the cOutageHistoryTable in order to make room for new
entries. The value of this object starts at '0' and
monotonically increases for each flushed message.
If the value of this object is '4294967295', the value
will become '0'. This object can be utilized to
determine whether your polling frequency on the
history table is fast enough and/or the size of your
history table is large enough such that you are not
missing events.ro Counter32 UNITS "messages" .1.3.6.1.4.1.9.9.280.1.2.2 |
cOutageHistoryTableA table of outage related events generated by this router.
Conceptual row entries are dynamically added into this
table when outage related events occur.
Entries are stored in FIFO order. When the maximum number
of entries has been reached in the table, the oldest entry
in the table is removed immediately.
When a table is reduced to a smaller size N, the oldest
entries are immediately removed from the table leaving
a maximum of N entries. SEQUENCE OF COutageHistoryEntry .1.3.6.1.4.1.9.9.280.1.2.3 |
cOutageHistoryEntryThis entry contains information about an outage related
event which has been generated by this router. COutageHistoryEntry .1.3.6.1.4.1.9.9.280.1.2.3.1 |
cOutageEventIndexAn arbitrary non-zero integer value that uniquely
identifies a COutageHistoryEntry in the table.
The value of this table starts at '1' and monotonically
increases for each object failure and recovery event
received by the agent. If the value of this object is
'4294967295', the agent will reset it to '1' upon
receiving the next event. Unsigned32 .1.3.6.1.4.1.9.9.280.1.2.3.1.1 |
cOutageEventObjectTypeThis object specifies the monitored object's type.
It comprises interface(1), physicalEntity(2),
swProcess(3), remoteObject(4), and logicalEntity(5).
The detailed description has been presented above
in the OutageMonObjectType definition.ro OutageMonObjectType .1.3.6.1.4.1.9.9.280.1.2.3.1.2 |
cOutageEventMonObjectIndexThis object identifies a specific index of the
monitored object based upon the cOutageEventObjectType.
If it is interface(1), it correlates the object
with ifIndex in ifTable in the IF-MIB.
If it is physicalEntity(2), it correlates the object
with entPhysicalIndex in entPhysicalTable in the
ENTITY-MIB.
If it is swProcess(3), the value corresponds to an entry
in the cOutageCpmMapTable, which correlates the object
with cpmCPUTotalIndex and cpmProcessPID in
cpmProcessTable in the CISCO-PROCESS-MIB.
If it is remoteObject(4), the value corresponds to an
entry in the cOutageRemoteObjMapTable, which correlates the
object with its ID and description.
If it is logicalEntity(5), the value corresponds to an
entry in the cOutageLogicalObjMapTable, which correlates the
object with the description.
It also correlates the event entry with a specific
entry in cOutageObjectTable.ro Unsigned32 .1.3.6.1.4.1.9.9.280.1.2.3.1.3 |
cOutageEventTypeIndexThe type of outage related event. The value
corresponds to an entry in the cOutageEventTypeMapTable.ro Unsigned32 .1.3.6.1.4.1.9.9.280.1.2.3.1.4 |
cOutageEventTimeThis object specifies the date and time of the
event was generated.
The value of sysUpTime, which is reinitialized during
the router boot-up, is not sufficient, since it
shall be able to measure the outage time of the
router failure over the measurement period.ro DateAndTime (SNMPv2-TC) .1.3.6.1.4.1.9.9.280.1.2.3.1.5 |
cOutageEventIntervalObject that identifies the time duration between
transitions in available state of a component.
According to the cOutageEventTypeIndex, If the event type
is up, the interval time from the last down time is
TTR (Time To Recovery).
Otherwise, the interval time from the last up is TTF
(Time To Failure).ro Unsigned32 .1.3.6.1.4.1.9.9.280.1.2.3.1.6 |
cOutageDescription OBJECT IDENTIFIER .1.3.6.1.4.1.9.9.280.1.3 |
cOutageEventTypeMapTableA table containing information about
cOutageEventTypeMapIndex value mapping.
Each conceptual row specifies a unique mapping
between a cOutageEventTypeMapIndex value, and an
outage related event type. SEQUENCE OF COutageEventTypeMapEntry .1.3.6.1.4.1.9.9.280.1.3.1 |
cOutageEventTypeMapEntryA mapping between an event type and an event description. COutageEventTypeMapEntry .1.3.6.1.4.1.9.9.280.1.3.1.1 |
cOutageEventTypeMapIndexThis object uniquely identifies an event description. Unsigned32 .1.3.6.1.4.1.9.9.280.1.3.1.1.1 |
cOutageEventTypeNameThe name of the outage related event.ro SnmpAdminString .1.3.6.1.4.1.9.9.280.1.3.1.1.2 |
cOutageEventTypeDescrTextThis object specifies a human-readable
message describing information about the
outage related event.ro SnmpAdminString (SNMP-FRAMEWORK-MIB) .1.3.6.1.4.1.9.9.280.1.3.1.1.3 |
cOutageMonObject OBJECT IDENTIFIER .1.3.6.1.4.1.9.9.280.1.4 |
cOutageObjectTableA table of monitored object entries generated
by this router, which include interface, physical
entry, and software process.
The conceptual row entries are initially established
during the monitoring start-up procedure based upon
configuration set-up. The entries are also dynamically
added into this table when a new object is detected.
The entry information will be updated, when the outage
related event occurs.
The entry will be removed only by configuration reset. SEQUENCE OF COutageObjectEntry .1.3.6.1.4.1.9.9.280.1.4.1 |
cOutageObjectEntryAn entry containing outage related information
applicable to a particular measurement object. COutageObjectEntry .1.3.6.1.4.1.9.9.280.1.4.1.1 |
cOutageObjectTypeThis object specifies the monitored object's type.
It comprises interface(1), physicalEntity(2),
swProcess(3), remoteObject(4), and logicalEntity(5).
The detailed description has been presented above
in the OutageMonObjectType definition. OutageMonObjectType .1.3.6.1.4.1.9.9.280.1.4.1.1.1 |
cOutageMonitoredObjectIndexThis object identifies a specific index of the
monitored object based upon the cOutageObjectType.
If it is interface(1), it correlates the object
with ifIndex in ifTable in the IF-MIB.
If it is PhysicalEntity(2), it correlates the object
with entPhysicalIndex in entPhysicalTable in the
ENTITY-MIB.
If it is SWProcess(3), the value corresponds to an entry
in the cOutageCpmMapTable, which correlates the object
with cpmCPUTotalIndex and cpmProcessPID in
cpmProcessTable in the CISCO-PROCESS-MIB.
If it is remoteObject(4), the value corresponds to an
entry in the cOutageRemoteObjMapTable, which correlates the
object with its ID and description.
If it is logicalEntity(5), the value corresponds to an
entry in the cOutageLogicalObjMapTable, which correlates the
object with the description. Unsigned32 .1.3.6.1.4.1.9.9.280.1.4.1.1.2 |
cOutageCurrentStatusThe current operational state of the monitored object.
The Up(1) state indicates that the monitored object is
actively or passively running in the normal condition.
The Down(2) state indicates that the monitored object
is experiencing some degree of outage.ro Enumeration .1.3.6.1.4.1.9.9.280.1.4.1.1.3 |
cOutageAOTSinceMeasureStartedThe total outage time in second of a component from the
beginning of the measurement. The table stores the outage
time up to the last recovery event. However, a request
comes in during the down status of a component, the report
adds the outage time between the last failure to the
current.ro Unsigned32 .1.3.6.1.4.1.9.9.280.1.4.1.1.4 |
cOutageNAFSinceMeasureStartedThe total number of failure instances from the beginning
of the measurement. Every failure event of a component
adds 1 to this object.ro Unsigned32 .1.3.6.1.4.1.9.9.280.1.4.1.1.5 |
cOutageRecordingStartTimeThis object specifies the date and time of the
object to start outage recording.
The instance value of this cOutageRecordingStartTime
value is initialized to the time when the monitored
object is added into this cOutageObjectTable.ro DateAndTime (SNMPv2-TC) .1.3.6.1.4.1.9.9.280.1.4.1.1.6 |
cOutageCpmMapping OBJECT IDENTIFIER .1.3.6.1.4.1.9.9.280.1.5 |
cOutageCpmMapTableA table containing information about
cOutageMonitoredObjectIndex value mapping,
when the cOutageObjectType is swProcess.
Each conceptual row specifies a unique mapping
between a cOutageMonitoredObjectIndex value, and
cpmCPUTotalIndex and cpmProcessPID in
cpmProcessTable in the CISCO-PROCESS-MIB. SEQUENCE OF COutageCpmMapEntry .1.3.6.1.4.1.9.9.280.1.5.1 |
cOutageCpmMapEntryA mapping between an object index and a pair of cpm indexes. COutageCpmMapEntry .1.3.6.1.4.1.9.9.280.1.5.1.1 |
cOutageCpmMapIndexThis object uniquely identifies cpmCPUTotalIndex and
cpmProcessPID in CISCO-PROCESS-MIB. The cpmCPUTotalIndex
is used for the cpmCPUTotalTable reference. A pair of
{ cpmCPUTotalIndex, cpmProcessPID } is used for the
cpmProcessTable reference. Unsigned32 .1.3.6.1.4.1.9.9.280.1.5.1.1.1 |
cOutageCpmCPUTotalIndexAn index that uniquely represents a CPU in cpmCPUTotalTable
in CISCO-PROCESS-MIB.ro Unsigned32 .1.3.6.1.4.1.9.9.280.1.5.1.1.2 |
cOutageCpmProcessPIDThis object contains the process ID. It identifies an
entry combined with cpmCPUTotalIndex in cpmProcessTable
in CISCO-PROCESS-MIB.ro Unsigned32 .1.3.6.1.4.1.9.9.280.1.5.1.1.3 |
cOutageRmtMapping OBJECT IDENTIFIER .1.3.6.1.4.1.9.9.280.1.6 |
cOutageRemoteObjMapTableA table containing information about
cOutageMonitoredObjectIndex value mapping,
when the cOutageObjectType is remoteObject.
Each conceptual row specifies a unique mapping
between a cOutageMonitoredObjectIndex value, and
a remote object related information such as the
object ID and the object description.
Using IP ICMP protocol to monitor the remote object,
the object ID can be Network Layer Address, which
has been configured by users via configuration file
or CLI. SEQUENCE OF COutageRemoteObjMapEntry .1.3.6.1.4.1.9.9.280.1.6.1 |
cOutageRemoteObjMapEntryA mapping between a remote object and a remote object
description. COutageRemoteObjMapEntry .1.3.6.1.4.1.9.9.280.1.6.1.1 |
cOutageRemoteObjMapIndexThis object uniquely identifies a remote object
description. Unsigned32 .1.3.6.1.4.1.9.9.280.1.6.1.1.1 |
cOutageRemoteObjIDTypeRepresents the type of address stored in
cOutageRemoteObjID.ro InetAddressType (INET-ADDRESS-MIB) .1.3.6.1.4.1.9.9.280.1.6.1.1.2 |
cOutageRemoteObjIDThis object represents the Network Layer Address
of the remote object, which is configured by
users via configuration file or CLI.
It could be an IP address or DNS
depends on users input.ro InetAddress (INET-ADDRESS-MIB) .1.3.6.1.4.1.9.9.280.1.6.1.1.3 |
cOutageRemoteObjDescrTextThis object specifies a human-readable
message describing information about the
monitored remote components such as router name
or interface name, etc.ro SnmpAdminString (SNMP-FRAMEWORK-MIB) .1.3.6.1.4.1.9.9.280.1.6.1.1.4 |
cOutageLntMapping OBJECT IDENTIFIER .1.3.6.1.4.1.9.9.280.1.7 |
cOutageLogicalObjMapTableA table containing information about
cOutageMonitoredObjectIndex value mapping,
when the cOutageObjectType is logicalEntity.
Each conceptual row specifies a unique mapping
between a cOutageMonitoredObjectIndex value, and
a logical entity object related information such
as the object description. SEQUENCE OF COutageLogicalObjMapEntry .1.3.6.1.4.1.9.9.280.1.7.1 |
cOutageLogicalObjMapEntryA mapping between a logical entity object and
a logical entity object description. COutageLogicalObjMapEntry .1.3.6.1.4.1.9.9.280.1.7.1.1 |
cOutageLogicalObjMapIndexThis object uniquely identifies a logical entity
object description. Unsigned32 .1.3.6.1.4.1.9.9.280.1.7.1.1.1 |
cOutageLogicalObjDescrTextThis object specifies a human-readable
message describing a detailed information
about the monitored logical entity.ro SnmpAdminString (SNMP-FRAMEWORK-MIB) .1.3.6.1.4.1.9.9.280.1.7.1.1.2 |
ciscoOutageMIBNotificationPrefix OBJECT IDENTIFIER .1.3.6.1.4.1.9.9.280.2 |
ciscoOutageMIBNotifications OBJECT IDENTIFIER .1.3.6.1.4.1.9.9.280.2.0 |
ciscoOutageEventThe agent generates this notification when
an outage related event on a monitored object is
detected. The sending of this notification can be
enabled/disabled via the
cOutageNotificationsEnabled object. NOTIFICATION-TYPE .1.3.6.1.4.1.9.9.280.2.0.1 |
ciscoOutageMIBConformance OBJECT IDENTIFIER .1.3.6.1.4.1.9.9.280.3 |
ciscoOutageMIBCompliances OBJECT IDENTIFIER .1.3.6.1.4.1.9.9.280.3.1 |
ciscoOutageMIBGroups OBJECT IDENTIFIER .1.3.6.1.4.1.9.9.280.3.2 |