OID reference

dot1agCfmMepTable

1.3.6.1.4.1.3902.3.120.1.3.1

Description

The Maintenance Association End Point (MEP) table. Each row in the table represents a different MEP. A MEP is an actively managed CFM entity, associated with a specific DSAP of a Service Instance, which can generate and receive CFM PDUs and track any responses. It is an end point of a single Maintenance Association, a…

Full description and source information

Identification

Identifier and names

Parent
1.3.6.1.4.1.3902.3.120.1.3 (dot1agCfmMep)
Node code
1
Node name
dot1agCfmMepTable
Category
SNMP management object
Numeric OID
1.3.6.1.4.1.3902.3.120.1.3.1
URN notation
urn:oid:1.3.6.1.4.1.3902.3.120.1.3.1
ASN.1, OID-IRI and named path variants
ASN.1 notation

{1 3 6 1 4 1 3902 3 120 1 3 1}

  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprise(1) zte(3902) zxr10(3) zxr10cfmMIB(120) dot1agMIBObjects(1) dot1agCfmMep(3) dot1agCfmMepTable(1)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprise(1) zxEnterpriseMib(3902) zxr10(3) zxr10cfmMIB(120) dot1agMIBObjects(1) dot1agCfmMep(3) dot1agCfmMepTable(1)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprises(1) zte(3902) zxr10(3) zxr10cfmMIB(120) dot1agMIBObjects(1) dot1agCfmMep(3) dot1agCfmMepTable(1)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprises(1) zxEnterpriseMib(3902) zxr10(3) zxr10cfmMIB(120) dot1agMIBObjects(1) dot1agCfmMep(3) dot1agCfmMepTable(1)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) ldap-enterprise(1) zte(3902) zxr10(3) zxr10cfmMIB(120) dot1agMIBObjects(1) dot1agCfmMep(3) dot1agCfmMepTable(1)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) ldap-enterprise(1) zxEnterpriseMib(3902) zxr10(3) zxr10cfmMIB(120) dot1agMIBObjects(1) dot1agCfmMep(3) dot1agCfmMepTable(1)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) vendor-objects(1) zte(3902) zxr10(3) zxr10cfmMIB(120) dot1agMIBObjects(1) dot1agCfmMep(3) dot1agCfmMepTable(1)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) vendor-objects(1) zxEnterpriseMib(3902) zxr10(3) zxr10cfmMIB(120) dot1agMIBObjects(1) dot1agCfmMep(3) dot1agCfmMepTable(1)}
  • {iso(1) org(3) dod(6) internet(1) private(4) enterprise(1) zte(3902) zxr10(3) zxr10cfmMIB(120) dot1agMIBObjects(1) dot1agCfmMep(3) dot1agCfmMepTable(1)}
  • {iso(1) org(3) dod(6) internet(1) private(4) enterprise(1) zxEnterpriseMib(3902) zxr10(3) zxr10cfmMIB(120) dot1agMIBObjects(1) dot1agCfmMep(3) dot1agCfmMepTable(1)}
  • {iso(1) org(3) dod(6) internet(1) private(4) enterprises(1) zte(3902) zxr10(3) zxr10cfmMIB(120) dot1agMIBObjects(1) dot1agCfmMep(3) dot1agCfmMepTable(1)}
  • {iso(1) org(3) dod(6) internet(1) private(4) enterprises(1) zxEnterpriseMib(3902) zxr10(3) zxr10cfmMIB(120) dot1agMIBObjects(1) dot1agCfmMep(3) dot1agCfmMepTable(1)}
  • {iso(1) org(3) dod(6) internet(1) private(4) ldap-enterprise(1) zte(3902) zxr10(3) zxr10cfmMIB(120) dot1agMIBObjects(1) dot1agCfmMep(3) dot1agCfmMepTable(1)}
  • {iso(1) org(3) dod(6) internet(1) private(4) ldap-enterprise(1) zxEnterpriseMib(3902) zxr10(3) zxr10cfmMIB(120) dot1agMIBObjects(1) dot1agCfmMep(3) dot1agCfmMepTable(1)}
  • {iso(1) org(3) dod(6) internet(1) private(4) vendor-objects(1) zte(3902) zxr10(3) zxr10cfmMIB(120) dot1agMIBObjects(1) dot1agCfmMep(3) dot1agCfmMepTable(1)}
  • {iso(1) org(3) dod(6) internet(1) private(4) vendor-objects(1) zxEnterpriseMib(3902) zxr10(3) zxr10cfmMIB(120) dot1agMIBObjects(1) dot1agCfmMep(3) dot1agCfmMepTable(1)}
  • Additional combinations skipped.
