dot1agCfmMaMepListTable

IEEE8021-CFM-MIB · .1.3.111.2.802.1.1.8.1.6.3

Object

table
List of MEPIDs that belong to this MA.
          
12.14.6.1.3 specifies that a list of MEPIDs in all
Bridges in that MA, but since SNMP SMI does not allow to
state in a MIB that an object in a table is an array, the 
information has to be stored in another table with two
indices, being the first index, the index of the table that 
contains the list or array.
          
For all Bridges in which the same MAID {dot1agCfmMdFormat,
dot1agCfmMdName, dot1agCfmMaNetFormat, and dot1agCfmMaNetName}
is configured, the same set of dot1agCfmMaMepListIdentifiers
MUST be configured in the Bridges' dot1agCfmMaMepListTables.
This allows each MEP to determine whether or not it is
receiving CCMs from all of the other MEPs in the MA.
          
For example, if one were creating a new MA whose MAID were
{charString, 'Dom1', charString, 'MA1'}, that had 2 MEPs, whose
MEPIDs were 1 and 3, one could, in Bridge A:
 1. Get a new MD index d from dot1agCfmMdTableNextIndex.
 2. Create the Maintenance Domain {charString, 'Dom1'}.
 3. Get a new MA index a from dot1agCfmMdMaNextIndex [d].
 4. Create the Maintenance Association {charString, 'MA1'}.
 5. Create a new dot1agCfmMaMepListEntry for each of the MEPs
    in the MA: [d, a, 1] and [d, a, 3].
 6. Create one of the new MEPs, say [d, a, 1].
Then, in Bridge B:
 7. Do all of these steps 1-6, except for using the other MEPID
    for the new MEP in Step 6, in this example, MEPID 3.
Note that, when creating the MA, MEP List Table, and MEP
entries in the second Bridge, the indices 'd' and 'a'
identifying the MAID {charString, 'Dom1', charString, 'MA1'}
may have different values than those in the first Bridge.

Context

MIB
IEEE8021-CFM-MIB
OID
.1.3.111.2.802.1.1.8.1.6.3
Type
table
Status
current
Parent
dot1agCfmMa
Siblings
2
Children
1

Syntax

No syntax metadata recorded.

Values & Constraints

No enumerated values or constraints recorded.

Related Objects

Sibling Objects
Child Objects