CISCO-CDL-MIB

All MIBs › CISCO-CDL-MIB

Organization: Cisco Systems, Inc.

Last Updated: 2002-10-02

Category: Cisco Devices, Web and Application Servers

Description: Manages the Cisco Content Distribution Library, tracking content objects, distribution tasks, and replication status across ACNS nodes.

Start monitoring vendor-neutral, standards-based MIB, any SNMPv3-capable network device (SNMP engine identity/boot/clock status) with a free 30-day trial of IPNetwork Monitor. Import MIBs, browse SNMP OIDs, create custom SNMP monitors, configure alerts, and monitor any SNMP-enabled network device from a single console.

What Is CISCO-CDL-MIB?

CISCO-CDL-MIB manages Converged Data Link (CDL), a Cisco mechanism providing OAM&P for Ethernet packet-based optical networks that lack a SONET/SDH layer, including APS-style protection switching signaling and an embedded message channel. It exposes per-interface administrative status, protection-switching behavior (force end-of-hop, node behavior), defect indication status for both receive and transmit aggregate signals, and CRC error counters. Its monitoring purpose is explicitly fault and performance oriented for optical transport links: administrators watch defect indication current status and last-change timestamps to detect signal degradation or link protection events, and CRC error counts to catch line-quality problems, functioning as a software-layer equivalent of traditional SONET alarm monitoring. It is used in place of, and analogous to, SONET/SDH-layer fault MIBs, providing similar defect/alarm semantics for Ethernet-over-optical transport. It is deployed on Cisco optical/Ethernet transport platforms carrying CDL-framed traffic between network nodes. Engineers can download the CISCO-CDL-MIB file directly to load it into their MIB browser.

IPNetwork Monitor allows you to monitor SNMP objects defined in CISCO-CDL-MIB. Use the built-in SNMP Monitoring Browser to explore available variables, view their current values and descriptions, and select the objects you want to monitor. You can then create SNMP monitors, configure thresholds, and receive alerts when monitored values change.

Supported Devices

Cisco optical/Ethernet transport node supporting Converged Data Link (CDL)

Monitoring Examples

An operator would poll coCdlIntfTable per interface, checking coCdlRxAggDefectIndCurrStatus and coCdlTxAggDefectIndCurrStatus alongside coCdlRxAggDefectIndLastChange/coCdlTxAggDefectIndLastChange to detect recent defect transitions. A current defect status combined with an incrementing coCdlRxHeaderCRCError count would indicate a degraded optical link, while checking coCdlAdminStatus and coCdlNodeBehavior confirms whether protection switching (coCdlForceEndOfHop) has engaged in response.

What Can Be Monitored

interface administrative status
receive/transmit aggregate defect indication status
defect status last-change time
CRC header errors
protection switching / node behavior state

Imported Objects

From CISCO-SMI

ciscoExperiment

OBJECT-IDENTITY

From IF-MIB

ifIndex

OBJECT-TYPE

From SNMPv2-CONF

MODULE-COMPLIANCE
NOTIFICATION-GROUP
OBJECT-GROUP

From SNMPv2-SMI

Counter32
Counter64
MODULE-IDENTITY
NOTIFICATION-TYPE
OBJECT-TYPE
Unsigned32

From SNMPv2-TC

TEXTUAL-CONVENTION
TimeStamp
TruthValue

How to Use in IPNetwork Monitor

Example using coCdlRxHeaderCRCError OID:

Select a Cisco optical/Ethernet transport node (Converged Data Link) as the target host to create a monitor — the SNMP service should be up and running on it. Click New Monitor, then check SNMP Custom on the Favorites tab, click Next, and confirm the host. On the next page, click Select... to open the built-in SNMP MIB Browser and type coCdlRxHeaderCRCError into the Find box to locate it in the OID tree, selecting the specific row/instance you want to monitor since this is a table column, then select it and click OK. The number of CDL frames received with CDL Header CRC errors. On the monitor's Main parameters page you can set the target's SNMP port (default 161), credentials, polling interval, and other settings — see the SNMP Monitor help for details. On the State conditions and Alerting tabs, configure when the monitor should change state and trigger an alert; since this is a Counter32-type OID, Value bounds is the most useful condition here — trigger an alert if the counter increases between polls, since a rising count of errors, failures, or discards often points to a real underlying problem. Click Finish to create the monitor; you can adjust any parameter later.

