Reference record for OID 1.3.6.1.4.1.9.10.88.0.2


parent
1.3.6.1.4.1.9.10.88.0 (coCdlMIBNotifications)
node code
2
node name
coCdlFromCdlNetFlowDIChange
dot oid
1.3.6.1.4.1.9.10.88.0.2
type
NOTIFICATION-TYPE
asn1 oid
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprise(1) cisco(9) ciscoExperiment(10) ciscoCdlMIB(88) coCdlMIBNotifications(0) coCdlFromCdlNetFlowDIChange(2)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprises(1) cisco(9) ciscoExperiment(10) ciscoCdlMIB(88) coCdlMIBNotifications(0) coCdlFromCdlNetFlowDIChange(2)}
  • {iso(1) org(3) dod(6) internet(1) private(4) enterprise(1) cisco(9) ciscoExperiment(10) ciscoCdlMIB(88) coCdlMIBNotifications(0) coCdlFromCdlNetFlowDIChange(2)}
  • {iso(1) org(3) dod(6) internet(1) private(4) enterprises(1) cisco(9) ciscoExperiment(10) ciscoCdlMIB(88) coCdlMIBNotifications(0) coCdlFromCdlNetFlowDIChange(2)}
  • {iso(1) iso-identified-organization(3) dod(6) internet(1) private(4) enterprise(1) cisco(9) ciscoExperiment(10) ciscoCdlMIB(88) coCdlMIBNotifications(0) coCdlFromCdlNetFlowDIChange(2)}
  • {iso(1) iso-identified-organization(3) dod(6) internet(1) private(4) enterprises(1) cisco(9) ciscoExperiment(10) ciscoCdlMIB(88) coCdlMIBNotifications(0) coCdlFromCdlNetFlowDIChange(2)}
  • iri oid
  • /iso/identified-organization/dod/internet/private/enterprise/cisco/ciscoExperiment/ciscoCdlMIB/coCdlMIBNotifications/coCdlFromCdlNetFlowDIChange
  • /iso/identified-organization/dod/internet/private/enterprises/cisco/ciscoExperiment/ciscoCdlMIB/coCdlMIBNotifications/coCdlFromCdlNetFlowDIChange
  • /iso/org/dod/internet/private/enterprise/cisco/ciscoExperiment/ciscoCdlMIB/coCdlMIBNotifications/coCdlFromCdlNetFlowDIChange
  • /iso/org/dod/internet/private/enterprises/cisco/ciscoExperiment/ciscoCdlMIB/coCdlMIBNotifications/coCdlFromCdlNetFlowDIChange
  • /iso/iso-identified-organization/dod/internet/private/enterprise/cisco/ciscoExperiment/ciscoCdlMIB/coCdlMIBNotifications/coCdlFromCdlNetFlowDIChange
  • /iso/iso-identified-organization/dod/internet/private/enterprises/cisco/ciscoExperiment/ciscoCdlMIB/coCdlMIBNotifications/coCdlFromCdlNetFlowDIChange
  • iri by oid_info
    /ISO/Identified-Organization/6/1/4/1/9/10/88/0/2

    Description by circitor

    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.

    Parsed from file CISCO-CDL-MIB.mib
    Module: CISCO-CDL-MIB

    Description by mibdepot

    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.

    Parsed from file CISCO-CDL-MIB.my.txt
    Company: None
    Module: CISCO-CDL-MIB

    Description by cisco

    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.

    Information by circitor

    coCdlFromCdlNetFlowDIChange NOTIFICATION-TYPE OBJECTS { coCdlFromCdlNetFlowDICurrStatus, coCdlFromCdlNetFlowDILastChange } STATUS current DESCRIPTION "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. " ::= { coCdlMIBNotifications 2 }

    Information by oid_info

    Vendor: Cisco
    Module: CISCO-CDL-MIB

    [Automatically extracted from oidview.com]

    Information by mibdepot

    coCdlFromCdlNetFlowDIChange NOTIFICATION-TYPE OBJECTS { coCdlFromCdlNetFlowDICurrStatus, coCdlFromCdlNetFlowDILastChange } STATUS current DESCRIPTION "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. " ::= { coCdlMIBNotifications 2 }

    Information by cisco

    coCdlFromCdlNetFlowDIChange NOTIFICATION-TYPE OBJECTS { coCdlFromCdlNetFlowDICurrStatus, coCdlFromCdlNetFlowDILastChange } STATUS current DESCRIPTION "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. " ::= { coCdlMIBNotifications 2 }

    First Registration Authority (recovered by parent 1.3.6.1.4.1.9)

    Greg Satz

    Current Registration Authority (recovered by parent 1.3.6.1.4.1.9)

    Cisco Systems, Inc.

    Brothers (1)

    OIDNameSub childrenSub Nodes TotalDescription
    1.3.6.1.4.1.9.10.88.0.1 coCdlRxAggDefectIndChange 0 0 This notification is sent when the value of the hop-by-hop
    forward defect indication (FDI-H), hop-by-hop backward defect
    indicati…