OID-IRI notation
  • /1/3/6/1/4/1/3902/3/120/1/3/1
  • /ISO/Identified-Organization/6/1/4/1/3902/3/120/1/3/1
  • /ISO/3/6/1/4/1/3902/3/120/1/3/1
Named path variants
  • /iso/identified-organization/dod/internet/private/enterprise/3902/zxr10/zxr10cfmMIB/dot1agMIBObjects/dot1agCfmMep/dot1agCfmMepTable
  • /iso/identified-organization/dod/internet/private/enterprise/zte/zxr10/zxr10cfmMIB/dot1agMIBObjects/dot1agCfmMep/dot1agCfmMepTable
  • /iso/identified-organization/dod/internet/private/enterprise/zxEnterpriseMib/zxr10/zxr10cfmMIB/dot1agMIBObjects/dot1agCfmMep/dot1agCfmMepTable
  • /iso/identified-organization/dod/internet/private/enterprises/3902/zxr10/zxr10cfmMIB/dot1agMIBObjects/dot1agCfmMep/dot1agCfmMepTable
  • /iso/identified-organization/dod/internet/private/enterprises/zte/zxr10/zxr10cfmMIB/dot1agMIBObjects/dot1agCfmMep/dot1agCfmMepTable
  • /iso/identified-organization/dod/internet/private/enterprises/zxEnterpriseMib/zxr10/zxr10cfmMIB/dot1agMIBObjects/dot1agCfmMep/dot1agCfmMepTable
  • /iso/identified-organization/dod/internet/private/ldap-enterprise/3902/zxr10/zxr10cfmMIB/dot1agMIBObjects/dot1agCfmMep/dot1agCfmMepTable
  • /iso/identified-organization/dod/internet/private/ldap-enterprise/zte/zxr10/zxr10cfmMIB/dot1agMIBObjects/dot1agCfmMep/dot1agCfmMepTable
  • /iso/identified-organization/dod/internet/private/ldap-enterprise/zxEnterpriseMib/zxr10/zxr10cfmMIB/dot1agMIBObjects/dot1agCfmMep/dot1agCfmMepTable
  • /iso/identified-organization/dod/internet/private/vendor-objects/3902/zxr10/zxr10cfmMIB/dot1agMIBObjects/dot1agCfmMep/dot1agCfmMepTable
  • /iso/identified-organization/dod/internet/private/vendor-objects/zte/zxr10/zxr10cfmMIB/dot1agMIBObjects/dot1agCfmMep/dot1agCfmMepTable
  • /iso/identified-organization/dod/internet/private/vendor-objects/zxEnterpriseMib/zxr10/zxr10cfmMIB/dot1agMIBObjects/dot1agCfmMep/dot1agCfmMepTable
  • /iso/org/dod/internet/private/enterprise/3902/zxr10/zxr10cfmMIB/dot1agMIBObjects/dot1agCfmMep/dot1agCfmMepTable
  • /iso/org/dod/internet/private/enterprise/zte/zxr10/zxr10cfmMIB/dot1agMIBObjects/dot1agCfmMep/dot1agCfmMepTable
  • /iso/org/dod/internet/private/enterprise/zxEnterpriseMib/zxr10/zxr10cfmMIB/dot1agMIBObjects/dot1agCfmMep/dot1agCfmMepTable
  • /iso/org/dod/internet/private/enterprises/3902/zxr10/zxr10cfmMIB/dot1agMIBObjects/dot1agCfmMep/dot1agCfmMepTable
  • Additional combinations skipped.

SNMP properties

Value type
SEQUENCE OF Dot1agCfmMepEntry
Maximum access defined by MIB
not-accessible
Status in MIB
current

