| OID | 1.3.111.2.802.1.1.8.1.6.3 |
| Module | IEEE8021-CFM-MIB (DELL) |
| Nom | dot1agCfmMaMepListTable |
| Status | current |
| Description | List of MEPIDs that belong to this MA.
Clause 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. |
| Module | IEEE8021-CFM-MIB (Alcatel) |
| Nom | dot1agCfmMaMepListTable |
| Status | current |
| Description | List of MEPIDs that belong to this MA.
Clause 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. |