OIDs

OID symbolic	OID numeric	Type	Access	Description
ciscoCdlMIB	1.3.6.1.4.1.9.10.88			This MIB module defines objects to manage Converged Data Link (CDL). CDL provides OAM&P (Operation, Administration, Maintenance and Provisioning) in Ethernet packet-based optical networks without a SONET/SDH layer. The CDL functionality can be divided into the following categories: APS/Defect Indications: The CDL frame carries defect indication bits and provides signalling mechanism support for automatic protection switching. Message Channel: The message channel is used to carry control (e.g. routing, signalling) and management traffic. Packet-by-packet multiplexing of multiple data flows: CDL uses one or two octets to identify the elementary packet stream that this packet belongs to. This allows more than one elementary packet stream to share the bandwidth on a CDL enabled interface. This MIB defines objects to manage Defect Indications and the Packet-by-packet Multiplexing feature. The CDL Message channel is modeled as a separate interface and should be controlled using the IF-MIB and other MIBs for managing IP. This MIB does not provide a mechanism to manage the CDL message channel. APS configuration and monitoring can be done using the CISCO-APS-MIB and CISCO-APS-EXT-MIB.
coCdlMIBNotifications	1.3.6.1.4.1.9.10.88.0
NTF coCdlRxAggDefectIndChange	1.3.6.1.4.1.9.10.88.0.1			This notification is sent when the value of the hop-by-hop forward defect indication (FDI-H), hop-by-hop backward defect indication (BDI-H), or end-to-end (aggregate path) forward defect indication (FDI-E) bit received on an interface changes. To minimize the probability of prematurely reacting to momentary signal variations, a soak time may be incorporated into the notification in the following manner. A notification is generated after a defect is first detected, when the defect persists for a period of time that exceeds the set soak interval specified by coCdlDefectIndSetSoakInterval. A notification is generated after a defect stops being detected, when the defect does not appear over a period of time that exceeds the clear soak interval specified by coCdlDefectIndClearSoakInterval. When changes in CDL defect indications are received for multiple interfaces within a short time span, notifications should be deferred so that each notification is generated at least one coCdlDINotifyThrottleInterval after the previous notification.
NTF coCdlFromCdlNetFlowDIChange	1.3.6.1.4.1.9.10.88.0.2			This notification is sent when the value of the received end-to-end path forward defect indication or the received end-to-end path backward defect indication changes. Note that the end-to-end path forward defect indication is implicit, i.e. it is not signalled using a bit. An end-to-end path forward defect is inferred when no CDL Ethernet or Idle packets are received over a pre-determined length of time. To minimize the probability of prematurely reacting to momentary signal variations, a soak time may be incorporated into the notification in the following manner. A notification is generated after a defect is first detected, when the defect persists for a period of time that exceeds the set soak interval specified by coCdlDefectIndSetSoakInterval. A notification is generated after a defect stops being detected, when the defect does not appear over a period of time that exceeds the clear soak interval specified by coCdlDefectIndClearSoakInterval. When changes in CDL defect indications are received for multiple interfaces within a short time span, notifications should be deferred so that each notification is generated at least one coCdlDINotifyThrottleInterval after the previous notification.
coCdlMIBObjects	1.3.6.1.4.1.9.10.88.1
coCdlBaseGroup	1.3.6.1.4.1.9.10.88.1.1
coCdlIntfTable	1.3.6.1.4.1.9.10.88.1.1.1		not-accessible	This table provides objects to configure and monitor CDL on an Ethernet interface.
coCdlIntfEntry	1.3.6.1.4.1.9.10.88.1.1.1.1		not-accessible	An entry in the CDL Interface Table, providing objects to configure and monitor CDL on an Ethernet interface. An entry exists for each CDL capable Ethernet interface.
T/F coCdlAdminStatus	1.3.6.1.4.1.9.10.88.1.1.1.1.1	TruthValue	read-write	Enables/disables CDL on this interface. When this object is set to 'true', CDL is enabled on this interface. When this object is set to 'false', CDL is disabled on this interface. When CDL is enabled, the following actions are taken: 1) When a non-CDL packet is progressed to this interface for transmission, the Ethernet packet is modified to carry the CDL header. Similarly, when a received packet is progressed from this interface to a non-CDL interface, the CDL header is removed from the Ethernet packet. 2) Processing of CDL defect indications is activated. 3) The CDL Message Channel used to carry control (e.g. routing, signalling) and management traffic is activated. The SNMP agent creates an interface that represents the CDL Message Channel. The interface representing the CDL Message Channel is shown as a higher layer interface, with ifType 'propPointToPointSerial', residing above this CDL enabled interface in the ifStackTable in the IF-MIB. 4) The CDL APS Channel is activated, if supported and APS is configured for this interface. 5) Transport of multiple data flows (i.e. packet-by-packet multiplexing) is activated, if this capability is supported on this interface. When CDL is disabled, only traditional (non-CDL) Ethernet packets are transported, all packets on this interface are treated as one Ethernet data flow, and the interface representing the CDL message channel is deleted.
T/F coCdlForceEndOfHop	1.3.6.1.4.1.9.10.88.1.1.1.1.2	TruthValue	read-write	When set to 'true', this object forces CDL Hop Terminating behavior at this interface. A CDL Hop Terminating Network Element terminates (generates in one direction and consumes in another direction) hop-by-hop CDL Defect Indications at an interface. When this object is set to 'false', this network element may still act as a CDL Hop Terminating Network Element at this interface, if either 1) Automatic Protection Switching (APS) has been configured for this interface, or 2) this network element is an Aggregate Path Terminating Network Element at this interface. It is recommended to force CDL Hop Terminating behavior at administrative boundaries. This ensures that the hop-by-hop CDL Defect Indications (FDI-H and BDI-H) between two administrative domains reflect only errors that occur between the domains, even if APS is not configured for this interface.
COC coCdlNodeBehavior	1.3.6.1.4.1.9.10.88.1.1.1.1.3	CoCdlNodeBehavior	read-only	This object indicates the current CDL defect indication behavior of this network element, at this interface. A network element can take on one of three roles at a CDL enabled interface: Aggregate Path Terminating Network Element (endOfAggPath), Hop Terminating Network Element (endOfHop), or CDL Regenerator.
COC coCdlRxAggDefectIndCurrStatus	1.3.6.1.4.1.9.10.88.1.1.1.1.4	CoCdlAggDefectIndStatus	read-only	This object reflects the current status of the CDL Defect Indication bits received on this interface.
TIM coCdlRxAggDefectIndLastChange	1.3.6.1.4.1.9.10.88.1.1.1.1.5	TimeStamp	read-only	This object specifies the value of sysUpTime at the last time there was a change in the value of coCdlRxAggDefectIndCurrStatus.
COC coCdlTxAggDefectIndCurrStatus	1.3.6.1.4.1.9.10.88.1.1.1.1.6	CoCdlAggDefectIndStatus	read-only	This object reflects the current status of the CDL Defect Indication bits transmitted on this interface.
TIM coCdlTxAggDefectIndLastChange	1.3.6.1.4.1.9.10.88.1.1.1.1.7	TimeStamp	read-only	This object specifies the value of sysUpTime at the last time there was a change in the value of coCdlTxAggDefectIndCurrStatus.
OID coCdlTransmitMaxFlowIdentifier	1.3.6.1.4.1.9.10.88.1.1.1.1.8	CoCdlFlowIdentifier	read-write	A CDL enabled interface can aggregate packet streams (called elementary packet streams) from multiple interfaces. CDL uses one or two octets to identify the elementary packet stream that this packet belongs to (called the flow identifier). This object identifies the maximum value that can be assigned to the CDL flow identifier for a packet transmitted on this interface.
OID coCdlReceiveMaxFlowIdentifier	1.3.6.1.4.1.9.10.88.1.1.1.1.9	CoCdlFlowIdentifier	read-write	A CDL enabled interface can aggregate packet streams (called elementary packet streams) from multiple interfaces. CDL uses one or two octets to identify the elementary packet stream that this packet belongs to (called the flow identifier). This object identifies the maximum value that can be assigned to the CDL flow identifier for a packet received on this interface.
C32 coCdlRxHeaderCRCErrorEx	1.3.6.1.4.1.9.10.88.1.1.1.1.10	Counter32	read-only	The number of CDL frames received with CDL Header CRC errors. This object represents the lower word value of the counter associated with the number of CDL header CRC errors encountered in the receive direction. NOTE: The object coCdlRxHeaderCRCErrorOverflow contains the higher 32 bits of this counter value. SNMP v2c or v3 managers can use the coCdlHCRxHeaderCRCError object directly which is a 64 bit counter.
C32 coCdlRxHeaderCRCErrorOverflow	1.3.6.1.4.1.9.10.88.1.1.1.1.11	Counter32	read-only	This object represents the higher word value of the counter associated with the number of CDL Header CRC errors encountered in the receive direction. NOTE: The object coCdlRxHecError contains the lower 32 bits of this counter value. If the error count is greater than 4,294,967,295, the higher word value will be stored in this object. SNMP v2c or v3 managers can use the coCdlHCRxHeaderCRCError object directly which is a 64 bit counter.
C64 coCdlHCRxHeaderCRCError	1.3.6.1.4.1.9.10.88.1.1.1.1.12	Counter64	read-only	The number of CDL frames received with CDL Header CRC errors. This is a High Capacity (64 bit) version of the coCdlRxHeaderCRCError counter.
C32 coCdlRxInvalidFlowID	1.3.6.1.4.1.9.10.88.1.1.1.1.13	Counter32	read-only	This object counts the number of CDL Flow Identifier lookup errors in the receive direction. When a CDL interface multiplexes/demultiplexes more than one elementary packet stream, it uses the flow identifier in the CDL header. This error counter is incremented when a flow identifier value received on this interface does not map to any of the elementary packet streams demultiplexed by this interface. This object represents the lower word value of the counter associated with the number of CDL Flow Identifier lookup errors encountered in the receive direction. NOTE: The object coCdlRxInvalidFlowIDOverflow contains the higher 32 bits of this counter value. SNMP v2c or v3 managers can use the coCdlHCRxInvalidFlowID object directly which is a 64 bit counter.
C32 coCdlRxInvalidFlowIDOverflow	1.3.6.1.4.1.9.10.88.1.1.1.1.14	Counter32	read-only	This object represents the higher word value of the counter associated with the number of CDL Flow Identifier lookup errors encountered in the receive direction. NOTE: The object coCdlRxInvalidFlowID contains the lower 32 bits of this counter value. If the error count is greater than 4,294,967,295, the higher word value will be stored in this object. SNMP v2c or v3 managers can use the coCdlHCRxInvalidFlowID object directly which is a 64 bit counter.
C64 coCdlHCRxInvalidFlowID	1.3.6.1.4.1.9.10.88.1.1.1.1.15	Counter64	read-only	This object counts the number of CDL Flow Identifier lookup errors in the receive direction. When a CDL interface multiplexes/demultiplexes more than one elementary packet stream, it uses the flow identifier in the CDL header. This error counter is incremented when a flow identifier value received on this interface does not map to any of the elementary packet streams demultiplexed by this interface. This is a High Capacity (64 bit) version of the coCdlRxInvalidFlowID counter.
C32 coCdlRxNonCdlPackets	1.3.6.1.4.1.9.10.88.1.1.1.1.16	Counter32	read-only	This object counts the number of packets received without a CDL header on this interface. This counter is incremented only when CDL is enabled on this interface. This object represents the lower word value of the counter associated with the number of packets received without a CDL header on this interface. NOTE: The object coCdlRxNonCdlPacketsOverflow contains the higher 32 bits of this counter value. SNMP v2c or v3 managers can use the coCdlHCRxNonCdlPackets object directly which is a 64 bit counter.
C32 coCdlRxNonCdlPacketsOverflow	1.3.6.1.4.1.9.10.88.1.1.1.1.17	Counter32	read-only	This object represents the higher word value of the counter associated with the number of packets received without a CDL header on this interface. NOTE: The object coCdlRxNonCdlPackets contains the lower 32 bits of this counter value. If the error count is greater than 4,294,967,295, the higher word value will be stored in this object. SNMP v2c or v3 managers can use the coCdlHCRxNonCdlPackets object directly which is a 64 bit counter.
C64 coCdlHCRxNonCdlPackets	1.3.6.1.4.1.9.10.88.1.1.1.1.18	Counter64	read-only	This object counts the number of packets received without a CDL header on this interface. This counter is incremented only when CDL is enabled on this interface. This is a High Capacity (64 bit) version of the coCdlRxNonCdlPackets counter.
INT coCdlDefectIndNotifyEnable	1.3.6.1.4.1.9.10.88.1.1.2	INTEGER	read-write	This object indicates whether a change in the received CDL Defect Indications, including the implicit end-to-end path defect indication as well as the CDL defect indication bits in the CDL OAM field, causes a notification to be generated. disabled: Received CDL aggregate defect indication bit changes do not cause coCdlRxAggDefectIndChange notifications to be generated, and CDL flow defect indication changes from the CDL network at path terminating interfaces do not cause coCdlFromCdlNetFlowDIChange notifications to be generated. enabledAtTerminatingInterfaces: A coCdlRxAggDefectIndChange notification is generated whenever - the received hop-by-hop forward defect indication (FDI-H) or the received hop-by-hop backward defect indication bit (BDI-H) changes at a hop terminating interface, or - the received end-to-end (aggregate path) defect indication bit (FDI-E) changes at an aggregate path terminating interface. A coCdlFromCdlNetFlowDIChange notification is generated whenever a CDL flow defect indication, i.e. implicit end-to-end path forward defect indication or end-to-end path backward defect indication bit, from the CDL network changes at a path terminating interface. enabledAtAllInterfaces: a coCdlRxAggDefectIndChange notification is generated whenever a received CDL aggregate defect indication bit changes on any interface, and a coCdlFromCdlNetFlowDIChange notification is generated whenever a CDL flow defect indication, i.e. implicit end-to-end path forward defect indication or end-to-end path backward defect indication bit, from the CDL network changes at a path terminating interface. To minimize the probability of prematurely reacting to momentary signal variations, a soak time may be incorporated into the notification in the following manner. A notification is generated after a defect is first detected, when the defect persists for a period of time that exceeds the set soak interval specified by coCdlDefectIndSetSoakInterval. A notification is generated after a defect stops being detected, when the defect does not appear over a period of time that exceeds the clear soak interval specified by coCdlDefectIndClearSoakInterval. When changes in CDL defect indications are received for multiple interfaces within a short time span, notifications should be deferred so that each notification is generated at least one coCdlDINotifyThrottleInterval after the previous notification.
U32 coCdlDefectIndSetSoakInterval	1.3.6.1.4.1.9.10.88.1.1.3	Unsigned32	read-write	To minimize the probability of prematurely reacting to momentary signal variations, a soak time may be incorporated into the defect indications. The indication is set when the defect persists for a period of time that exceeds the set soak interval.
U32 coCdlDefectIndClearSoakInterval	1.3.6.1.4.1.9.10.88.1.1.4	Unsigned32	read-write	To minimize the probability of prematurely reacting to momentary signal variations, a soak time may be incorporated into the defect indications. The indication is cleared when no defect occurs over a period of time that exceeds the clear soak interval.
U32 coCdlDINotifyThrottleInterval	1.3.6.1.4.1.9.10.88.1.1.5	Unsigned32	read-write	The minimum time interval between generation of successive CDL defect indication 'notification-events' by this agent. A 'notification-event' is the transmission of a single trap or inform PDU to a list of notification destinations. If more than one change occurs within a short time span, for for example if hop-by-hop forward defect indications are received for multiple interfaces, then notification-events for these changes should be deferred by the agent so that each notification-event occurs at least one throttle interval after the previous notification-event. At the end of each throttle interval, one notification-event should be generated if the current defect indication state on any interface is different from the last state indicated in a notification-event. In such a case, another throttle interval is started immediately.
coCdlFlowTermGroup	1.3.6.1.4.1.9.10.88.1.2
coCdlFlowTermTable	1.3.6.1.4.1.9.10.88.1.2.1		not-accessible	This table contains objects used to manage logical or physical interfaces representing elementary packet streams at the point where the CDL path defect indications are terminated. Typically, this is a point where the CDL Ethernet encapsulation is applied and removed. This can also be a point between a part of the CDL network that supports packet-by-packet multiplexing, and a part of the CDL network that does not support packet-by-packet multiplexing. Several elementary packet streams (from multiple logical or physical path terminating interfaces) may be multiplexed into an aggregate packet stream before being transmitted out of this network element, towards the rest of the CDL network. (1) +---------------+ ------>\|\ \| Aggregate CDL packet stream : \| +----------\ \| ------>\|-------------==\|======> towards CDL network : \| +----------/ \| (A) ------>\|/ \| (N) +---------------+ In the figure above, interface 'A' aggregates the elementary packet streams from interfaces '1' through 'N'. A row in this table exists for each path terminating interface carrying an elementary packet stream. In the figure above, these interfaces are labeled '1' through 'N'. The relationship between the aggregating interface 'A' and an interface carrying an elementary packet stream is not specified in this table. It could be derived from the ifstackTable, or from a cross connect MIB supported by the platform, or from any other means suitable to the platform.
coCdlFlowTermEntry	1.3.6.1.4.1.9.10.88.1.2.1.1		not-accessible	An entry that contains objects used to manage a logical or physical interface representing a single elementary packet stream at the point where the CDL path defect indications are terminated. Typically, this is a point where the CDL Ethernet encapsulation is applied and removed. This can also be a point between a part of the CDL network that supports packet-by-packet multiplexing, and a part of the CDL network that does not support packet-by-packet multiplexing. This interface may have ifType value other than 'ethernetCsmacd', if traffic from a non-Ethernet protocol is received on this interface and then encapsulated (or otherwise interworked) in Ethernet and then CDL, before being progressed into the CDL network.
OID coCdlFromCdlNetFlowIdentifier	1.3.6.1.4.1.9.10.88.1.2.1.1.1	CoCdlFlowIdentifier	read-write	This object specifies the flow identifier value received from the CDL network that identifies this elementary packet stream at this interface. Note that if CDL is not enabled on this interface, this represents the flow identifier value passed to this interface from the cross connect fabric. If the cross connect fabric does not map the flow identifier value for this elementary packet stream, this is the value passed from the CDL aggregation interface on the other side of the cross connect.
OID coCdlToCdlNetFlowIdentifier	1.3.6.1.4.1.9.10.88.1.2.1.1.2	CoCdlFlowIdentifier	read-write	This object specifies the flow identifier value set in CDL packets in this elementary packet stream that are progressed from this interface towards the CDL network. Note that if CDL is not enabled on this interface, this represents the flow identifier value passed to the fabric that cross connects this packet stream onto a CDL aggregation interface.
COC coCdlFromCdlNetFlowDICurrStatus	1.3.6.1.4.1.9.10.88.1.2.1.1.3	CoCdlFlowDefectIndStatus	read-only	This object reflects the current status of the CDL flow defect indications received from the CDL network, at this interface. Note that the end-to-end path forward defect indication is implicit, i.e. it is not signalled using a bit. An end-to-end path forward defect is inferred when no CDL Ethernet or Idle packets are received with the flow identifier value specified by coCdlFromCdlNetFlowIdentifier, over a pre-determined length of time.
TIM coCdlFromCdlNetFlowDILastChange	1.3.6.1.4.1.9.10.88.1.2.1.1.4	TimeStamp	read-only	This object specifies the value of sysUpTime at the last time there was a change in the value of coCdlFromCdlNetFlowDICurrStatus.
COC coCdlToCdlNetFlowDICurrStatus	1.3.6.1.4.1.9.10.88.1.2.1.1.5	CoCdlFlowDefectIndStatus	read-only	This object reflects the current status of the CDL flow defect indications progressed towards the CDL network from this interface. Note that the end-to-end path forward defect indication is implicit, i.e. it is not signalled using a bit. An end-to-end path forward defect is indicated by stopping transmission of CDL Ethernet and Idle packets with the flow identifier value specified by coCdlToCdlNetFlowIdentifier.
TIM coCdlToCdlNetFlowDILastChange	1.3.6.1.4.1.9.10.88.1.2.1.1.6	TimeStamp	read-only	This object specifies the value of sysUpTime at the last time there was a change in the value of coCdlToCdlNetFlowDICurrStatus.
C32 coCdlFromCdlNetEthernetCRC	1.3.6.1.4.1.9.10.88.1.2.1.1.7	Counter32	read-only	This object represents the lower word value of the counter that provides a count of Ethernet packets with CRC errors, for an elementary packet stream, at the point where the CDL header is removed. When Ethernet is used as an encapsulation for transport of non-Ethernet protocols, this is the number of Ethernet CRC errors, before the Ethernet encapsulation is removed and the resulting traffic for the underlying protocol is transmitted out this interface. NOTE: The object coCdlFromCdlNetEthernetCRCOvrflw contains the higher 32 bits of this counter value. SNMP v2c or v3 managers can use the coCdlFromCdlNetHCEthernetCRC object directly which is a 64 bit counter.
C32 coCdlFromCdlNetEthernetCRCOvrflw	1.3.6.1.4.1.9.10.88.1.2.1.1.8	Counter32	read-only	This object represents the higher word value of the counter that provides a count of Ethernet packets with CRC errors, for an elementary packet stream, at the point where the CDL header is removed. When Ethernet is used as an encapsulation for transport of non-Ethernet protocols, this is the number of Ethernet CRC errors, before the Ethernet encapsulation is removed and the resulting traffic for the underlying protocol is transmitted out this interface. NOTE: The object coCdlFromCdlNetEthernetCRC contains the lower 32 bits of this counter value. SNMP v2c or v3 managers can use the coCdlFromCdlNetHCEthernetCRC object directly which is a 64 bit counter.
C64 coCdlFromCdlNetHCEthernetCRC	1.3.6.1.4.1.9.10.88.1.2.1.1.9	Counter64	read-only	This object provides a count of Ethernet packets with CRC errors, for an elementary packet stream, at the point where the CDL header is removed. When Ethernet is used as an encapsulation for transport of non-Ethernet protocols, this is the number of Ethernet CRC errors, before the Ethernet encapsulation is removed and the resulting traffic for the underlying protocol is transmitted out this interface. This is a High Capacity (64 bit) version of the coCdlFromCdlNetEthernetCRC counter.
coCdlMIBConformance	1.3.6.1.4.1.9.10.88.3
coCdlMIBCompliances	1.3.6.1.4.1.9.10.88.3.1
coCdlMIBCompliance	1.3.6.1.4.1.9.10.88.3.1.1			The Compliance statement for the Cisco CDL MIB.
coCdlMIBCompliance2	1.3.6.1.4.1.9.10.88.3.1.2			The Compliance statement for the Cisco CDL MIB.
coCdlMIBGroups	1.3.6.1.4.1.9.10.88.3.2
coCdlMIBBaseGroup	1.3.6.1.4.1.9.10.88.3.2.1			A collection of objects used to control and monitor CDL on an Ethernet interface.
coCdlMIBFlowIdGroup	1.3.6.1.4.1.9.10.88.3.2.2			A collection of objects used to manage packet-by-packet multiplexing on a CDL enabled interface.
coCdlMIBFlowTermGroup	1.3.6.1.4.1.9.10.88.3.2.3			A collection of objects to configure and monitor the status of elementary packet streams at path terminating interfaces.
coCdlDIConfigGroup	1.3.6.1.4.1.9.10.88.3.2.4			A collection of objects to configure CDL aggregate defect indication behavior.
coCdlDIAggMandatoryGroup	1.3.6.1.4.1.9.10.88.3.2.5			A collection of objects to monitor CDL aggregate defect indications.
coCdlDIAggNotifGroup	1.3.6.1.4.1.9.10.88.3.2.6			A collection of notifications for CDL aggregate defect indications.
coCdlDIFlowNotifGroup	1.3.6.1.4.1.9.10.88.3.2.7			A collection of notifications for CDL flow defect indications.
coCdlMIBFlowTerm2Group	1.3.6.1.4.1.9.10.88.3.2.8			A collection of objects to configure and monitor the status of elementary packet streams at path terminating interfaces.

RFC description

Converged Data Link (CDL) management for optical Ethernet networks with defect indications and packet multiplexing.

Start monitoring Cisco optical/Ethernet transport node (Converged Data Link) with a free 30-day trial of IPNetwork Monitor. Import MIBs, browse SNMP OIDs, create custom SNMP monitors, configure alerts, and monitor any SNMP-enabled network device from a single console.

Download CISCO-CDL-MIB