Properties come from available MIB definitions. Actual device support and access can differ. See source records below for original files and qualifications.

The displayed source records contain one distinct definition. Compare its source records.

dot1agCfmMepTable OBJECT-TYPE
                  SYNTAX SEQUENCE OF Dot1agCfmMepEntry
                  MAX-ACCESS not-accessible
                  STATUS current
                  DESCRIPTION
                           "The Maintenance Association End Point (MEP) table.
                           Each row in the table represents a different MEP. A MEP is
                           an actively managed CFM entity, associated with a specific
                           DSAP of a Service Instance, which can generate and receive
                           CFM PDUs and track any responses. It is an end point of a
                           single Maintenance Association, and is an endpoint of a
                           separate Maintenance Entity for each of the other MEPs in
                           the same Maintenance Association (802.1ag clause 3.18).
                           This table uses three indices. The first two indices are the
                           indices of the Maintenance Domain and MA tables, the reason
                           being that a MEP is always related to an MA and Maintenance
                           Domain.
                           The Transmit Loopback table. Entries in this table are
                           created/removed at the same time than entries in the MEP
                           table are created/removed.
                           The MEP table also stores all the managed objects for sending
                           LBM and LTM.
                           *LBM Managed objects
                           LBM Managed objects in the MEP table
                           enables the management entity to initiate
                           transmission of Loopback messages. It will signal the MEP
                           that it should transmit some number of Loopback messages
                           and detect the detection (or lack thereof) of the
                           corresponding Loopback messages.
                           Steps to use entries in this table:
                           1) Wait for dot1agCfmMepTransmitLbmStatus value to be
                           'ready'. To do this do this sequence:
                           a. an SNMP GET for both SnmpSetSerialNo and
                           dot1agCfmMepTransmitLbmStatus objects (in same SNMP
                           PDU).
                           b. Check if value for dot1agCfmMepTransmitLbmStatus is
                           'ready'
                           - if not, wait x seconds, go to step a above.
                           - if yes, save the value of SnmpSetSerialNo and go
                           to step 2) below
                           2) Change dot1agCfmMepTransmitLbmStatus value from 'ready' to
                           'notReady' to ensure no other management entity will use
                           the service. In order to not disturb a possible other NMS
                           do this by sending an SNMP SET for both SnmpSetSerialNo
                           and dot1agCfmMepTransmitLbmStatus objects (in same SNMP
                           PDU, and make sure SNmpSetSerialNo is the first varBind).
                           For the SnmpSetSerialNo varBind, use the value that you
                           obtained in step 1)a.. This ensures that two cooperating
                           NMSes will not step on each others toes.
                           3) Setup the different data to be sent (number of messages,
                           optional TLVs,...).
                           4) Record the current values of dot1agCfmMepLbrIn,
                           dot1agCfmMepLbrInOutOfOrder, and dot1agCfmMepLbrBadMsdu.
                           6) Change dot1agCfmMepTransmitLbmStatus value from 'notReady'
                           to 'transmit' to initiate transmission of Loopback
                           messages.
                           7) Check the value of dot1agCfmMepTransmitLbmResultOK to
                           find out if the operation was successfully initiated or
                           not.
                           8) Monitor the value of dot1agCfmMepTransmitLbmMessages.
                           When it reaches 0, the last LBM has been transmitted.
                           Wait an additional 5 seconds to ensure that all LBRs have
                           been returned.
                           9) Compare dot1agCfmMepLbrIn, dot1agCfmMepLbrInOutOfOrder,
                           and dot1agCfmMepLbrBadMsdu to their old values from step
                           4, above, to get the results of the test.
                           10) Change the dot1agCfmMepTransmitLbmStatus value back to
                           'ready' to allow other management entities to use the
                           table.
                           *LTM Managed objects
                           The LTM Managed objects in the MEP table are used in a manner
                           similar to that described for LBM transmission, above. Upon
                           successfully initiating the transmission, the variables
                           dot1agCfmMepTransmitLtmSeqNumber and
                           dot1agCfmMepTransmitLtmEgressIdentifier return the information
                           required to recover the results of the LTM from the
                           dot1agCfmLtrTable.
                           "
                  REFERENCE
                           "802.1ag clauses 12.14.7 and 19.2"
                  ::= { dot1agCfmMep 1 }

