This MIB module defines objects that describe flow monitoring. A typical application of this MIB module will facilitate monitoring media flows, especially flows carrying video streams. However, by no means does the definition of this MIB module prevents other applications from using it.
FLOW MONITORS =================
At the top level, this MIB module describes the notion of a flow monitor. A flow monitor is a hardware or software entity that classifies traffic flows, collects data on conforming traffic flows, and periodically computes metrics that reflect the quality of the traffic flows. Because a device can support more than one flow monitor, the MIB module defines the cfmFlowMonitorTable. Consider an edge router that supports a certain line card that has an integrated capability to monitor video flows. In this example, the cfmFlowMonitorTable would contain a row describing each line card installed in the device.
TRAFFIC FLOWS =================
At the next level, this MIB module describes the notion of a traffic flow. This MIB module uniquely identifies a traffic flow using an auxiliary variable called cfmFlowId; however, an implementation only has guarantee its uniqueness within the scope of the flow monitor that has the responsibility for monitoring the traffic flow. Thus, we can think of the flow monitor as a container for the traffic flows for which it collects data and periodically computes metrics, as the figure below illustrates.
+----------------------------+
| cfmFlowTable |
| |
+----------------------+ +--------------------------------+
| cfmFlowMonitorId = 3 ----->| +------------------------+ |
+----------------------+ | | cfmFlowMonitorId = 3 | |
| | cfmFlowId = 101 | |
| +------------------------+ |
| +------------------------+ |
| | cfmFlowMonitorId = 3 | |
| | cfmFlowId = 102 | |
| +------------------------+ |
| : |
| : |
| +------------------------+ |
| | cfmFlowMonitorId = 3 | |
| | cfmFlowId = 150 | |
| +------------------------+ |
+--------------------------------+
| |
+----------------------+ +--------------------------------+
| cfmFlowMonitorId = 4 ----->| +------------------------+ |
+----------------------+ | | cfmFlowMonitorId = 4 | |
| | cfmFlowId = 1 | |
| +------------------------+ |
| +------------------------+ |
| | cfmFlowMonitorId = 4 | |
| | cfmFlowId = 2 | |
| +------------------------+ |
| : |
| : |
| +------------------------+ |
| | cfmFlowMonitorId = 4 | |
| | cfmFlowId = 150 | |
| +------------------------+ |
+--------------------------------+
| |
+----------------------------+
While the identifying of a traffic flow using this auxiliary variable is convenient for the MIB module, it is does suffice for an EMS/NMS trying to isolate faults in a network delivering these traffic flows. To aid an EMS/NMS in this task, this MIB module defines a number of tables that provide layers of data relating to a traffic flow, including:
o cfmFlowL2VlanTable - describes L2 VLAN data relating to traffic flows.
o cfmFlowIpTable - describes IP data relating to traffic flows.
o cfmFlowUdpTable - describes UDP data relating to traffic flows.
o cfmFlowTcpTable - describes TCP data relating to traffic flows.
o cfmFlowRtpTable - describes RTP data relating to traffic flows.
Each of these tables have a sparse dependent relationship on the cfmFlowTable, as there exist situations when the data may not be available for a traffic flow, including:
1) The flow monitor simply may not collect the particular
data for the traffic flows that it has the responsibility of monitoring. For example, a flow monitor may not have any concern for L2 VLAN data.
2) The data may not apply to a traffic flow. For example,
a TCP and RTP data do not apply for a UDP traffic flow.
To help an EMS/NMS navigate the data collected for a traffic flow, the corresponding rows are daisy-chained using 'next objects'. An EMS/NMS starts with cfmFlowNext, which indicates a reference to the row in the next table containing data related to the traffic flow. The first object contained by each of these tables is a 'next object'. Consider a RTP traffic flow for which the flow monitor has collected IP, UDP, and RTP data. The figure below illustrates how this MIB module daisy chains this data through the relevant tables.
+-------------------------------------------+
| cfmFlowTable |
| +---------------------------------------+ |
| | cfmFlowMonitorId = 3 | |
| | cfmFlowId = 42 | |
| | cfmFlowNext = cfmFlowIpNext.3.42 ----------+
| +---------------------------------------+ | |
+-------------------------------------------+ |
|
+-------------------------------------------+ |
| cfmFlowIpTable | |
| +---------------------------------------+ | |
| | cfmFlowMonitorId = 3 |<---+
| | cfmFlowId = 42 | |
| | cfmFlowIpNext = cfmFlowUdpNext.3.42 -------+
| +---------------------------------------+ | |
+-------------------------------------------+ |
|
+-------------------------------------------+ |
| cfmFlowUdpTable | |
| +---------------------------------------+ | |
| | cfmFlowMonitorId = 3 |<---+
| | cfmFlowId = 42 | |
| | cfmFlowUdpNext = cfmFlowRtpNext.3.42 ------+
| +---------------------------------------+ | |
+-------------------------------------------+ |
|
+-------------------------------------------+ |
| cfmFlowRtpTable | |
| +---------------------------------------+ | |
| | cfmFlowMonitorId = 3 |<---+
| | cfmFlowId = 42 | |
| | cfmFlowRtpNext = zeroDotZero | |
| +---------------------------------------+ | +-------------------------------------------+
Observe that this structure simplifies the task of extending the MIB module to support additional layers of data. For example, if there is a need for a device to collect data relating to the MPEG-TS layer of a flow carrying a video stream, then it is as simple as defining a table containing this data. However, the definition of such a table must comply with the following requirements:
1) The table must have a sparse dependent relationship on
the cfmFlowTable.
2) The first object contained by the table must be a 'next
object' to support daisy chaining.
REPORTING FLOW METRICS ==========================
At the next level, the MIB defines two tables that together form the foundation for reporting metrics. The cfmFlowMetricsTable has a one-to-one dependent relationship on the cfmFlowTable, and it contains data aggregate metrics and data relating to the collection of metrics for the corresponding traffic flow. A row in this table also serves as a container for the historic metrics computed by the corresponding flow monitor, as the figure below illustrates.
+----------------------------+
| cfmFlowMetricsIntTable |
| |
+----------------------+ +----------------------------------+
| cfmFlowMetricsEntry |-->| +------------------------------+ |
| | | | cfmFlowMonitorId = 3 | |
| cfmFlowMonitorId = 3 | | | cfmFlowId = 101 | |
| cfmFlowid = 101 | | | cfmFlowMetricsIntNumber = 1 | |
+----------------------+ | +------------------------------+ |
| +------------------------------+ |
| | cfmFlowMonitorId = 3 | |
| | cfmFlowId = 101 | |
| | cfmFlowMetricsIntNumber = 2 | |
| +------------------------------+ |
| : |
| : |
| +------------------------------+ |
| | cfmFlowMonitorId = 3 | |
| | cfmFlowId = 101 | |
| | cfmFlowMetricsIntNumber = N | |
| +------------------------------+ | +----------------------------------+
| |
+----------------------------+
The device collects data for a traffic flow over a configured measurement interval, indicated by cfmFlowMetricsIntervalTime. At the end of a measurement interval, the device computes metrics from this data, generating a report. An EMS/NMS can access this report using the cfmFlowMetricsIntTable. cfmFlowMetricsMaxInterval indicates the maximum number of reports a device will save for the corresponding traffic flow, while cfmFlowMetricsIntervals indicates the number of reports currently saved by the device.
The cfmFlowMetricsTable and cfmFlowMetricsIntTable have the intent of providing a foundation for reporting metrics for a traffic flow. Furthermore, it is the intent that additional MIB modules define extensions to these tables describing specific sets of metrics. The following list provides some examples:
o CISCO-FLOW-MON-MDI-MIB - this MIB module defines extensions that describe MDI metrics defined by RFC-4445.
o CISCO-FLOW-MON-RTP-MIB - this MIB module defines extensions that describe RTP metrics defined by RFC-3550.
o CISCO-FLOW-MON-IP-CBR-MIB - this MIB module defines extension that describe IP CBR metrics.
The tables defined by these MIB modules have a sparse dependent relationhip on the cfmFlowMetricsTable and cfmFlowMetricsIntTable. An EMS/NMS can determine the metrics collected for a traffic flow from the corresponding instance of cfmFlowMetricsCollected, which is nothing more than a bit string-value for which each bit corresponds to a different set of metrics.
FAULT MANAGEMENT ====================
At the next level, this MIB module defines tables that describe standing conditions. A standing condition is a lasting error, fault, or warning resulting from the application of a set of criteria to the state of an entity.
For example, a flow monitor ceases monitoring a traffic flow when it has not received any packets for that traffic flow in a configured interval of time. If flow monitor expires a significantly large number of traffic flows during a measurement interval, then this might signal a fault.
In this example, the 'set of criteria' is a rising threshold and the 'state of an entity' is the number of traffic flows expired by a flow monitor.
The cfmConditionTable describes the criteria applied to entities managed by the device, specifically flow monitors and traffic flows. The table groups these criteria into 'conditions profiles'. The device periodically applies these criteria to an entity and saves the results in a bit string-value associated with the entity.
An EMS/NMS can monitor the most recent standing conditions for a flow monitor by retrieving the corresponding instance of cfmFlowMonitorConditions. Likewise, an EMS/NMS can monitor the most recent standing conditions for a traffic flow by retrieving the corresponding instance of cfmFlowMetricsConditions.
It goes without saying that monitoring the standing conditions for significantly large numbers of traffic flows becomes problematic. To aid an EMS/NMS in this task, this MIB module defines many mechanisms. The most basic of these mechanisms is the notion of an alarm, which is simply a standing condition for which the device signals changes in state. This MIB module provides for three means of signaling when the device raises or clears an alarm condition:
1) Logging - the device creates a record of the event and
saves it in a historical account.
2) syslog - the device generates a syslog message
containing details of the event and sends it to one or more configured syslog server.
3) SNMP - the device generates a SNMP notification
containing details of the event and sends it to one or more configured targets.
An EMS/NMS can monitor the most recent alarm conditions for a flow monitor by retrieving the corresponding instance of cfmFlowMonitorAlarms. Likewise, the EMS/NMS can monitor the most recent alarm conditions for a traffic flow by retrieving the corresponding instance of cfmFlowMetricsAlarms.
Additionally, the EMS/NMS can poll a summary of alarm conditions maintained for each flow monitor and the traffic flows that it monitors. The following list summarizes the data contained by this summary:
o cfmFlowMonitorAlarmSeverity o cfmFlowMonitorAlarmCriticalCount o cfmFlowMonitorAlarmMajorCount o cfmFlowMonitorAlarmMinorCount o cfmFlowMonitorAlarmWarningCount o cfmFlowMonitorAlarmInfoCount
An EMS/NMS can also poll cfmAlarmHistoryLastId, which indicates the value of the identifier assigned to the last record saved to the historical account. When it observes a change in the value of this object, then it can retrieve the new records from the cfmAlarmHistoryTable.
The burden of monitoring alarm conditions for sufficiently large numbers of traffic flows can itself become a daunting task. Thus, this MIB module defines the notion of an alarm group, which represents a single alarm condition that aggregates a standing condition for a set of traffic flows. The cfmAlarmGroupTable describes the alarm groups configured for a device, and the cfmAlarmGroupFlowTable describes the sets of flows aggregated by these alarm groups.
GLOSSARY ============
Alarm Action - a method used by the device to signal changes in an alarm condition.
Alarm Aggregation - a technique used to efficiently monitor the same standing condition for a flow set.
Alarm Condition - a standing condition for which the device signals changes in state.
Alarm Group - a flow set for which the device monitors a configured standing condition, raising an alarm when a configured number of flows in the flow set assert the standing standing.
Alarm Severity - the relative disposition of an alarm condition when raised by the device. For example, a provider may regard a flow stop alarm as having a higher severity than a flow's loss fraction exceeding a configured threshold.
Flow Monitor - a hardware or software entity that classifies traffic flows, collects flow data, and periodically computes flow metrics.
Flow Metric - a measurement that reflects the quality of a traffic flow.
Flow Point - represents the ingress or egress of a traffic flow.
Flow Set - a group of traffic flows.
Measurement Interval - the length of time over which a flow monitor collects data related to a traffic flow, after which the flow monitor computes flow metrics using the collected data.
Standing Condition - represents a lasting error, fault, or warning resulting from the application of a set of criteria to the state of an entity, such as a flow monitor or traffic flow. For example, a flow monitor may assert a standing condition if the number of traffic flows that expire in a measurement interval exceeds a configured threshold.
Traffic Flow - a unidirectional stream of packets conforming to a classifier. For example, packets having a particular source IP address, destination IP address, protocol type, source port number, and destination port number.
TimeStampThe value of the sysUpTime object at which a specific occurrence happened. The specific occurrence must be
defined in the description of any object defined using this type.
If sysUpTime is reset to zero as a result of a re- initialization of the network management (sub)system, then the values of all TimeStamp objects are also reset. However, after approximately 497 days without a re- initialization, the sysUpTime object will reach 2^^32-1 and then increment around to zero; in this case, existing values of TimeStamp objects do not change. This can lead to ambiguities in the value of TimeStamp objects. · TimeTicks
This object indicates the value of sysUpTime the last time the device created or destroyed a row in cfmFlowMonitorTable.
cfmFlowTableChanged
1.3.6.1.4.1.9.9.692.1.2.2
TimeStampThe value of the sysUpTime object at which a specific occurrence happened. The specific occurrence must be
defined in the description of any object defined using this type.
If sysUpTime is reset to zero as a result of a re- initialization of the network management (sub)system, then the values of all TimeStamp objects are also reset. However, after approximately 497 days without a re- initialization, the sysUpTime object will reach 2^^32-1 and then increment around to zero; in this case, existing values of TimeStamp objects do not change. This can lead to ambiguities in the value of TimeStamp objects. · TimeTicks
This object indicates the value of sysUpTime the last time the device created or destroyed a row in cfmFlowTable.
cfmFlowL2VlanTableChanged
1.3.6.1.4.1.9.9.692.1.2.4
TimeStampThe value of the sysUpTime object at which a specific occurrence happened. The specific occurrence must be
defined in the description of any object defined using this type.
If sysUpTime is reset to zero as a result of a re- initialization of the network management (sub)system, then the values of all TimeStamp objects are also reset. However, after approximately 497 days without a re- initialization, the sysUpTime object will reach 2^^32-1 and then increment around to zero; in this case, existing values of TimeStamp objects do not change. This can lead to ambiguities in the value of TimeStamp objects. · TimeTicks
This object indicates the value of sysUpTime the last time the device changed the cfmFlowL2VlanTable.
cfmFlowIpTableChanged
1.3.6.1.4.1.9.9.692.1.2.6
TimeStampThe value of the sysUpTime object at which a specific occurrence happened. The specific occurrence must be
defined in the description of any object defined using this type.
If sysUpTime is reset to zero as a result of a re- initialization of the network management (sub)system, then the values of all TimeStamp objects are also reset. However, after approximately 497 days without a re- initialization, the sysUpTime object will reach 2^^32-1 and then increment around to zero; in this case, existing values of TimeStamp objects do not change. This can lead to ambiguities in the value of TimeStamp objects. · TimeTicks
This object indicates the value of sysUpTime the last time the device changed the cfmFlowIpTable.
cfmFlowUdpTableChanged
1.3.6.1.4.1.9.9.692.1.2.8
TimeStampThe value of the sysUpTime object at which a specific occurrence happened. The specific occurrence must be
defined in the description of any object defined using this type.
If sysUpTime is reset to zero as a result of a re- initialization of the network management (sub)system, then the values of all TimeStamp objects are also reset. However, after approximately 497 days without a re- initialization, the sysUpTime object will reach 2^^32-1 and then increment around to zero; in this case, existing values of TimeStamp objects do not change. This can lead to ambiguities in the value of TimeStamp objects. · TimeTicks
This object indicates the value of sysUpTime the last time the device changed the cfmFlowUdpTable.
cfmFlowTcpTableChanged
1.3.6.1.4.1.9.9.692.1.2.10
TimeStampThe value of the sysUpTime object at which a specific occurrence happened. The specific occurrence must be
defined in the description of any object defined using this type.
If sysUpTime is reset to zero as a result of a re- initialization of the network management (sub)system, then the values of all TimeStamp objects are also reset. However, after approximately 497 days without a re- initialization, the sysUpTime object will reach 2^^32-1 and then increment around to zero; in this case, existing values of TimeStamp objects do not change. This can lead to ambiguities in the value of TimeStamp objects. · TimeTicks
This object indicates the value of sysUpTime the last time the device changed the cfmFlowTcpTable.
cfmFlowRtpTableChanged
1.3.6.1.4.1.9.9.692.1.2.12
TimeStampThe value of the sysUpTime object at which a specific occurrence happened. The specific occurrence must be
defined in the description of any object defined using this type.
If sysUpTime is reset to zero as a result of a re- initialization of the network management (sub)system, then the values of all TimeStamp objects are also reset. However, after approximately 497 days without a re- initialization, the sysUpTime object will reach 2^^32-1 and then increment around to zero; in this case, existing values of TimeStamp objects do not change. This can lead to ambiguities in the value of TimeStamp objects. · TimeTicks
This object indicates the value of sysUpTime the last time the device changed the cfmFlowRtpTable.
cfmFlowMetricsTableChanged
1.3.6.1.4.1.9.9.692.1.3.2
TimeStampThe value of the sysUpTime object at which a specific occurrence happened. The specific occurrence must be
defined in the description of any object defined using this type.
If sysUpTime is reset to zero as a result of a re- initialization of the network management (sub)system, then the values of all TimeStamp objects are also reset. However, after approximately 497 days without a re- initialization, the sysUpTime object will reach 2^^32-1 and then increment around to zero; in this case, existing values of TimeStamp objects do not change. This can lead to ambiguities in the value of TimeStamp objects. · TimeTicks
This object indicates the value of sysUpTime the last time the device created or destroyed a row in cfmFlowMetricsTable.
cfmConditionTableChanged
1.3.6.1.4.1.9.9.692.1.4.2
TimeStampThe value of the sysUpTime object at which a specific occurrence happened. The specific occurrence must be
defined in the description of any object defined using this type.
If sysUpTime is reset to zero as a result of a re- initialization of the network management (sub)system, then the values of all TimeStamp objects are also reset. However, after approximately 497 days without a re- initialization, the sysUpTime object will reach 2^^32-1 and then increment around to zero; in this case, existing values of TimeStamp objects do not change. This can lead to ambiguities in the value of TimeStamp objects. · TimeTicks
This object indicates the value of sysUpTime the last time the device made a change to the cfmConditionTable.
cfmAlarmGroupTableChanged
1.3.6.1.4.1.9.9.692.1.5.2
TimeStampThe value of the sysUpTime object at which a specific occurrence happened. The specific occurrence must be
defined in the description of any object defined using this type.
If sysUpTime is reset to zero as a result of a re- initialization of the network management (sub)system, then the values of all TimeStamp objects are also reset. However, after approximately 497 days without a re- initialization, the sysUpTime object will reach 2^^32-1 and then increment around to zero; in this case, existing values of TimeStamp objects do not change. This can lead to ambiguities in the value of TimeStamp objects. · TimeTicks
This object indicates the value of sysUpTime the last time the device made a change to the cfmAlarmGroupTable.
cfmAlarmGroupFlowTableChanged
1.3.6.1.4.1.9.9.692.1.5.4
TimeStampThe value of the sysUpTime object at which a specific occurrence happened. The specific occurrence must be
defined in the description of any object defined using this type.
If sysUpTime is reset to zero as a result of a re- initialization of the network management (sub)system, then the values of all TimeStamp objects are also reset. However, after approximately 497 days without a re- initialization, the sysUpTime object will reach 2^^32-1 and then increment around to zero; in this case, existing values of TimeStamp objects do not change. This can lead to ambiguities in the value of TimeStamp objects. · TimeTicks
This object indicates the value of sysUpTime the last time the device made a change to the cfmAlarmGroupTable.
cfmAlarmHistorySize
1.3.6.1.4.1.9.9.692.1.6.1
Unsigned32 (1..4294967295)
This object specifies the maximum number of rows the cfmAlarmHistoryTable can contain at any given time. If the device raises or clears an alarm and the cfmAlarmHistoryTable already contains a number of rows equal to the value of this object, then it destroys the oldest row before creating a new one.
cfmAlarmHistoryLastId
1.3.6.1.4.1.9.9.692.1.6.2
Unsigned32 (1..4294967295)
This object indicates the value of cfmAlarmHistoryId corresponding to the last row created in the cfmAlarmHistoryTable.
cfmNotifyEnable
1.3.6.1.4.1.9.9.692.1.7.1
TruthValue1 = true2 = falseRepresents a boolean value. · Integer32
This object specifies whether the device generates a cfmNotifyAlarm notification when an alarm condition changes state.
Table details
cfmFlowMonitorTable
1.3.6.1.4.1.9.9.692.1.1.1
Index: cfmFlowMonitorId
This table lists the flow monitors contained by the device.
cfmFlowMonitorId
1.3.6.1.4.1.9.9.692.1.1.1.1.1
FlowMonitorIdentifierThis textual convention denotes an arbitrary integer-value that uniquely identifies a flow monitor. (1..4294967295) · Unsigned32 · hint d
This object indicates an arbitrary integer-value that uniquely identifies the flow monitor. Observe that the value assigned to a flow monitor does not necessarily persist across restarts or the removal-insertion of a physical entity supporting flow monitor(s).
cfmFlowMonitorDescr
1.3.6.1.4.1.9.9.692.1.1.1.1.2
SnmpAdminStringAn octet string containing administrative information, preferably in human-readable form.
To facilitate internationalization, this information is represented using the ISO/IEC IS 10646-1 character set, encoded as an octet string using the UTF-8 transformation format described in [RFC2279].
Since additional code points are added by amendments to the 10646 standard from time to time, implementations must be prepared to encounter any code point from 0x00000000 to 0x7fffffff. Byte sequences that do not correspond to the valid UTF-8 encoding of a code point or are outside this range are prohibited.
The use of control codes should be avoided.
When it is necessary to represent a newline, the control code sequence CR LF should be used.
The use of leading or trailing white space should be avoided.
For code points not directly supported by user interface hardware or software, an alternative means of entry and display, such as hexadecimal, may be provided.
For information encoded in 7-bit US-ASCII, the UTF-8 encoding is identical to the US-ASCII encoding.
UTF-8 may require multiple bytes to represent a single character / code point; thus the length of this object in octets may be different from the number of characters encoded. Similarly, size constraints refer to the number of encoded octets, not the number of characters represented by an encoding.
Note that when this TC is used for an object that is used or envisioned to be used as an index, then a SIZE restriction MUST be specified so that the number of sub-identifiers for any object instance does not exceed the limit of 128, as defined by [RFC3416].
Note that the size of an SnmpAdminString object is measured in octets, not characters. SIZE (0..255) · OCTET STRING · hint 255t
This object indicates a human-readable description for the flow monitor.
cfmFlowMonitorCaps
1.3.6.1.4.1.9.9.692.1.1.1.1.3
FlowMetricsThis textual convention denotes an enumerated integer-value that represents a set of metrics:
'mdi' This set of metrics consists of the Media Delivery Index (MDI) [RFC4445]
'rtp' This set of metrics consists of data similar to that computed and sent by a RTP client in a RTCP receiver report [RFC3550].
'ipCbr' This set of metrics complements MDI, measuring the notion of Media Rate Variation (MRV).Reference: H. Schulzrinne, S. Casner, R. Fredrick, and V. Jacobson, 'RTP: A Transport Protocol for Real-Time Applications', RFC-3550, July 2003.
J. Welch and J. Clark, 'A Proposed Media Delivery Index (MDI)', RFC-4445, APril 2006. · BITS
This object indicates the capabilities of the flow monitor. Specifically, the value of this column indicates a '1' for each set of flow metrics the flow monitor is capable of measuring.
cfmFlowMonitorFlowCount
1.3.6.1.4.1.9.9.692.1.1.1.1.4
Gauge32 · traffic flows
This object indicates the number of traffic flows currently monitored by the flow monitor.
cfmFlowMonitorConditionsProfile
1.3.6.1.4.1.9.9.692.1.1.1.1.5
FlowMonitorConditionsProfileOrZeroThis textual convention serves as an extension of the FlowMonitorConditionsProfile textual convention, which permits the value '0'. The use of the value '0' is specific to an object, thus requiring the descriptive text associated with the object to describe the semantics of its use. · Unsigned32 · hint d
This object indicates the conditions profile that contains the descriptions of the standing conditions monitored for the flow monitor.
If the flow monitor does not have an associated conditions profile, then the value of this column must be zero.
cfmFlowMonitorConditions
1.3.6.1.4.1.9.9.692.1.1.1.1.6
FlowMonitorConditionsThis textual convention denotes a octet string-value that represents the standing conditions associated with an entity, such as a flow monitor a traffic flow.
Each bit in the string corresponds to a single standing condition. The device should present a description of the standing condition in the cfmConditionTable, which uniquely identifies such a description by the following tuple:
[cfmConditionProfile, cfmConditionId]
where cfmConditionProfile uniquely identifies the conditions profile containing the description and cfmConditionId corresponds to the bit position within the string. The figure below illustrates a representation of the string containing N octets:
Octet 0 Octet N-1
7 6 5 4 3 2 1 0 7 6 5 4 3 2 1 0
+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+
| |...| |
+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+
| | | | | | | | | | | | | | | |
| | | | | | | | | | | | | | | +- Condition 8(n-1)
| | | | | | | | | | | | | | +--- Condition 8(n-1)+1
| | | | | | | | | | | | | +----- Condition 8(n-1)+2
| | | | | | | | | | | | +------- Condition 8(n-1)+3
| | | | | | | | | | | +--------- Condition 8(n-1)+4
| | | | | | | | | | +----------- Condition 8(n-1)+5
| | | | | | | | | +------------- Condition 8(n-1)+6
| | | | | | | | +--------------- Condition 8(n-1)+7
| | | | | | | | :
| | | | | | | | :
| | | | | | | +--------------------- Condition 0 | | | | | | +----------------------- Condition 1 | | | | | +------------------------- Condition 2 | | | | +--------------------------- Condition 3 | | | +----------------------------- Condition 4 | | +------------------------------- Condition 5 | +--------------------------------- Condition 6 +----------------------------------- Condition 7 SIZE (0..255) · OCTET STRING · hint 1x:
This object indicates the current standing conditions for the flow monitor.
If the flow monitor does not have an associated conditions profile, then the value of this column must be the null string.
cfmFlowMonitorAlarms
1.3.6.1.4.1.9.9.692.1.1.1.1.7
FlowMonitorConditionsThis textual convention denotes a octet string-value that represents the standing conditions associated with an entity, such as a flow monitor a traffic flow.
Each bit in the string corresponds to a single standing condition. The device should present a description of the standing condition in the cfmConditionTable, which uniquely identifies such a description by the following tuple:
[cfmConditionProfile, cfmConditionId]
where cfmConditionProfile uniquely identifies the conditions profile containing the description and cfmConditionId corresponds to the bit position within the string. The figure below illustrates a representation of the string containing N octets:
Octet 0 Octet N-1
7 6 5 4 3 2 1 0 7 6 5 4 3 2 1 0
+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+
| |...| |
+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+
| | | | | | | | | | | | | | | |
| | | | | | | | | | | | | | | +- Condition 8(n-1)
| | | | | | | | | | | | | | +--- Condition 8(n-1)+1
| | | | | | | | | | | | | +----- Condition 8(n-1)+2
| | | | | | | | | | | | +------- Condition 8(n-1)+3
| | | | | | | | | | | +--------- Condition 8(n-1)+4
| | | | | | | | | | +----------- Condition 8(n-1)+5
| | | | | | | | | +------------- Condition 8(n-1)+6
| | | | | | | | +--------------- Condition 8(n-1)+7
| | | | | | | | :
| | | | | | | | :
| | | | | | | +--------------------- Condition 0 | | | | | | +----------------------- Condition 1 | | | | | +------------------------- Condition 2 | | | | +--------------------------- Condition 3 | | | +----------------------------- Condition 4 | | +------------------------------- Condition 5 | +--------------------------------- Condition 6 +----------------------------------- Condition 7 SIZE (0..255) · OCTET STRING · hint 1x:
This object indicates the current alarm conditions for the flow monitor.
If the flow monitor does not have an associated conditions profile, then the value of this column must be the null string.
cfmFlowMonitorAlarmSeverity
1.3.6.1.4.1.9.9.692.1.1.1.1.8
CiscoAlarmSeverity1 = cleared2 = indeterminate3 = critical4 = major5 = minor6 = warning7 = infoRepresents the perceived alarm severity associated with a service or safety affecting condition and/or event. These are based on ITU severities, except that info(7) is added.
cleared(1) - Indicates a previous alarm condition has been cleared. It is not required (unless specifically stated elsewhere on a case by case basis) that an alarm condition that has been cleared will produce a notification or other event containing an alarm severity with this value.
indeterminate(2) - Indicates that the severity level cannot be determined.
critical(3) - Indicates that a service or safety affecting condition has occurred and an immediate corrective action is required.
major(4) - Indicates that a service affecting condition has occurred and an urgent corrective action is required.
minor(5) - Indicates the existence of a non-service affecting condition and that corrective action should be taken in order to prevent a more serious (for example, service or safety affecting) condition.
warning(6) - Indicates the detection of a potential or impending service or safety affecting condition, before any significant effects have been felt.
info(7) - Indicates an alarm condition that does not meet any other severity definition. This can include important, but non-urgent, notices or informational events.Reference: ITU-X.733 · Integer32
This object indicates the high severity alarm condition currently raised by the flow monitor and the traffic flows monitored by the flow monitor.
If no alarm is raised for the flow monitor and the traffic flows monitored for the flow monitor, then the value of this column is 'cleared'.
cfmFlowMonitorAlarmCriticalCount
1.3.6.1.4.1.9.9.692.1.1.1.1.9
Gauge32 · alarms
This object indicates the number of alarm conditions with a critical severity currently raised for traffic flows monitored by the flow monitor.
cfmFlowMonitorAlarmMajorCount
1.3.6.1.4.1.9.9.692.1.1.1.1.10
Gauge32 · alarms
This object indicates the number of alarm conditions with a major severity currently raised for traffic flows monitored by the flow monitor.
cfmFlowMonitorAlarmMinorCount
1.3.6.1.4.1.9.9.692.1.1.1.1.11
Gauge32 · alarms
This object indicates the number of alarm conditions with a minor severity currently raised for traffic flows monitored by the flow monitor.
cfmFlowMonitorAlarmWarningCount
1.3.6.1.4.1.9.9.692.1.1.1.1.12
Gauge32 · alarms
This object indicates the number of alarm conditions with a warning severity currently raised for traffic flows monitored by the flow monitor.
cfmFlowMonitorAlarmInfoCount
1.3.6.1.4.1.9.9.692.1.1.1.1.13
Gauge32 · alarms
This object indicates the number of alarm conditions with a informational severity currently raised for traffic flows monitored by the flow monitor.
cfmFlowTable
1.3.6.1.4.1.9.9.692.1.2.1
Index: cfmFlowMonitorId · cfmFlowId
This table lists the traffic flows monitored by each flow monitor supported by the device.
This table has an expansion dependent relationship on the cfmFlowMonitorTable, containing zero or more rows for each flow monitor.
cfmFlowId
1.3.6.1.4.1.9.9.692.1.2.1.1.1
FlowIdentifierThis textual convention denotes an arbitrary integer-value that uniquely identifies a traffic flow within the scope of the flow monitor that collects data and periodically computes metrics for the traffic flow. (1..4294967295) · Unsigned32 · hint d
This object indicates an arbitrary integer-value that uniquely identifies a traffic flow in the scope of the flow monitor that learned it. Observe that the value assigned to a flow does not necessarily persist across restarts or the removal-insertion of a physical entity supporting flow monitor(s).
cfmFlowDescr
1.3.6.1.4.1.9.9.692.1.2.1.1.2
SnmpAdminStringAn octet string containing administrative information, preferably in human-readable form.
To facilitate internationalization, this information is represented using the ISO/IEC IS 10646-1 character set, encoded as an octet string using the UTF-8 transformation format described in [RFC2279].
Since additional code points are added by amendments to the 10646 standard from time to time, implementations must be prepared to encounter any code point from 0x00000000 to 0x7fffffff. Byte sequences that do not correspond to the valid UTF-8 encoding of a code point or are outside this range are prohibited.
The use of control codes should be avoided.
When it is necessary to represent a newline, the control code sequence CR LF should be used.
The use of leading or trailing white space should be avoided.
For code points not directly supported by user interface hardware or software, an alternative means of entry and display, such as hexadecimal, may be provided.
For information encoded in 7-bit US-ASCII, the UTF-8 encoding is identical to the US-ASCII encoding.
UTF-8 may require multiple bytes to represent a single character / code point; thus the length of this object in octets may be different from the number of characters encoded. Similarly, size constraints refer to the number of encoded octets, not the number of characters represented by an encoding.
Note that when this TC is used for an object that is used or envisioned to be used as an index, then a SIZE restriction MUST be specified so that the number of sub-identifiers for any object instance does not exceed the limit of 128, as defined by [RFC3416].
Note that the size of an SnmpAdminString object is measured in octets, not characters. SIZE (0..255) · OCTET STRING · hint 255t
This object indicates a human-readable description of the traffic flow.
cfmFlowNext
1.3.6.1.4.1.9.9.692.1.2.1.1.3
RowPointerRepresents a pointer to a conceptual row. The value is the name of the instance of the first accessible columnar object in the conceptual row.
For example, ifIndex.3 would point to the 3rd row in the ifTable (note that if ifIndex were not-accessible, then ifDescr.3 would be used instead). · OBJECT IDENTIFIER
This object indicates a reference to a row in another table containing additional data relating to the traffic flow.
cfmFlowCreateTime
1.3.6.1.4.1.9.9.692.1.2.1.1.4
TimeStampThe value of the sysUpTime object at which a specific occurrence happened. The specific occurrence must be
defined in the description of any object defined using this type.
If sysUpTime is reset to zero as a result of a re- initialization of the network management (sub)system, then the values of all TimeStamp objects are also reset. However, after approximately 497 days without a re- initialization, the sysUpTime object will reach 2^^32-1 and then increment around to zero; in this case, existing values of TimeStamp objects do not change. This can lead to ambiguities in the value of TimeStamp objects. · TimeTicks
This object indicates the value of sysUpTime when the row was created.
cfmFlowDiscontinuityTime
1.3.6.1.4.1.9.9.692.1.2.1.1.5
TimeStampThe value of the sysUpTime object at which a specific occurrence happened. The specific occurrence must be
defined in the description of any object defined using this type.
If sysUpTime is reset to zero as a result of a re- initialization of the network management (sub)system, then the values of all TimeStamp objects are also reset. However, after approximately 497 days without a re- initialization, the sysUpTime object will reach 2^^32-1 and then increment around to zero; in this case, existing values of TimeStamp objects do not change. This can lead to ambiguities in the value of TimeStamp objects. · TimeTicks
This object indicates the value of sysUpTime on the most recent occasion at which any one or more of counters associated with the traffic flow suffered a discontinuity (e.g., process restart or failover event).
cfmFlowExpirationTime
1.3.6.1.4.1.9.9.692.1.2.1.1.6
Unsigned32 · seconds
This object indicates the expiration interval for the traffic flow. If the flow monitor receives no packets for the traffic flow in this interval, then it expires the flow; that is, it stops monitoring the traffic and removes the corresponding row from the cfmFlowTable. If this column is '0', then the traffic flow was statically configured (as opposed to dynamically learned) and it will never expire.
This object indicates the direction of the traffic flow where the flow monitor collects data:
'unknown' The SNMP entity does not know the direction of the traffic flow at the point the flow monitor collects data.
'ingress' The flow monitor collects data at the point where the traffic flow enters the devices
'egress' The flow monitor collects data at the point where the traffic flow leaves the device.
This object specifies the desired state of the traffic flow:
'enabled' The corresponding flow monitor is collecting data and computing metrics for the traffic flow.
'disabled' The corresponding flow monitor is not collecting data or computing metrics for the traffic flow. As long as a traffic flow remains in this state, the flow monitor will not expire the traffic flow.
'expire' When this column is set to this value, it forces the traffic flow to expire. It is not possible to return this value in a response to a retrieval operation.
cfmFlowOperStatus
1.3.6.1.4.1.9.9.692.1.2.1.1.9
INTEGER1 = enabled2 = disabled · Integer32
This object indicates the operational state of the traffic flow:
'enabled' The corresponding flow monitor is actively monitoring the traffic flow.
'disabled' The corresponding flow monitor is neither collecting data, nor computing metrics for the traffic flow.
cfmFlowIngressType
1.3.6.1.4.1.9.9.692.1.2.1.1.10
FlowPointType1 = other2 = unknown3 = none4 = interface5 = dot1qVlanThis textual convention denotes an enumerated integer-value that represents a point at which a flow monitor collects data for a traffic flow:
'other' The implementation of the MIB module using this textual convention does not recognize the flow point.
'unknown' The device is unable to ascertain the point at which the flow monitor collects data for the traffic flow.
'none' There is no point at which the flow monitor collects data for the traffic flow.
'interface' The flow point is an interface represented by a row in the ifTable (defined by the IF-MIB [RFC2863].
'dot1qVlan' The flow point is an IEEE 802.1q VLAN represented by a row in the ifTable (defined by the IF-MIB [RFC2863]) and a tag representing the VLAN.
With the exception of the values 'unknown' and 'none', each definition of a concrete FlowPointType value MUST have a corresponding textual convention for use with the particular type of flow point.
To support future extensions, a MIB module SHOULD NOT sub-type the FlowPointType textual convention in an object type definition. However, a compliance statement MAY sub-type it in order to require only a subset of the flow point types for a compliant implementation.
Implementations must ensure that FlowPointType objects and any dependent objects (e.g., FlowPointIdentifier objects) are consistent. For example, an implementation must respond with an 'inconsistentValue' error if an attempt is made to modify a FlowPointType object without changing the corresponding FlowPointIdentifier object.Reference: K. McCloghrie and F. Kastenholz, 'The Interfaces Group MIB', RFC-2863, June 2000. · Integer32
This object indicates the type of port that receives the traffic for this traffic flow.
cfmFlowIngress
1.3.6.1.4.1.9.9.692.1.2.1.1.11
FlowPointIdentifierThis textual convention denotes an octet string-value that identifies a point at which a flow monitor collects data for a traffic flow.
An implementation MUST ALWAYS interpret a FlowPointIdentifier value within the context of a FlowPointType value. Every use of the FlowPointIdentifier textual convention requires the specification of a FlowPointType object to provide the context. A MIB module SHOULD logically register the FlowPointType object before the FlowPointIdentifier object(s).
The value of a FlowPointIdentifier object MUST BE the null string if the value of the FlowPointType object providing the context is 'unknown' or 'none'.
Implementations must ensure that a FlowPointIdentifier object remains consistent with the FlowPointType object providing the context. For example, an implementation must respond with an 'inconsistentValue' error if an attempt is made to modify a FlowPointIdentifier object without changing the corresponding FlowPointType object. SIZE (0..255) · OCTET STRING · hint 1x:
This object identifies the port that receives the traffic for this traffic flow.
cfmFlowEgressType
1.3.6.1.4.1.9.9.692.1.2.1.1.12
FlowPointType1 = other2 = unknown3 = none4 = interface5 = dot1qVlanThis textual convention denotes an enumerated integer-value that represents a point at which a flow monitor collects data for a traffic flow:
'other' The implementation of the MIB module using this textual convention does not recognize the flow point.
'unknown' The device is unable to ascertain the point at which the flow monitor collects data for the traffic flow.
'none' There is no point at which the flow monitor collects data for the traffic flow.
'interface' The flow point is an interface represented by a row in the ifTable (defined by the IF-MIB [RFC2863].
'dot1qVlan' The flow point is an IEEE 802.1q VLAN represented by a row in the ifTable (defined by the IF-MIB [RFC2863]) and a tag representing the VLAN.
With the exception of the values 'unknown' and 'none', each definition of a concrete FlowPointType value MUST have a corresponding textual convention for use with the particular type of flow point.
To support future extensions, a MIB module SHOULD NOT sub-type the FlowPointType textual convention in an object type definition. However, a compliance statement MAY sub-type it in order to require only a subset of the flow point types for a compliant implementation.
Implementations must ensure that FlowPointType objects and any dependent objects (e.g., FlowPointIdentifier objects) are consistent. For example, an implementation must respond with an 'inconsistentValue' error if an attempt is made to modify a FlowPointType object without changing the corresponding FlowPointIdentifier object.Reference: K. McCloghrie and F. Kastenholz, 'The Interfaces Group MIB', RFC-2863, June 2000. · Integer32
This object indicates the type of port that transmits the traffic for this traffic flow.
cfmFlowEgress
1.3.6.1.4.1.9.9.692.1.2.1.1.13
FlowPointIdentifierThis textual convention denotes an octet string-value that identifies a point at which a flow monitor collects data for a traffic flow.
An implementation MUST ALWAYS interpret a FlowPointIdentifier value within the context of a FlowPointType value. Every use of the FlowPointIdentifier textual convention requires the specification of a FlowPointType object to provide the context. A MIB module SHOULD logically register the FlowPointType object before the FlowPointIdentifier object(s).
The value of a FlowPointIdentifier object MUST BE the null string if the value of the FlowPointType object providing the context is 'unknown' or 'none'.
Implementations must ensure that a FlowPointIdentifier object remains consistent with the FlowPointType object providing the context. For example, an implementation must respond with an 'inconsistentValue' error if an attempt is made to modify a FlowPointIdentifier object without changing the corresponding FlowPointType object. SIZE (0..255) · OCTET STRING · hint 1x:
This object identifies the port that transmits the traffic for this traffic flow.
cfmFlowL2VlanTable
1.3.6.1.4.1.9.9.692.1.2.3
Index: cfmFlowMonitorId · cfmFlowId
This table contains additional data relating to the L2 VLAN carrying traffic flows monitored by flow monitors.
This table has a sparse dependent relationship on the cfmFlowTable.
cfmFlowL2VlanNext
1.3.6.1.4.1.9.9.692.1.2.3.1.1
RowPointerRepresents a pointer to a conceptual row. The value is the name of the instance of the first accessible columnar object in the conceptual row.
For example, ifIndex.3 would point to the 3rd row in the ifTable (note that if ifIndex were not-accessible, then ifDescr.3 would be used instead). · OBJECT IDENTIFIER
This object indicates a reference to a row in another table containing additional data relating to the corresponding traffic flow.
cfmFlowL2VlanId
1.3.6.1.4.1.9.9.692.1.2.3.1.2
VlanIdThe VLAN-ID that uniquely identifies a VLAN. This is the 12-bit VLAN-ID used in the VLAN Tag header. The range is defined by the REFERENCEd specification.Reference: IEEE Std 802.1Q 2003 Edition, Virtual Bridged Local Area Networks. (1..4094) · Integer32 · hint d
This object indicates the tag associated with the VLAN carrying the corresponding traffic flow.
cfmFlowL2VlanCos
1.3.6.1.4.1.9.9.692.1.2.3.1.3
Layer2CosAn integer that is in the range of the layer 2 CoS values. It corresponds to the IEEE 802.1P CoS value which defines eight (2^3) user priority levels. Note: the IEEE 802.1P has been merged into IEEE 802.1D.Reference: IEEE 802.1D, 2004 Edition, Annex G User priorities and traffic classes. (0..7) · Integer32
This object indicates the layer 2 COS assigned to the corresponding traffic flow.
cfmFlowIpTable
1.3.6.1.4.1.9.9.692.1.2.5
Index: cfmFlowMonitorId · cfmFlowId
This table contains additional data relating to the IP carrying the corresponding traffic flow.
This table has a sparse dependent relationship on the cfmFlowTable.
cfmFlowIpNext
1.3.6.1.4.1.9.9.692.1.2.5.1.1
RowPointerRepresents a pointer to a conceptual row. The value is the name of the instance of the first accessible columnar object in the conceptual row.
For example, ifIndex.3 would point to the 3rd row in the ifTable (note that if ifIndex were not-accessible, then ifDescr.3 would be used instead). · OBJECT IDENTIFIER
This object indicates a reference to a row in another table containing additional data relating to the corresponding traffic flow.
cfmFlowIpAddrType
1.3.6.1.4.1.9.9.692.1.2.5.1.2
InetAddressType0 = unknown1 = ipv42 = ipv63 = ipv4z4 = ipv6z16 = dnsA value that represents a type of Internet address.
unknown(0) An unknown address type. This value MUST
be used if the value of the corresponding InetAddress object is a zero-length string. It may also be used to indicate an IP address that is not in one of the formats defined below.
ipv4(1) An IPv4 address as defined by the
InetAddressIPv4 textual convention.
ipv6(2) An IPv6 address as defined by the
InetAddressIPv6 textual convention.
ipv4z(3) A non-global IPv4 address including a zone
index as defined by the InetAddressIPv4z textual convention.
ipv6z(4) A non-global IPv6 address including a zone
index as defined by the InetAddressIPv6z textual convention.
dns(16) A DNS domain name as defined by the
InetAddressDNS textual convention.
Each definition of a concrete InetAddressType value must be accompanied by a definition of a textual convention for use with that InetAddressType.
To support future extensions, the InetAddressType textual convention SHOULD NOT be sub-typed in object type definitions. It MAY be sub-typed in compliance statements in order to require only a subset of these address types for a compliant implementation.
Implementations must ensure that InetAddressType objects and any dependent objects (e.g., InetAddress objects) are consistent. An inconsistentValue error must be generated if an attempt to change an InetAddressType object would, for example, lead to an undefined InetAddress value. In particular, InetAddressType/InetAddress pairs must be changed together if the address type changes (e.g., from ipv6(2) to ipv4(1)). · Integer32
This object indicates the type of IP address indicated by the corresponding instances of cfmFlowIpAddrSrc and cfmFlowIpAddrDst.
cfmFlowIpAddrSrc
1.3.6.1.4.1.9.9.692.1.2.5.1.3
InetAddressDenotes a generic Internet address.
An InetAddress value is always interpreted within the context of an InetAddressType value. Every usage of the InetAddress textual convention is required to specify the InetAddressType object that provides the context. It is suggested that the InetAddressType object be logically registered before the object(s) that use the InetAddress textual convention, if they appear in the same logical row.
The value of an InetAddress object must always be consistent with the value of the associated InetAddressType object. Attempts to set an InetAddress object to a value inconsistent with the associated InetAddressType must fail with an inconsistentValue error.
When this textual convention is used as the syntax of an index object, there may be issues with the limit of 128 sub-identifiers specified in SMIv2, STD 58. In this case, the object definition MUST include a 'SIZE' clause to limit the number of potential instance sub-identifiers; otherwise the applicable constraints MUST be stated in the appropriate conceptual row DESCRIPTION clauses, or in the surrounding documentation if there is no single DESCRIPTION clause that is appropriate. SIZE (0..255) · OCTET STRING
This object indicates the source IP address of the corresponding traffic flow.
cfmFlowIpAddrDst
1.3.6.1.4.1.9.9.692.1.2.5.1.4
InetAddressDenotes a generic Internet address.
An InetAddress value is always interpreted within the context of an InetAddressType value. Every usage of the InetAddress textual convention is required to specify the InetAddressType object that provides the context. It is suggested that the InetAddressType object be logically registered before the object(s) that use the InetAddress textual convention, if they appear in the same logical row.
The value of an InetAddress object must always be consistent with the value of the associated InetAddressType object. Attempts to set an InetAddress object to a value inconsistent with the associated InetAddressType must fail with an inconsistentValue error.
When this textual convention is used as the syntax of an index object, there may be issues with the limit of 128 sub-identifiers specified in SMIv2, STD 58. In this case, the object definition MUST include a 'SIZE' clause to limit the number of potential instance sub-identifiers; otherwise the applicable constraints MUST be stated in the appropriate conceptual row DESCRIPTION clauses, or in the surrounding documentation if there is no single DESCRIPTION clause that is appropriate. SIZE (0..255) · OCTET STRING
This object indicates the destination IP address of the corresponding traffic flow.
cfmFlowIpValid
1.3.6.1.4.1.9.9.692.1.2.5.1.5
BITS
This object indicates whether the corresponding instances of cfmFlowIpTrafficClass and cfmFlowIpHopLimit are valid.
cfmFlowIpTrafficClass
1.3.6.1.4.1.9.9.692.1.2.5.1.6
Unsigned32 (0..255)
Reference: J. Postel, 'Internet Protocol', RFC-791, September 1981.
J. Deering and R. Hinden, 'Internet Protocol, Version 6 (IPv6) Specification', RFC-2460, December 1998.
This object indicates the traffic class of the corresponding traffic flow.
If version 4 of the IP carries the traffic flow, then the value of this column corresponds to the 'Type of Service' field of the IP header contained by packets in the traffic flow.
If version 6 of the IP carries the traffic flow, then the value of this column corresponds to the '' field of the IP header contained by packets in the traffic flow.
The value of this column is valid only if the 'trafficClass' bit of the corresponding instance of cfmFlowIpValid is '1'.
cfmFlowIpHopLimit
1.3.6.1.4.1.9.9.692.1.2.5.1.7
Unsigned32 (0..255)
Reference: J. Postel, 'Internet Protocol', RFC-791, September 1981.
J. Deering and R. Hinden, 'Internet Protocol, Version 6 (IPv6) Specification', RFC-2460, December 1998.
This object indicates the hop limit of the corresponding traffic flow.
If version 4 of the IP carries the traffic flow, then the value of this column corresponds to the 'Time to Live' field of the IP header contained by packets in the traffic flow (as observed by the flow monitor).
If version 6 of the IP carries the traffic flow, then the value of this column corresponds to the 'Hop Limit' field of the IP header contained by packets in the traffic flow (as observed by the flow monitor).
The value of this column is valid only if the 'hopLimit' bit of the corresponding instance of cfmFlowIpValid is '1'.
cfmFlowUdpTable
1.3.6.1.4.1.9.9.692.1.2.7
Index: cfmFlowMonitorId · cfmFlowId
This table contains additional data relating to the UDP carrying the corresponding traffic flow.
This table has a sparse dependent relationship on the cfmFlowTable.
cfmFlowUdpNext
1.3.6.1.4.1.9.9.692.1.2.7.1.1
RowPointerRepresents a pointer to a conceptual row. The value is the name of the instance of the first accessible columnar object in the conceptual row.
For example, ifIndex.3 would point to the 3rd row in the ifTable (note that if ifIndex were not-accessible, then ifDescr.3 would be used instead). · OBJECT IDENTIFIER
This object indicates a reference to a row in another table containing additional data relating to the corresponding traffic flow.
cfmFlowUdpPortSrc
1.3.6.1.4.1.9.9.692.1.2.7.1.2
InetPortNumberRepresents a 16 bit port number of an Internet transport layer protocol. Port numbers are assigned by IANA. A current list of all assignments is available from <http://www.iana.org/>.
The value zero is object-specific and must be defined as part of the description of any object that uses this syntax. Examples of the usage of zero might include situations where a port number is unknown, or when the value zero is used as a wildcard in a filter.Reference: STD 6 (RFC 768), STD 7 (RFC 793) and RFC 2960 (0..65535) · Unsigned32 · hint d
This object indicates the source UDP port number of the corresponding traffic flow.
cfmFlowUdpPortDst
1.3.6.1.4.1.9.9.692.1.2.7.1.3
InetPortNumberRepresents a 16 bit port number of an Internet transport layer protocol. Port numbers are assigned by IANA. A current list of all assignments is available from <http://www.iana.org/>.
The value zero is object-specific and must be defined as part of the description of any object that uses this syntax. Examples of the usage of zero might include situations where a port number is unknown, or when the value zero is used as a wildcard in a filter.Reference: STD 6 (RFC 768), STD 7 (RFC 793) and RFC 2960 (0..65535) · Unsigned32 · hint d
This object indicates the destination UDP port number of the corresponding traffic flow.
cfmFlowTcpTable
1.3.6.1.4.1.9.9.692.1.2.9
Index: cfmFlowMonitorId · cfmFlowId
This table contains additional data relating to the TCP carrying the corresponding traffic flow.
This table has a sparse dependent relationship on the cfmFlowTable.
cfmFlowTcpNext
1.3.6.1.4.1.9.9.692.1.2.9.1.1
RowPointerRepresents a pointer to a conceptual row. The value is the name of the instance of the first accessible columnar object in the conceptual row.
For example, ifIndex.3 would point to the 3rd row in the ifTable (note that if ifIndex were not-accessible, then ifDescr.3 would be used instead). · OBJECT IDENTIFIER
This object indicates a reference to a row in another table containing additional data relating to the corresponding traffic flow.
cfmFlowTcpPortSrc
1.3.6.1.4.1.9.9.692.1.2.9.1.2
InetPortNumberRepresents a 16 bit port number of an Internet transport layer protocol. Port numbers are assigned by IANA. A current list of all assignments is available from <http://www.iana.org/>.
The value zero is object-specific and must be defined as part of the description of any object that uses this syntax. Examples of the usage of zero might include situations where a port number is unknown, or when the value zero is used as a wildcard in a filter.Reference: STD 6 (RFC 768), STD 7 (RFC 793) and RFC 2960 (0..65535) · Unsigned32 · hint d
This object indicates the source TCP port number of the corresponding traffic flow.
cfmFlowTcpPortDst
1.3.6.1.4.1.9.9.692.1.2.9.1.3
InetPortNumberRepresents a 16 bit port number of an Internet transport layer protocol. Port numbers are assigned by IANA. A current list of all assignments is available from <http://www.iana.org/>.
The value zero is object-specific and must be defined as part of the description of any object that uses this syntax. Examples of the usage of zero might include situations where a port number is unknown, or when the value zero is used as a wildcard in a filter.Reference: STD 6 (RFC 768), STD 7 (RFC 793) and RFC 2960 (0..65535) · Unsigned32 · hint d
This object indicates the destination TCP port number of the corresponding traffic flow.
cfmFlowRtpTable
1.3.6.1.4.1.9.9.692.1.2.11
Index: cfmFlowMonitorId · cfmFlowId
This table contains additional data relating to the RTP carrying the corresponding traffic flow.
This table has a sparse dependent relationship on the cfmFlowTable.
cfmFlowRtpNext
1.3.6.1.4.1.9.9.692.1.2.11.1.1
RowPointerRepresents a pointer to a conceptual row. The value is the name of the instance of the first accessible columnar object in the conceptual row.
For example, ifIndex.3 would point to the 3rd row in the ifTable (note that if ifIndex were not-accessible, then ifDescr.3 would be used instead). · OBJECT IDENTIFIER
This object indicates a reference to a row in another table containing additional data relating to the corresponding traffic flow.
cfmFlowRtpVersion
1.3.6.1.4.1.9.9.692.1.2.11.1.2
Unsigned32 (0..3)
This object indicates the RTP version of the corresponding traffic flow.
cfmFlowRtpSsrc
1.3.6.1.4.1.9.9.692.1.2.11.1.3
Unsigned32
This object indicates the RTP synchronized source (SSRC) of the corresponding traffic flow.
cfmFlowRtpPayloadType
1.3.6.1.4.1.9.9.692.1.2.11.1.4
Unsigned32 (0..127)
This object indicates the RTP payload type of the corresponding traffic flow.
cfmFlowMetricsTable
1.3.6.1.4.1.9.9.692.1.3.1
Index: cfmFlowMonitorId · cfmFlowId
This table contains aggregate metrics and data relating to the collection of metrics for the traffic flows monitored by each of the flow monitors supported by the device.
This table has a sparse dependent relationship on the cfmFlowTable, containing a row for each row in the cfmFlowTable for which the device is actively monitoring.
cfmFlowMetricsCollected
1.3.6.1.4.1.9.9.692.1.3.1.1.1
FlowMetricsThis textual convention denotes an enumerated integer-value that represents a set of metrics:
'mdi' This set of metrics consists of the Media Delivery Index (MDI) [RFC4445]
'rtp' This set of metrics consists of data similar to that computed and sent by a RTP client in a RTCP receiver report [RFC3550].
'ipCbr' This set of metrics complements MDI, measuring the notion of Media Rate Variation (MRV).Reference: H. Schulzrinne, S. Casner, R. Fredrick, and V. Jacobson, 'RTP: A Transport Protocol for Real-Time Applications', RFC-3550, July 2003.
J. Welch and J. Clark, 'A Proposed Media Delivery Index (MDI)', RFC-4445, APril 2006. · BITS
This object indicates the metrics collected by the corresponding flow monitor for the corresponding traffic flow.
cfmFlowMetricsIntervalTime
1.3.6.1.4.1.9.9.692.1.3.1.1.2
Unsigned32 (1..3600) · seconds
This object indicates the length of the measurement interval for the corresponding traffic flow. The flow monitor computes the collected metrics for the corresponding traffic flow with a frequency equal to the inverse of the value of this column.
cfmFlowMetricsMaxIntervals
1.3.6.1.4.1.9.9.692.1.3.1.1.3
Unsigned32 · intervals
This object indicates the maximum number of measurement intervals for which the corresponding flow monitor maintains metrics for the corresponding traffic flow.
If the value of this column is '0', then the corresponding flow monitor does not maintain historical metrics for the corresponding traffic flow.
cfmFlowMetricsElapsedTime
1.3.6.1.4.1.9.9.692.1.3.1.1.4
Gauge32 · seconds
This object indicates the time that has elapsed since the beginning of the current measurement interval.
cfmFlowMetricsIntervals
1.3.6.1.4.1.9.9.692.1.3.1.1.5
Gauge32 · intervals
This object indicates the number of measurement intervals for which data has been collected.
cfmFlowMetricsInvalidIntervals
1.3.6.1.4.1.9.9.692.1.3.1.1.6
Gauge32 · intervals
This object indicates the number of measurement intervals in the set of collected measurement intervals that contain invalid data.
cfmFlowMetricsConditionsProfile
1.3.6.1.4.1.9.9.692.1.3.1.1.7
FlowMonitorConditionsProfileOrZeroThis textual convention serves as an extension of the FlowMonitorConditionsProfile textual convention, which permits the value '0'. The use of the value '0' is specific to an object, thus requiring the descriptive text associated with the object to describe the semantics of its use. · Unsigned32 · hint d
This object indicates the conditions profile that contains the descriptions of the standing conditions monitored for the traffic flow.
If the flow does not have an associated conditions profile, then the value of this column must be zero.
cfmFlowMetricsConditions
1.3.6.1.4.1.9.9.692.1.3.1.1.8
FlowMonitorConditionsThis textual convention denotes a octet string-value that represents the standing conditions associated with an entity, such as a flow monitor a traffic flow.
Each bit in the string corresponds to a single standing condition. The device should present a description of the standing condition in the cfmConditionTable, which uniquely identifies such a description by the following tuple:
[cfmConditionProfile, cfmConditionId]
where cfmConditionProfile uniquely identifies the conditions profile containing the description and cfmConditionId corresponds to the bit position within the string. The figure below illustrates a representation of the string containing N octets:
Octet 0 Octet N-1
7 6 5 4 3 2 1 0 7 6 5 4 3 2 1 0
+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+
| |...| |
+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+
| | | | | | | | | | | | | | | |
| | | | | | | | | | | | | | | +- Condition 8(n-1)
| | | | | | | | | | | | | | +--- Condition 8(n-1)+1
| | | | | | | | | | | | | +----- Condition 8(n-1)+2
| | | | | | | | | | | | +------- Condition 8(n-1)+3
| | | | | | | | | | | +--------- Condition 8(n-1)+4
| | | | | | | | | | +----------- Condition 8(n-1)+5
| | | | | | | | | +------------- Condition 8(n-1)+6
| | | | | | | | +--------------- Condition 8(n-1)+7
| | | | | | | | :
| | | | | | | | :
| | | | | | | +--------------------- Condition 0 | | | | | | +----------------------- Condition 1 | | | | | +------------------------- Condition 2 | | | | +--------------------------- Condition 3 | | | +----------------------------- Condition 4 | | +------------------------------- Condition 5 | +--------------------------------- Condition 6 +----------------------------------- Condition 7 SIZE (0..255) · OCTET STRING · hint 1x:
This object indicates the current standing conditions for the corresponding traffic flow.
If the flow does not have an associated conditions profile, then the value of this column must be the null string.
cfmFlowMetricsAlarms
1.3.6.1.4.1.9.9.692.1.3.1.1.9
FlowMonitorConditionsThis textual convention denotes a octet string-value that represents the standing conditions associated with an entity, such as a flow monitor a traffic flow.
Each bit in the string corresponds to a single standing condition. The device should present a description of the standing condition in the cfmConditionTable, which uniquely identifies such a description by the following tuple:
[cfmConditionProfile, cfmConditionId]
where cfmConditionProfile uniquely identifies the conditions profile containing the description and cfmConditionId corresponds to the bit position within the string. The figure below illustrates a representation of the string containing N octets:
Octet 0 Octet N-1
7 6 5 4 3 2 1 0 7 6 5 4 3 2 1 0
+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+
| |...| |
+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+
| | | | | | | | | | | | | | | |
| | | | | | | | | | | | | | | +- Condition 8(n-1)
| | | | | | | | | | | | | | +--- Condition 8(n-1)+1
| | | | | | | | | | | | | +----- Condition 8(n-1)+2
| | | | | | | | | | | | +------- Condition 8(n-1)+3
| | | | | | | | | | | +--------- Condition 8(n-1)+4
| | | | | | | | | | +----------- Condition 8(n-1)+5
| | | | | | | | | +------------- Condition 8(n-1)+6
| | | | | | | | +--------------- Condition 8(n-1)+7
| | | | | | | | :
| | | | | | | | :
| | | | | | | +--------------------- Condition 0 | | | | | | +----------------------- Condition 1 | | | | | +------------------------- Condition 2 | | | | +--------------------------- Condition 3 | | | +----------------------------- Condition 4 | | +------------------------------- Condition 5 | +--------------------------------- Condition 6 +----------------------------------- Condition 7 SIZE (0..255) · OCTET STRING · hint 1x:
This object indicates the current alarm conditions for the corresponding traffic flow.
If the flow does not have an associated conditions profile, then the value of this column must be the null string.
cfmFlowMetricsAlarmSeverity
1.3.6.1.4.1.9.9.692.1.3.1.1.10
CiscoAlarmSeverity1 = cleared2 = indeterminate3 = critical4 = major5 = minor6 = warning7 = infoRepresents the perceived alarm severity associated with a service or safety affecting condition and/or event. These are based on ITU severities, except that info(7) is added.
cleared(1) - Indicates a previous alarm condition has been cleared. It is not required (unless specifically stated elsewhere on a case by case basis) that an alarm condition that has been cleared will produce a notification or other event containing an alarm severity with this value.
indeterminate(2) - Indicates that the severity level cannot be determined.
critical(3) - Indicates that a service or safety affecting condition has occurred and an immediate corrective action is required.
major(4) - Indicates that a service affecting condition has occurred and an urgent corrective action is required.
minor(5) - Indicates the existence of a non-service affecting condition and that corrective action should be taken in order to prevent a more serious (for example, service or safety affecting) condition.
warning(6) - Indicates the detection of a potential or impending service or safety affecting condition, before any significant effects have been felt.
info(7) - Indicates an alarm condition that does not meet any other severity definition. This can include important, but non-urgent, notices or informational events.Reference: ITU-X.733 · Integer32
This object indicates the highest severity alarm currently raised for the corresponding traffic flow.
If no alarm is raised for the corresponding traffic flow, then the value of this column is 'cleared'.
cfmFlowMetricsPkts
1.3.6.1.4.1.9.9.692.1.3.1.1.11
Counter64 (0..18446744073709551615) · packets
This object indicates the total number of packets processed by the corresponding flow monitor for the corresponding traffic flow.
cfmFlowMetricsOctets
1.3.6.1.4.1.9.9.692.1.3.1.1.12
Counter64 (0..18446744073709551615) · octets
This object indicates the total number of octets contained by the packets processed by the corresponding flow monitor for the corresponding traffic flow.
cfmFlowMetricsBitRateUnits
1.3.6.1.4.1.9.9.692.1.3.1.1.13
FlowBitRateUnits1 = bps2 = kbps3 = mbps4 = gbpsThis textual convention denotes an enumerated integer-value that represents the units used when presenting a bit rate value.
'bps' The device presents the rate of a traffic flow in bits per second (bps).
'kbps' The device presents the rate of a traffic flow in Kbps.
'mbps' The device presents the rate of a traffic flow in Mbps.
'gbps' The device presents the rate of a traffic flow in Gbps. · Integer32
This object indicates the units for the corresponding instance of cfmFlowMetricsBitRate.
cfmFlowMetricsBitRate
1.3.6.1.4.1.9.9.692.1.3.1.1.14
Gauge32
This object indicates the average bit rate at which the corresponding flow monitor is processing data for the corresponding traffic flow. This value is cumulative over the lifetime of the traffic flow.
cfmFlowMetricsPktRate
1.3.6.1.4.1.9.9.692.1.3.1.1.15
Gauge32 · packets per second
This object indicates the average packet rate at which the corresponding flow monitor is processing data for the corresponding traffic flow. This value is cumulative over the lifetime of the traffic flow.
This table contains historic metrics for the traffic flows monitored by each of the flow monitors supported by the device.
This table has an expansion dependent relationship on the cfmFlowMetricsTable, containing zero or more rows for each traffic flow.
cfmFlowMetricsIntNumber
1.3.6.1.4.1.9.9.692.1.3.3.1.1
Unsigned32 (1..4294967295)
This object indicates the interval number identifying the measurement interval. The measurement interval identified by the value '1' represents the most recent measurement interval, and the interval identified by the value (n) represents the interval immediately preceding the interval identified by the value (n-1).
cfmFlowMetricsIntValid
1.3.6.1.4.1.9.9.692.1.3.3.1.2
TruthValue1 = true2 = falseRepresents a boolean value. · Integer32
This object indicates whether the data for the measurement interval is valid.
cfmFlowMetricsIntTime
1.3.6.1.4.1.9.9.692.1.3.3.1.3
TimeStampThe value of the sysUpTime object at which a specific occurrence happened. The specific occurrence must be
defined in the description of any object defined using this type.
If sysUpTime is reset to zero as a result of a re- initialization of the network management (sub)system, then the values of all TimeStamp objects are also reset. However, after approximately 497 days without a re- initialization, the sysUpTime object will reach 2^^32-1 and then increment around to zero; in this case, existing values of TimeStamp objects do not change. This can lead to ambiguities in the value of TimeStamp objects. · TimeTicks
This object indicates the value of sysUpTime when the measurement interval was captured.
cfmFlowMetricsIntConditions
1.3.6.1.4.1.9.9.692.1.3.3.1.4
FlowMonitorConditionsThis textual convention denotes a octet string-value that represents the standing conditions associated with an entity, such as a flow monitor a traffic flow.
Each bit in the string corresponds to a single standing condition. The device should present a description of the standing condition in the cfmConditionTable, which uniquely identifies such a description by the following tuple:
[cfmConditionProfile, cfmConditionId]
where cfmConditionProfile uniquely identifies the conditions profile containing the description and cfmConditionId corresponds to the bit position within the string. The figure below illustrates a representation of the string containing N octets:
Octet 0 Octet N-1
7 6 5 4 3 2 1 0 7 6 5 4 3 2 1 0
+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+
| |...| |
+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+
| | | | | | | | | | | | | | | |
| | | | | | | | | | | | | | | +- Condition 8(n-1)
| | | | | | | | | | | | | | +--- Condition 8(n-1)+1
| | | | | | | | | | | | | +----- Condition 8(n-1)+2
| | | | | | | | | | | | +------- Condition 8(n-1)+3
| | | | | | | | | | | +--------- Condition 8(n-1)+4
| | | | | | | | | | +----------- Condition 8(n-1)+5
| | | | | | | | | +------------- Condition 8(n-1)+6
| | | | | | | | +--------------- Condition 8(n-1)+7
| | | | | | | | :
| | | | | | | | :
| | | | | | | +--------------------- Condition 0 | | | | | | +----------------------- Condition 1 | | | | | +------------------------- Condition 2 | | | | +--------------------------- Condition 3 | | | +----------------------------- Condition 4 | | +------------------------------- Condition 5 | +--------------------------------- Condition 6 +----------------------------------- Condition 7 SIZE (0..255) · OCTET STRING · hint 1x:
This object indicates which standing conditions were asserted at least once during the measurement interval for the corresponding traffic flow.
cfmFlowMetricsIntAlarms
1.3.6.1.4.1.9.9.692.1.3.3.1.5
FlowMonitorConditionsThis textual convention denotes a octet string-value that represents the standing conditions associated with an entity, such as a flow monitor a traffic flow.
Each bit in the string corresponds to a single standing condition. The device should present a description of the standing condition in the cfmConditionTable, which uniquely identifies such a description by the following tuple:
[cfmConditionProfile, cfmConditionId]
where cfmConditionProfile uniquely identifies the conditions profile containing the description and cfmConditionId corresponds to the bit position within the string. The figure below illustrates a representation of the string containing N octets:
Octet 0 Octet N-1
7 6 5 4 3 2 1 0 7 6 5 4 3 2 1 0
+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+
| |...| |
+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+
| | | | | | | | | | | | | | | |
| | | | | | | | | | | | | | | +- Condition 8(n-1)
| | | | | | | | | | | | | | +--- Condition 8(n-1)+1
| | | | | | | | | | | | | +----- Condition 8(n-1)+2
| | | | | | | | | | | | +------- Condition 8(n-1)+3
| | | | | | | | | | | +--------- Condition 8(n-1)+4
| | | | | | | | | | +----------- Condition 8(n-1)+5
| | | | | | | | | +------------- Condition 8(n-1)+6
| | | | | | | | +--------------- Condition 8(n-1)+7
| | | | | | | | :
| | | | | | | | :
| | | | | | | +--------------------- Condition 0 | | | | | | +----------------------- Condition 1 | | | | | +------------------------- Condition 2 | | | | +--------------------------- Condition 3 | | | +----------------------------- Condition 4 | | +------------------------------- Condition 5 | +--------------------------------- Condition 6 +----------------------------------- Condition 7 SIZE (0..255) · OCTET STRING · hint 1x:
This object indicates which alarm conditions were raised at least once during the measurement interval for the corresponding traffic flow.
cfmFlowMetricsIntAlarmSeverity
1.3.6.1.4.1.9.9.692.1.3.3.1.6
CiscoAlarmSeverity1 = cleared2 = indeterminate3 = critical4 = major5 = minor6 = warning7 = infoRepresents the perceived alarm severity associated with a service or safety affecting condition and/or event. These are based on ITU severities, except that info(7) is added.
cleared(1) - Indicates a previous alarm condition has been cleared. It is not required (unless specifically stated elsewhere on a case by case basis) that an alarm condition that has been cleared will produce a notification or other event containing an alarm severity with this value.
indeterminate(2) - Indicates that the severity level cannot be determined.
critical(3) - Indicates that a service or safety affecting condition has occurred and an immediate corrective action is required.
major(4) - Indicates that a service affecting condition has occurred and an urgent corrective action is required.
minor(5) - Indicates the existence of a non-service affecting condition and that corrective action should be taken in order to prevent a more serious (for example, service or safety affecting) condition.
warning(6) - Indicates the detection of a potential or impending service or safety affecting condition, before any significant effects have been felt.
info(7) - Indicates an alarm condition that does not meet any other severity definition. This can include important, but non-urgent, notices or informational events.Reference: ITU-X.733 · Integer32
This object indicates the highest severity alarm raised during the measurement interval for the corresponding traffic flow.
If no alarm was raised during the measurement interval for the corresponding traffic flow, then the value of this column is 'cleared'.
cfmFlowMetricsIntPkts
1.3.6.1.4.1.9.9.692.1.3.3.1.7
ReportIntervalCountAn integer-value representing the value of a counter associated with the measurement taken during a previous report interval. An implementation supporting a history of N report intervals with IntervalCount(1) and IntervalCount(N) representing the most and least recent intervals, respectively, the following applies at the end of each report interval:
- Discards the value of IntervalCount(N).
- The value of IntervalCount(i) becomes that of IntervalCount(i-1) for N >= i > 1.
- The value of IntervalCount(1) becomes that of CurrentCount. · Gauge32 · hint d · packets
This object indicates the number of packets processed by the corresponding flow monitor for the corresponding traffic flow during the measurement interval.
cfmFlowMetricsIntOctets
1.3.6.1.4.1.9.9.692.1.3.3.1.8
ReportIntervalCountAn integer-value representing the value of a counter associated with the measurement taken during a previous report interval. An implementation supporting a history of N report intervals with IntervalCount(1) and IntervalCount(N) representing the most and least recent intervals, respectively, the following applies at the end of each report interval:
- Discards the value of IntervalCount(N).
- The value of IntervalCount(i) becomes that of IntervalCount(i-1) for N >= i > 1.
- The value of IntervalCount(1) becomes that of CurrentCount. · Gauge32 · hint d · octets
This object indicates the number of octets contained by the packets processed by the corresponding flow monitor for the corresponding traffic flow during the measurement interval.
cfmFlowMetricsIntBitRateUnits
1.3.6.1.4.1.9.9.692.1.3.3.1.9
FlowBitRateUnits1 = bps2 = kbps3 = mbps4 = gbpsThis textual convention denotes an enumerated integer-value that represents the units used when presenting a bit rate value.
'bps' The device presents the rate of a traffic flow in bits per second (bps).
'kbps' The device presents the rate of a traffic flow in Kbps.
'mbps' The device presents the rate of a traffic flow in Mbps.
'gbps' The device presents the rate of a traffic flow in Gbps. · Integer32
This object indicates the units for the corresponding instance of cfmFlowMetricsIntBitRate.
cfmFlowMetricsIntBitRate
1.3.6.1.4.1.9.9.692.1.3.3.1.10
ReportIntervalCountAn integer-value representing the value of a counter associated with the measurement taken during a previous report interval. An implementation supporting a history of N report intervals with IntervalCount(1) and IntervalCount(N) representing the most and least recent intervals, respectively, the following applies at the end of each report interval:
- Discards the value of IntervalCount(N).
- The value of IntervalCount(i) becomes that of IntervalCount(i-1) for N >= i > 1.
- The value of IntervalCount(1) becomes that of CurrentCount. · Gauge32 · hint d
This object indicates the bit rate at which the corresponding flow monitor processed data for the corresponding traffic flow during the measurement interval.
cfmFlowMetricsIntPktRate
1.3.6.1.4.1.9.9.692.1.3.3.1.11
ReportIntervalCountAn integer-value representing the value of a counter associated with the measurement taken during a previous report interval. An implementation supporting a history of N report intervals with IntervalCount(1) and IntervalCount(N) representing the most and least recent intervals, respectively, the following applies at the end of each report interval:
- Discards the value of IntervalCount(N).
- The value of IntervalCount(i) becomes that of IntervalCount(i-1) for N >= i > 1.
- The value of IntervalCount(1) becomes that of CurrentCount. · Gauge32 · hint d · packets per second
This object indicates the packet rate at which the corresponding flow monitor processed data for the corresponding traffic flow during the measurement interval.
cfmConditionTable
1.3.6.1.4.1.9.9.692.1.4.1
Index: cfmConditionProfile · cfmConditionId
This table lists the standing conditions monitored by the device. The table groups descriptions for standing conditions into condition profiles.
The figure below illustrates the relationship between a flow monitor and a conditions profile. Observe that a conditions profile can contain the descriptions for the standing conditions monitored for more than one flow monitor. In this case, the instance of cfmFlowMonitorConditionsProfile for each of these flow monitors would reference the same conditions profile.
+------------------------------------------------+
| flow monitor 1 |
| |
| cfmFlowMonitorConditionsProfile.1 = 42 -----+ |
| | |
| cfmFlowMonitorConditions.1 | |
| N 2 1 0 | |
| +-+-...-+-+-+-+ | |
| | | | | | | | |
| +-+-...-+-+-+-+ | |
| ^ ^ ^ ^ | |
| | | | | | |
+--|-------|-|-|------------------------------|--+
| | | | |
| | | | V
| | | | +-----------------------------+
| | | | | conditions profile 42 |
| | | | | +-------------------------+ |
| | | +-----------------| cfmConditionsDescr.42.0 | |
| | | | +-------------------------+ |
| | | | +-------------------------+ |
| | +-------------------| cfmConditionsDescr.42.1 | |
| | | +-------------------------+ |
| | | +-------------------------+ |
| +---------------------| cfmConditionsDescr.42.2 | |
| | +-------------------------+ |
| | : |
| | : |
| | +-------------------------+ |
+-----------------------------| cfmConditionsDescr.42.N | | | +-------------------------+ | +-----------------------------+
The figure below illustrates the relationship between a traffic flow and a conditions profile. Observe that a conditions profile can contain the descriptions for the standing conditions monitored for more than one traffic flow. In this case, the instance of cfmFlowMetricsConditionsProfile for each of these traffic flows would reference the same conditions profile.
+------------------------------------------------+
| traffic flow 201 |
| |
| cfmFlowMetricsConditionsProfile.1.201 = 54 -+ |
| | |
| cfmFlowMetricsConditions.1.201 | |
| N 2 1 0 | |
| +-+-...-+-+-+-+ | |
| | | | | | | | |
| +-+-...-+-+-+-+ | |
| ^ ^ ^ ^ | |
| | | | | | |
+--|-------|-|-|------------------------------|--+
| | | | |
| | | | V
| | | | +-----------------------------+
| | | | | conditions profile 54 |
| | | | | +-------------------------+ |
| | | +-----------------| cfmConditionsDescr.54.0 | |
| | | | +-------------------------+ |
| | | | +-------------------------+ |
| | +-------------------| cfmConditionsDescr.54.1 | |
| | | +-------------------------+ |
| | | +-------------------------+ |
| +---------------------| cfmConditionsDescr.54.2 | |
| | +-------------------------+ |
| | : |
| | : |
| | +-------------------------+ |
+-----------------------------| cfmConditionsDescr.54.N | | | +-------------------------+ | +-----------------------------+
The figure below illustrates the relationship between the description of a standing condition and an alarm group if the standing condition indicates that the device aggregates the standing condition into an alarm group (i.e., the corresponding instance of cfmConditionAlarm is 'grouped').
+-----------------------------------------+
| conditions profile 42 |
| +-------------------------------------+ |
| | cfmConditionAlarm.42.9 = 'grouped' |<-------+
| | cfmConditionAlarmGroup.42.9 = 4 -+ | | |
| +----------------------------------|--+ |<--+ |
| | | | |
+------------------------------------|----+ | |
V | |
+-----------------------------------------+ | |
| alarm group 4 | | |
| | | |
| cfmAlarmGroupConditionsProfile.4 = 42 ------+ |
| cfmAlarmGroupConditionId.4 = 9 ----------------+
| |
+-----------------------------------------+
cfmConditionProfile
1.3.6.1.4.1.9.9.692.1.4.1.1.1
FlowMonitorConditionsProfileThis textual convention denotes an arbitrary integer-value that uniquely identifies a conditions profile. A conditions profile is a set of descriptions of standing/alarm conditions that can be applied to an entity, such as a flow alarm or a traffic flow. (1..4294967295) · Unsigned32 · hint d
This object indicates an arbitrary integer-value that uniquely identifies the condition profile that contains the standing condition. Observe that the value assigned to a standing condition does not necessarily persist across restars.
cfmConditionId
1.3.6.1.4.1.9.9.692.1.4.1.1.2
FlowMonitorConditionIdentifierThis textual convention denotes an integer-value representing a standing/alarm condition within a conditions profile. It has a direct correspondence to the position of the bit representing the standing/alarm condition in a FlowMonitorConditions object. (0..2039) · Unsigned32 · hint d
This object indicates an arbitrary integer-value that uniquely identifies the condition within the scope of the profile. The value of this column corresponds to the bit position in a binary string-value representing the standing (or alarm) conditions for an entity, such as a flow monitor or traffic flow. Observe that the value assigned to a standing condition does not necessarily persist across restarts.
cfmConditionDescr
1.3.6.1.4.1.9.9.692.1.4.1.1.3
SnmpAdminStringAn octet string containing administrative information, preferably in human-readable form.
To facilitate internationalization, this information is represented using the ISO/IEC IS 10646-1 character set, encoded as an octet string using the UTF-8 transformation format described in [RFC2279].
Since additional code points are added by amendments to the 10646 standard from time to time, implementations must be prepared to encounter any code point from 0x00000000 to 0x7fffffff. Byte sequences that do not correspond to the valid UTF-8 encoding of a code point or are outside this range are prohibited.
The use of control codes should be avoided.
When it is necessary to represent a newline, the control code sequence CR LF should be used.
The use of leading or trailing white space should be avoided.
For code points not directly supported by user interface hardware or software, an alternative means of entry and display, such as hexadecimal, may be provided.
For information encoded in 7-bit US-ASCII, the UTF-8 encoding is identical to the US-ASCII encoding.
UTF-8 may require multiple bytes to represent a single character / code point; thus the length of this object in octets may be different from the number of characters encoded. Similarly, size constraints refer to the number of encoded octets, not the number of characters represented by an encoding.
Note that when this TC is used for an object that is used or envisioned to be used as an index, then a SIZE restriction MUST be specified so that the number of sub-identifiers for any object instance does not exceed the limit of 128, as defined by [RFC3416].
Note that the size of an SnmpAdminString object is measured in octets, not characters. SIZE (0..255) · OCTET STRING · hint 255t
This object indicates a human-readable description of the condition.
cfmConditionMonitoredElement
1.3.6.1.4.1.9.9.692.1.4.1.1.4
AutonomousTypeRepresents an independently extensible type identification value. It may, for example, indicate a particular sub-tree with further MIB definitions, or define a particular type of protocol or hardware. · OBJECT IDENTIFIER
This object indicates the monitored element used in determining the state of the standing condition.
This object indicates the type of condition:
'other' The implementation of the MIB does not recognize the condition described by this row.
'boolean' The value monitored only can have one of two values: 'false' or 'true'. In this case, the condition itself evaluates to 'true' if the value itself is 'true'.
'risingThreshold' The condition evaluates to 'true' if the current sample of the monitored value is greater than the rising threshold and the last sample is less than or equal to the rising threshold.
'fallingThreshold' The condition evaluates to 'true' if the current sample of the monitored value is less than the falling threshold and the last sample is greater than or equal to the falling threshold.
'risingAndFallingThreshold' The condition evaluates to 'true' if one of the two criteria is satisfied:
1) The current sample of the monitored value is greater
than the rising threshold and the last sample is less than or equal to the rising threhsold.
2) The current sample of the monitored value is less
than the falling threshold and the last sample is greater than or equal to the falling threshold.
cfmConditionThreshRiseScale
1.3.6.1.4.1.9.9.692.1.4.1.1.6
FlowMetricScale1 = yocto2 = zepto3 = atto4 = femto5 = pico6 = nano7 = micro8 = milli9 = units10 = kilo11 = mega12 = giga13 = tera14 = exa15 = peta16 = zetta17 = yottaThis textual convention denotes an enumerated integer-value that represents an International System of Units (SI) prefix used as a scaling factor for fixed-point values:
Prefix Scale Factor
=========================
'yocto' 10E-24
'zepto' 10E-21
'atto' 10E-18
'femto' 10E-15
'pico' 10E-12
'nano' 10E-9
'micro' 10E-6
'milli' 10E-3
'units' 10E0
'kilo' 10E3
'mega' 10E6
'giga' 10E9
'tera' 10E12
'exa' 10E15
'peta' 10E18
'zetta' 10E21
'yotta' 10E24
A MIB module may abstract a fixed-point value by defining three objects together:
1) A FlowMetricScale object, which indicates the scale of the
value.
2) A FlowMetricPrecision object, which indicates the precision
of the value. In the case that the value has a fractional portion, this object indicates the number of digits comprising the fractional portion.
3) A FlowMetricValue object, which indicates the value before
scaling. · Integer32
This object indicates the scaling factor for the corresponding instance of cfmConditionThreshRise.
This value of this column only has relevance if the corresponding instance of cfmConditionType is 'risingThreshold' or 'risingAndFallingThreshold'.
cfmConditionThreshRisePrecision
1.3.6.1.4.1.9.9.692.1.4.1.1.7
FlowMetricPrecisionThis textual convention denotes the precision or accuracy of a fixed-point value.
A MIB module may abstract a fixed-point value by defining three objects together:
1) A FlowMetricScale object, which indicates the scale of the
value.
2) A FlowMetricPrecision object, which indicates the precision
of the value. In the case that the value has a fractional portion, this object indicates the number of digits comprising the fractional portion.
3) A FlowMetricValue object, which indicates the value before
scaling.
If an instance of an object of this type has a value in the range of 1 to 9, then it represents the precision of the associated value; that is, the number of decimal places in the fractional part of the associated value. For example, if the Media Loss Rate (MLR) computed for a traffic flow is 350.9E-6, then the FlowMetricScale object is 'micro', the FlowMetricPrecision object is 1, and the object indicating the value is 3509.
If an instance of an object of this type has a value in the range of -8 to -1, then it represents the number of accurate digits in the associated value. For example, if the jitter measured for a traffic flow can range between -100,000 and 100,000 microseconds in 10 microsecond increments, with an accuracy of +/- 5 microseconds, the FlowMetricScale object is 'micro', the FlowMetricPrecision object is -2, and the object indicating the value has range of -100,000 to 100,000. (-8..-1 | 1..9) · Integer32 · hint d
This object indicates the precision for the corresponding instance of cfmConditionThreshRise.
This value of this column only has relevance if the corresponding instance of cfmConditionType is 'risingThreshold' or 'risingAndFallingThreshold'.
cfmConditionThreshRise
1.3.6.1.4.1.9.9.692.1.4.1.1.8
FlowMetricValueThis textual convention denotes the value of a fixed-point value.
A MIB module may abstract a fixed-point value by defining three objects together:
1) A FlowMetricScale object, which indicates the scale of the
value.
2) A FlowMetricPrecision object, which indicates the precision
of the value. In the case that the value has a fractional portion, this object indicates the number of digits comprising the fractional portion.
3) A FlowMetricValue object, which indicates the value before
scaling. (-1000000000..1000000000) · Integer32 · hint d
This object indicates the value of the rising threshold.
This value of this column only has relevance if the corresponding instance of cfmConditionType is 'risingThreshold' or 'risingAndFallingThreshold'.
cfmConditionThreshFallScale
1.3.6.1.4.1.9.9.692.1.4.1.1.9
FlowMetricScale1 = yocto2 = zepto3 = atto4 = femto5 = pico6 = nano7 = micro8 = milli9 = units10 = kilo11 = mega12 = giga13 = tera14 = exa15 = peta16 = zetta17 = yottaThis textual convention denotes an enumerated integer-value that represents an International System of Units (SI) prefix used as a scaling factor for fixed-point values:
Prefix Scale Factor
=========================
'yocto' 10E-24
'zepto' 10E-21
'atto' 10E-18
'femto' 10E-15
'pico' 10E-12
'nano' 10E-9
'micro' 10E-6
'milli' 10E-3
'units' 10E0
'kilo' 10E3
'mega' 10E6
'giga' 10E9
'tera' 10E12
'exa' 10E15
'peta' 10E18
'zetta' 10E21
'yotta' 10E24
A MIB module may abstract a fixed-point value by defining three objects together:
1) A FlowMetricScale object, which indicates the scale of the
value.
2) A FlowMetricPrecision object, which indicates the precision
of the value. In the case that the value has a fractional portion, this object indicates the number of digits comprising the fractional portion.
3) A FlowMetricValue object, which indicates the value before
scaling. · Integer32
This object indicates the scaling factor for the corresponding instance of cfmConditionThreshFall.
The value of this column only has relevance if the corresponding instance of cfmConditionType is 'fallingThreshold' or 'risingAndFallingThreshold'.
cfmConditionThreshFallPrecision
1.3.6.1.4.1.9.9.692.1.4.1.1.10
FlowMetricPrecisionThis textual convention denotes the precision or accuracy of a fixed-point value.
A MIB module may abstract a fixed-point value by defining three objects together:
1) A FlowMetricScale object, which indicates the scale of the
value.
2) A FlowMetricPrecision object, which indicates the precision
of the value. In the case that the value has a fractional portion, this object indicates the number of digits comprising the fractional portion.
3) A FlowMetricValue object, which indicates the value before
scaling.
If an instance of an object of this type has a value in the range of 1 to 9, then it represents the precision of the associated value; that is, the number of decimal places in the fractional part of the associated value. For example, if the Media Loss Rate (MLR) computed for a traffic flow is 350.9E-6, then the FlowMetricScale object is 'micro', the FlowMetricPrecision object is 1, and the object indicating the value is 3509.
If an instance of an object of this type has a value in the range of -8 to -1, then it represents the number of accurate digits in the associated value. For example, if the jitter measured for a traffic flow can range between -100,000 and 100,000 microseconds in 10 microsecond increments, with an accuracy of +/- 5 microseconds, the FlowMetricScale object is 'micro', the FlowMetricPrecision object is -2, and the object indicating the value has range of -100,000 to 100,000. (-8..-1 | 1..9) · Integer32 · hint d
This object indicates the precision for the corresponding instance of cfmConditionThreshFall.
The value of this column only has relevance if the corresponding instance of cfmConditionType is 'fallingThreshold' or 'risingAndFallingThreshold'.
cfmConditionThreshFall
1.3.6.1.4.1.9.9.692.1.4.1.1.11
FlowMetricValueThis textual convention denotes the value of a fixed-point value.
A MIB module may abstract a fixed-point value by defining three objects together:
1) A FlowMetricScale object, which indicates the scale of the
value.
2) A FlowMetricPrecision object, which indicates the precision
of the value. In the case that the value has a fractional portion, this object indicates the number of digits comprising the fractional portion.
3) A FlowMetricValue object, which indicates the value before
scaling. (-1000000000..1000000000) · Integer32 · hint d
This object indicates the value of the falling threshold.
The value of this column only has relevance if the corresponding instance of cfmConditionType is 'fallingThreshold' or 'risingAndFallingThreshold'.
This object indicates how the device samples the monitored value before determining whether to assert the condition:
'other' The implementation of the MIB does not recognize the how the device samples the monitored value.
'raw' The device samples the monitored value and uses this value to determine whether to assert the condition.
'slidingWindowAvg' The device samples the monitored value and maintains a average over a sliding window. It uses this value of this average to determine whether to assert the condition. The corresponding instance of cfmCOnditionSampleWindow indicates the length of the sliding window.
'slidingWindowAverage' The device samples the monitored value and maintains a exponentially decaying average over a sliding window. It uses this value of this average to determine whether to assert the condition. The corresponding instance of cfmCOnditionSampleWindow indicates the length of the sliding window.
cfmConditionSampleWindow
1.3.6.1.4.1.9.9.692.1.4.1.1.14
Unsigned32
This object indicates the sample window used by the device to compute an exponentially decaying average in the case that the corresponding instance of cfmConditionSampleType is 'averaged'.
The value of this column only has relevance if the corresponding instance of cfmConditionSampleWindow is 'slidingWindowAvg' or 'expDecayingAvg.
This object indicates whether the device treats the standing condition as an alarm condition:
'none' The device does not treat the standing condition as an alarm condition.
'discrete' The device treats the standing condition as an alarm condition.
'grouped' The device aggregates the standing condition into an alarm group.
cfmConditionAlarmActions
1.3.6.1.4.1.9.9.692.1.4.1.1.16
BITS
This object indicates the actions taken by the device when the alarm condition changes state:
'syslog' The device sends a syslog message.
'snmp' The device sends a cfmNotifyAlarm notification if and only if cfmNotifyEnable is set to 'true'.
The value of this column only has relevance if the corresponding instance of cfmConditionAlarm is 'discrete'
cfmConditionAlarmSeverity
1.3.6.1.4.1.9.9.692.1.4.1.1.17
CiscoAlarmSeverity1 = cleared2 = indeterminate3 = critical4 = major5 = minor6 = warning7 = infoRepresents the perceived alarm severity associated with a service or safety affecting condition and/or event. These are based on ITU severities, except that info(7) is added.
cleared(1) - Indicates a previous alarm condition has been cleared. It is not required (unless specifically stated elsewhere on a case by case basis) that an alarm condition that has been cleared will produce a notification or other event containing an alarm severity with this value.
indeterminate(2) - Indicates that the severity level cannot be determined.
critical(3) - Indicates that a service or safety affecting condition has occurred and an immediate corrective action is required.
major(4) - Indicates that a service affecting condition has occurred and an urgent corrective action is required.
minor(5) - Indicates the existence of a non-service affecting condition and that corrective action should be taken in order to prevent a more serious (for example, service or safety affecting) condition.
warning(6) - Indicates the detection of a potential or impending service or safety affecting condition, before any significant effects have been felt.
info(7) - Indicates an alarm condition that does not meet any other severity definition. This can include important, but non-urgent, notices or informational events.Reference: ITU-X.733 · Integer32
This object indicates the severity of the alarm condition.
The value of this column only have relevance if the corresponding instance of cfmConditionAlarm is 'discrete'.
cfmConditionAlarmGroup
1.3.6.1.4.1.9.9.692.1.4.1.1.18
FlowMonitorAlarmGroupIdentifierThis textual convention denotes an arbitrary integer-value that uniquely identifies an alarm group. An alarm group represents an alarm condition that the device raises if a configured number of traffic flows in a configured set of traffic flows asserts a given standing condition. (1..4294967295) · Unsigned32 · hint d
This object indicates the alarm group the device aggregates the standing condition into.
The value of this column only has relevance if the corresponding instance of cfmConditionAlarm is 'grouped'.
cfmAlarmGroupTable
1.3.6.1.4.1.9.9.692.1.5.1
Index: cfmAlarmGroupId
This table lists alarm groups maintained by the device.
cfmAlarmGroupId
1.3.6.1.4.1.9.9.692.1.5.1.1.1
FlowMonitorAlarmGroupIdentifierThis textual convention denotes an arbitrary integer-value that uniquely identifies an alarm group. An alarm group represents an alarm condition that the device raises if a configured number of traffic flows in a configured set of traffic flows asserts a given standing condition. (1..4294967295) · Unsigned32 · hint d
This object indicates an arbitrary integer-value that uniquely identifies the alarm group. Observe that the value assigned to an alarm group does not necessarily persist across restarts.
cfmAlarmGroupDescr
1.3.6.1.4.1.9.9.692.1.5.1.1.2
SnmpAdminStringAn octet string containing administrative information, preferably in human-readable form.
To facilitate internationalization, this information is represented using the ISO/IEC IS 10646-1 character set, encoded as an octet string using the UTF-8 transformation format described in [RFC2279].
Since additional code points are added by amendments to the 10646 standard from time to time, implementations must be prepared to encounter any code point from 0x00000000 to 0x7fffffff. Byte sequences that do not correspond to the valid UTF-8 encoding of a code point or are outside this range are prohibited.
The use of control codes should be avoided.
When it is necessary to represent a newline, the control code sequence CR LF should be used.
The use of leading or trailing white space should be avoided.
For code points not directly supported by user interface hardware or software, an alternative means of entry and display, such as hexadecimal, may be provided.
For information encoded in 7-bit US-ASCII, the UTF-8 encoding is identical to the US-ASCII encoding.
UTF-8 may require multiple bytes to represent a single character / code point; thus the length of this object in octets may be different from the number of characters encoded. Similarly, size constraints refer to the number of encoded octets, not the number of characters represented by an encoding.
Note that when this TC is used for an object that is used or envisioned to be used as an index, then a SIZE restriction MUST be specified so that the number of sub-identifiers for any object instance does not exceed the limit of 128, as defined by [RFC3416].
Note that the size of an SnmpAdminString object is measured in octets, not characters. SIZE (0..255) · OCTET STRING · hint 255t
This object indicates a human-readable description of the alarm group.
cfmAlarmGroupConditionsProfile
1.3.6.1.4.1.9.9.692.1.5.1.1.3
FlowMonitorConditionsProfileThis textual convention denotes an arbitrary integer-value that uniquely identifies a conditions profile. A conditions profile is a set of descriptions of standing/alarm conditions that can be applied to an entity, such as a flow alarm or a traffic flow. (1..4294967295) · Unsigned32 · hint d
This object indicates the conditions profile that contains the description of the standing profile aggregated by the alarm group.
cfmAlarmGroupConditionId
1.3.6.1.4.1.9.9.692.1.5.1.1.4
FlowMonitorConditionIdentifierThis textual convention denotes an integer-value representing a standing/alarm condition within a conditions profile. It has a direct correspondence to the position of the bit representing the standing/alarm condition in a FlowMonitorConditions object. (0..2039) · Unsigned32 · hint d
This object indicates the standing condition aggregated by the alarm group.
cfmAlarmGroupFlowSet
1.3.6.1.4.1.9.9.692.1.5.1.1.5
FlowSetIdentifierThis textual convention denotes an arbitrary integer-value that uniquely identifies a set of traffic flows. (1..4294967295) · Unsigned32 · hint d
This object indicates the set of traffic flows aggregated by the alarm group.
cfmAlarmGroupFlowCount
1.3.6.1.4.1.9.9.692.1.5.1.1.6
Gauge32 · traffic flows
This object indicates the number of traffic flows in the set of traffic flows indicated by the corresponding instance of cfmAlarmGroupFlowSet.
cfmAlarmGroupThresholdUnits
1.3.6.1.4.1.9.9.692.1.5.1.1.7
INTEGER1 = other2 = flows3 = percent · Integer32
This object indicates the units for the corresponding instance of cfmAlarmGroupThreshold:
'other' The MIB implementation does not recognize the units in which the value of the corresponding instance of cfmAlarmGroupThreshold has been expressed.
'flows' The value of the corresponding instance of cfmAlarmGroupThreshold indicates a number of traffic flows.
'percent' The value of the corresponding instance of cfmAlarmGroupThreshold indicates a percentage of traffic flows.
cfmAlarmGroupThreshold
1.3.6.1.4.1.9.9.692.1.5.1.1.8
Unsigned32
This object indicates a number of flows that must assert the standing condition indicated by the corresponding instance of cfmAlarmGroupCondition before raising an alarm.
If the corresponding instance of cfmAlarmGroupThresholdUnits is 'percent', then the value of this column must be greater than or equal to zero and less than or equal to '100'.
cfmAlarmGroupRaised
1.3.6.1.4.1.9.9.692.1.5.1.1.9
TruthValue1 = true2 = falseRepresents a boolean value. · Integer32
This object indicates whether the alarm group has raised an alarm.
cfmAlarmGroupCurrentCount
1.3.6.1.4.1.9.9.692.1.5.1.1.10
Gauge32 · traffic flows
This object indicates the number of traffic flows currently asserting the standing condition aggregated by the alarm group.
This table lists the traffic flows contained by each set of flows configured for the alarm groups contained by the cfmAlarmGroupTable.
cfmAlarmGroupFlowSetId
1.3.6.1.4.1.9.9.692.1.5.3.1.1
FlowSetIdentifierThis textual convention denotes an arbitrary integer-value that uniquely identifies a set of traffic flows. (1..4294967295) · Unsigned32 · hint d
This object indicates an arbitrary integer-value that uniquely identifies the set of traffic flows that contains the traffic flow represented by the row. Observe that the value assigned to a flow set does not necessarily persist across restarts.
cfmAlarmGroupFlowMonitorId
1.3.6.1.4.1.9.9.692.1.5.3.1.2
FlowMonitorIdentifierThis textual convention denotes an arbitrary integer-value that uniquely identifies a flow monitor. (1..4294967295) · Unsigned32 · hint d
This object identifies the flow monitor responsible for the traffic flow.
cfmAlarmGroupFlowId
1.3.6.1.4.1.9.9.692.1.5.3.1.3
FlowIdentifierThis textual convention denotes an arbitrary integer-value that uniquely identifies a traffic flow within the scope of the flow monitor that collects data and periodically computes metrics for the traffic flow. (1..4294967295) · Unsigned32 · hint d
This object identifies the traffic flow.
cfmAlarmHistoryTable
1.3.6.1.4.1.9.9.692.1.6.3
Index: cfmAlarmHistoryId
This table lists a history of the changes in the state of alarm conditions monitored by the device.
cfmAlarmHistoryId
1.3.6.1.4.1.9.9.692.1.6.3.1.1
Unsigned32 (1..4294967295)
This object indicates an arbitrary integer-value that uniquely identifies the event. Observe that the value assigned to a alarm history entry does not necessarily persist across restarts.
cfmAlarmHistoryType
1.3.6.1.4.1.9.9.692.1.6.3.1.2
INTEGER1 = cleared2 = raised · Integer32
This object indicates the type of event:
'cleared' The event signaled an alarm condition transitioning to the cleared state.
'raised' The event signalled an alarm condition transitioning to the raised state.
cfmAlarmHistoryEntity
1.3.6.1.4.1.9.9.692.1.6.3.1.3
RowPointerRepresents a pointer to a conceptual row. The value is the name of the instance of the first accessible columnar object in the conceptual row.
For example, ifIndex.3 would point to the 3rd row in the ifTable (note that if ifIndex were not-accessible, then ifDescr.3 would be used instead). · OBJECT IDENTIFIER
This object indicates the entity that caused the event.
If the alarm condition has an association with a flow monitor, then the value of this column is a row in the cfmFlowMonitorTable.
If the alarm condition has an association with a traffic flow, then the value of this column is a row in the cfmFlowTable.
If the alarm condition has an association with a alarm group, then the value of this column is a row in the cfmAlarmGroupTable.
cfmAlarmHistoryConditionsProfile
1.3.6.1.4.1.9.9.692.1.6.3.1.4
FlowMonitorConditionsProfileThis textual convention denotes an arbitrary integer-value that uniquely identifies a conditions profile. A conditions profile is a set of descriptions of standing/alarm conditions that can be applied to an entity, such as a flow alarm or a traffic flow. (1..4294967295) · Unsigned32 · hint d
This object indicates the conditions profile containing the description of the alarm condition that changed state.
cfmAlarmHistoryConditionId
1.3.6.1.4.1.9.9.692.1.6.3.1.5
FlowMonitorConditionIdentifierThis textual convention denotes an integer-value representing a standing/alarm condition within a conditions profile. It has a direct correspondence to the position of the bit representing the standing/alarm condition in a FlowMonitorConditions object. (0..2039) · Unsigned32 · hint d
This object indicates the alarm condition that changed state.
cfmAlarmHistorySeverity
1.3.6.1.4.1.9.9.692.1.6.3.1.6
CiscoAlarmSeverity1 = cleared2 = indeterminate3 = critical4 = major5 = minor6 = warning7 = infoRepresents the perceived alarm severity associated with a service or safety affecting condition and/or event. These are based on ITU severities, except that info(7) is added.
cleared(1) - Indicates a previous alarm condition has been cleared. It is not required (unless specifically stated elsewhere on a case by case basis) that an alarm condition that has been cleared will produce a notification or other event containing an alarm severity with this value.
indeterminate(2) - Indicates that the severity level cannot be determined.
critical(3) - Indicates that a service or safety affecting condition has occurred and an immediate corrective action is required.
major(4) - Indicates that a service affecting condition has occurred and an urgent corrective action is required.
minor(5) - Indicates the existence of a non-service affecting condition and that corrective action should be taken in order to prevent a more serious (for example, service or safety affecting) condition.
warning(6) - Indicates the detection of a potential or impending service or safety affecting condition, before any significant effects have been felt.
info(7) - Indicates an alarm condition that does not meet any other severity definition. This can include important, but non-urgent, notices or informational events.Reference: ITU-X.733 · Integer32
This object indicates the severity of the alarm condition that changed state.
cfmAlarmHistoryTime
1.3.6.1.4.1.9.9.692.1.6.3.1.7
TimeStampThe value of the sysUpTime object at which a specific occurrence happened. The specific occurrence must be
defined in the description of any object defined using this type.
If sysUpTime is reset to zero as a result of a re- initialization of the network management (sub)system, then the values of all TimeStamp objects are also reset. However, after approximately 497 days without a re- initialization, the sysUpTime object will reach 2^^32-1 and then increment around to zero; in this case, existing values of TimeStamp objects do not change. This can lead to ambiguities in the value of TimeStamp objects. · TimeTicks
This object indicates the value of sysUpTime when the alarm condition changed state.
In the case the device updates standing/alarm conditions at the same time it captures a measurement interval, the value of this column should correlate with the corresponding value of cfmFlowMetricsIntTime. This assures that the EMS/NMS can easily correlate alarms with the metrics captured in the course of a measurement interval.
Trap details
cfmNotifyAlarm
1.3.6.1.4.1.9.9.692.0.1
The device generates this notification when an alarm condition has changed state and the value of cfmNOtifyEnable is 'true'.
cfmAlarmHistoryType
1.3.6.1.4.1.9.9.692.1.6.3.1.2
INTEGER1 = cleared2 = raised · Integer32
This object indicates the type of event:
'cleared' The event signaled an alarm condition transitioning to the cleared state.
'raised' The event signalled an alarm condition transitioning to the raised state.
cfmAlarmHistoryEntity
1.3.6.1.4.1.9.9.692.1.6.3.1.3
RowPointerRepresents a pointer to a conceptual row. The value is the name of the instance of the first accessible columnar object in the conceptual row.
For example, ifIndex.3 would point to the 3rd row in the ifTable (note that if ifIndex were not-accessible, then ifDescr.3 would be used instead). · OBJECT IDENTIFIER
This object indicates the entity that caused the event.
If the alarm condition has an association with a flow monitor, then the value of this column is a row in the cfmFlowMonitorTable.
If the alarm condition has an association with a traffic flow, then the value of this column is a row in the cfmFlowTable.
If the alarm condition has an association with a alarm group, then the value of this column is a row in the cfmAlarmGroupTable.
cfmAlarmHistoryConditionsProfile
1.3.6.1.4.1.9.9.692.1.6.3.1.4
FlowMonitorConditionsProfileThis textual convention denotes an arbitrary integer-value that uniquely identifies a conditions profile. A conditions profile is a set of descriptions of standing/alarm conditions that can be applied to an entity, such as a flow alarm or a traffic flow. (1..4294967295) · Unsigned32 · hint d
This object indicates the conditions profile containing the description of the alarm condition that changed state.
cfmAlarmHistoryConditionId
1.3.6.1.4.1.9.9.692.1.6.3.1.5
FlowMonitorConditionIdentifierThis textual convention denotes an integer-value representing a standing/alarm condition within a conditions profile. It has a direct correspondence to the position of the bit representing the standing/alarm condition in a FlowMonitorConditions object. (0..2039) · Unsigned32 · hint d
This object indicates the alarm condition that changed state.
cfmAlarmHistorySeverity
1.3.6.1.4.1.9.9.692.1.6.3.1.6
CiscoAlarmSeverity1 = cleared2 = indeterminate3 = critical4 = major5 = minor6 = warning7 = infoRepresents the perceived alarm severity associated with a service or safety affecting condition and/or event. These are based on ITU severities, except that info(7) is added.
cleared(1) - Indicates a previous alarm condition has been cleared. It is not required (unless specifically stated elsewhere on a case by case basis) that an alarm condition that has been cleared will produce a notification or other event containing an alarm severity with this value.
indeterminate(2) - Indicates that the severity level cannot be determined.
critical(3) - Indicates that a service or safety affecting condition has occurred and an immediate corrective action is required.
major(4) - Indicates that a service affecting condition has occurred and an urgent corrective action is required.
minor(5) - Indicates the existence of a non-service affecting condition and that corrective action should be taken in order to prevent a more serious (for example, service or safety affecting) condition.
warning(6) - Indicates the detection of a potential or impending service or safety affecting condition, before any significant effects have been felt.
info(7) - Indicates an alarm condition that does not meet any other severity definition. This can include important, but non-urgent, notices or informational events.Reference: ITU-X.733 · Integer32
This object indicates the severity of the alarm condition that changed state.
cfmAlarmHistoryTime
1.3.6.1.4.1.9.9.692.1.6.3.1.7
TimeStampThe value of the sysUpTime object at which a specific occurrence happened. The specific occurrence must be
defined in the description of any object defined using this type.
If sysUpTime is reset to zero as a result of a re- initialization of the network management (sub)system, then the values of all TimeStamp objects are also reset. However, after approximately 497 days without a re- initialization, the sysUpTime object will reach 2^^32-1 and then increment around to zero; in this case, existing values of TimeStamp objects do not change. This can lead to ambiguities in the value of TimeStamp objects. · TimeTicks
This object indicates the value of sysUpTime when the alarm condition changed state.
In the case the device updates standing/alarm conditions at the same time it captures a measurement interval, the value of this column should correlate with the corresponding value of cfmFlowMetricsIntTime. This assures that the EMS/NMS can easily correlate alarms with the metrics captured in the course of a measurement interval.