Meaning

Descriptions

1 unique

Identical descriptions are grouped. Different wording and device-specific notes are retained.

The Maintenance Association End Point (MEP) table. Each row in the table represents a different MEP. A MEP is an actively managed CFM entity, associated with a specific DSAP of a Service Instance, which can generate and receive CFM PDUs and track any responses. It is an end point of a single Maintenance Association, and is an endpoint of a separate Maintenance Entity for each of the other MEPs in the same Maintenance Association (802.1ag clause 3.18). This table uses three indices. The first two indices are the indices of the Maintenance Domain and MA tables, the reason being that a MEP is always related to an MA and Maintenance Domain. The Transmit Loopback table. Entries in this table are created/removed at the same time than entries in the MEP table are created/removed. The MEP table also stores all the managed objects for sending LBM and LTM. *LBM Managed objects LBM Managed objects in the MEP table enables the management entity to initiate transmission of Loopback messages. It will signal the MEP that it should transmit some number of Loopback messages and detect the detection (or lack thereof) of the corresponding Loopback messages. Steps to use entries in this table: 1) Wait for dot1agCfmMepTransmitLbmStatus value to be 'ready'. To do this do this sequence: a. an SNMP GET for both SnmpSetSerialNo and dot1agCfmMepTransmitLbmStatus objects (in same SNMP PDU). b. Check if value for dot1agCfmMepTransmitLbmStatus is 'ready' - if not, wait x seconds, go to step a above. - if yes, save the value of SnmpSetSerialNo and go to step 2) below 2) Change dot1agCfmMepTransmitLbmStatus value from 'ready' to 'notReady' to ensure no other management entity will use the service. In order to not disturb a possible other NMS do this by sending an SNMP SET for both SnmpSetSerialNo and dot1agCfmMepTransmitLbmStatus objects (in same SNMP PDU, and make sure SNmpSetSerialNo is the first varBind). For the SnmpSetSerialNo varBind, use the value that you obtained in step 1)a.. This ensures that two cooperating NMSes will not step on each others toes. 3) Setup the different data to be sent (number of messages, optional TLVs,...). 4) Record the current values of dot1agCfmMepLbrIn, dot1agCfmMepLbrInOutOfOrder, and dot1agCfmMepLbrBadMsdu. 6) Change dot1agCfmMepTransmitLbmStatus value from 'notReady' to 'transmit' to initiate transmission of Loopback messages. 7) Check the value of dot1agCfmMepTransmitLbmResultOK to find out if the operation was successfully initiated or not. 8) Monitor the value of dot1agCfmMepTransmitLbmMessages. When it reaches 0, the last LBM has been transmitted. Wait an additional 5 seconds to ensure that all LBRs have been returned. 9) Compare dot1agCfmMepLbrIn, dot1agCfmMepLbrInOutOfOrder, and dot1agCfmMepLbrBadMsdu to their old values from step 4, above, to get the results of the test. 10) Change the dot1agCfmMepTransmitLbmStatus value back to 'ready' to allow other management entities to use the table. *LTM Managed objects The LTM Managed objects in the MEP table are used in a manner similar to that described for LBM transmission, above. Upon successfully initiating the transmission, the variables dot1agCfmMepTransmitLtmSeqNumber and dot1agCfmMepTransmitLtmEgressIdentifier return the information required to recover the results of the LTM from the dot1agCfmLtrTable.

Sources for this description

ZTE MIB copies (LibreNMS/Observium Community)

See 1 matching source record

Evidence

Source records

1 records

Matching descriptions are grouped; open a group to compare definitions and supporting files.

Records for description 1ZTE MIB copies (LibreNMS/Observium Community)1 record · 1 source

Description 1

dot1agCfmMepTable · currentZTE MIB copies (LibreNMS/Observium Community)1 source

Status in source: current.

Names: dot1agCfmMepTable

Technical details
{
  "smi_kind": "OBJECT-TYPE",
  "definition": [
    "dot1agCfmMepTable",
    "OBJECT-TYPE",
    "SYNTAX",
    "SEQUENCE",
    "OF",
    "Dot1agCfmMepEntry",
    "MAX-ACCESS",
    "not-accessible",
    "STATUS",
    "current",
    "DESCRIPTION",
    "\"The Maintenance Association End Point (MEP) table. Each row in the table represents a different MEP. A MEP is an actively managed CFM entity, associated with a specific DSAP of a Service Instance, which can generate and receive CFM PDUs and track any responses. It is an end point of a single Maintenance Association, and is an endpoint of a separate Maintenance Entity for each of the other MEPs in the same Maintenance Association (802.1ag clause 3.18). This table uses three indices. The first two indices are the indices of the Maintenance Domain and MA tables, the reason being that a MEP is always related to an MA and Maintenance Domain. The Transmit Loopback table. Entries in this table are created/removed at the same time than entries in the MEP table are created/removed. The MEP table also stores all the managed objects for sending LBM and LTM. *LBM Managed objects LBM Managed objects in the MEP table enables the management entity to initiate transmission of Loopback messages. It will signal the MEP that it should transmit some number of Loopback messages and detect the detection (or lack thereof) of the corresponding Loopback messages. Steps to use entries in this table: 1) Wait for dot1agCfmMepTransmitLbmStatus value to be 'ready'. To do this do this sequence: a. an SNMP GET for both SnmpSetSerialNo and dot1agCfmMepTransmitLbmStatus objects (in same SNMP PDU). b. Check if value for dot1agCfmMepTransmitLbmStatus is 'ready' - if not, wait x seconds, go to step a above. - if yes, save the value of SnmpSetSerialNo and go to step 2) below 2) Change dot1agCfmMepTransmitLbmStatus value from 'ready' to 'notReady' to ensure no other management entity will use the service. In order to not disturb a possible other NMS do this by sending an SNMP SET for both SnmpSetSerialNo and dot1agCfmMepTransmitLbmStatus objects (in same SNMP PDU, and make sure SNmpSetSerialNo is the first varBind). For the SnmpSetSerialNo varBind, use the value that you obtained in step 1)a.. This ensures that two cooperating NMSes will not step on each others toes. 3) Setup the different data to be sent (number of messages, optional TLVs,...). 4) Record the current values of dot1agCfmMepLbrIn, dot1agCfmMepLbrInOutOfOrder, and dot1agCfmMepLbrBadMsdu. 6) Change dot1agCfmMepTransmitLbmStatus value from 'notReady' to 'transmit' to initiate transmission of Loopback messages. 7) Check the value of dot1agCfmMepTransmitLbmResultOK to find out if the operation was successfully initiated or not. 8) Monitor the value of dot1agCfmMepTransmitLbmMessages. When it reaches 0, the last LBM has been transmitted. Wait an additional 5 seconds to ensure that all LBRs have been returned. 9) Compare dot1agCfmMepLbrIn, dot1agCfmMepLbrInOutOfOrder, and dot1agCfmMepLbrBadMsdu to their old values from step 4, above, to get the results of the test. 10) Change the dot1agCfmMepTransmitLbmStatus value back to 'ready' to allow other management entities to use the table. *LTM Managed objects The LTM Managed objects in the MEP table are used in a manner similar to that described for LBM transmission, above. Upon successfully initiating the transmission, the variables dot1agCfmMepTransmitLtmSeqNumber and dot1agCfmMepTransmitLtmEgressIdentifier return the information required to recover the results of the LTM from the dot1agCfmLtrTable. \"",
    "REFERENCE",
    "\"802.1ag clauses 12.14.7 and 19.2\"",
    "::=",
    "{",
    "dot1agCfmMep",
    "1",
    "}"
  ],
  "syntax_tree": [
    [
      "conceptualTable",
      [
        "row",
        "Dot1agCfmMepEntry"
      ]
    ],
    null,
    [
      "MaxAccessPart",
      "not-accessible"
    ],
    [
      "Status",
      "current"
    ],
    [
      "DESCRIPTION",
      "The Maintenance Association End Point (MEP) table. Each row in the table represents a different MEP. A MEP is an actively managed CFM entity, associated with a specific DSAP of a Service Instance, which can generate and receive CFM PDUs and track any responses. It is an end point of a single Maintenance Association, and is an endpoint of a separate Maintenance Entity for each of the other MEPs in the same Maintenance Association (802.1ag clause 3.18). This table uses three indices. The first two indices are the indices of the Maintenance Domain and MA tables, the reason being that a MEP is always related to an MA and Maintenance Domain. The Transmit Loopback table. Entries in this table are created/removed at the same time than entries in the MEP table are created/removed. The MEP table also stores all the managed objects for sending LBM and LTM. *LBM Managed objects LBM Managed objects in the MEP table enables the management entity to initiate transmission of Loopback messages. It will signal the MEP that it should transmit some number of Loopback messages and detect the detection (or lack thereof) of the corresponding Loopback messages. Steps to use entries in this table: 1) Wait for dot1agCfmMepTransmitLbmStatus value to be 'ready'. To do this do this sequence: a. an SNMP GET for both SnmpSetSerialNo and dot1agCfmMepTransmitLbmStatus objects (in same SNMP PDU). b. Check if value for dot1agCfmMepTransmitLbmStatus is 'ready' - if not, wait x seconds, go to step a above. - if yes, save the value of SnmpSetSerialNo and go to step 2) below 2) Change dot1agCfmMepTransmitLbmStatus value from 'ready' to 'notReady' to ensure no other management entity will use the service. In order to not disturb a possible other NMS do this by sending an SNMP SET for both SnmpSetSerialNo and dot1agCfmMepTransmitLbmStatus objects (in same SNMP PDU, and make sure SNmpSetSerialNo is the first varBind). For the SnmpSetSerialNo varBind, use the value that you obtained in step 1)a.. This ensures that two cooperating NMSes will not step on each others toes. 3) Setup the different data to be sent (number of messages, optional TLVs,...). 4) Record the current values of dot1agCfmMepLbrIn, dot1agCfmMepLbrInOutOfOrder, and dot1agCfmMepLbrBadMsdu. 6) Change dot1agCfmMepTransmitLbmStatus value from 'notReady' to 'transmit' to initiate transmission of Loopback messages. 7) Check the value of dot1agCfmMepTransmitLbmResultOK to find out if the operation was successfully initiated or not. 8) Monitor the value of dot1agCfmMepTransmitLbmMessages. When it reaches 0, the last LBM has been transmitted. Wait an additional 5 seconds to ensure that all LBRs have been returned. 9) Compare dot1agCfmMepLbrIn, dot1agCfmMepLbrInOutOfOrder, and dot1agCfmMepLbrBadMsdu to their old values from step 4, above, to get the results of the test. 10) Change the dot1agCfmMepTransmitLbmStatus value back to 'ready' to allow other management entities to use the table. *LTM Managed objects The LTM Managed objects in the MEP table are used in a manner similar to that described for LBM transmission, above. Upon successfully initiating the transmission, the variables dot1agCfmMepTransmitLtmSeqNumber and dot1agCfmMepTransmitLtmEgressIdentifier return the information required to recover the results of the LTM from the dot1agCfmLtrTable."
    ],
    [
      "REFERENCE",
      "802.1ag clauses 12.14.7 and 19.2"
    ],
    null,
    null,
    null
  ]
}

Registration

Registration authorities

First Registration Authority (inferred from ancestor 1.3.6.1.4.1.3902)

Xianlin Luo

Direct children (1)

OIDNameDirect childrenDescendantsDescription
1.3.6.1.4.1.3902.3.120.1.3.1.1 dot1agCfmMepEntry2626

Siblings (4)

OIDNameDirect childrenDescendantsDescription
1.3.6.1.4.1.3902.3.120.1.3.2 dot1agCfmLtrTable113
1.3.6.1.4.1.3902.3.120.1.3.3 dot1agCfmMepDbTable15
1.3.6.1.4.1.3902.3.120.1.3.4 dot1agCfmLbrInfo22
1.3.6.1.4.1.3902.3.120.1.3.5 dot1agCfmMipTable14