Cisco MWR 2941 Command Reference Manual page 638

snmp-server enable traps ethernet cfm crosscheck
•
•
•
•
•
The mep-unknown trap (cEtherCfmXCheckUnknown) notifies the NMS that the device received CCMs
from a remote MEP that it was not expecting to be part of the service instance.
The mep-unknown trap is generated in the following case:
•
The mep-unknown trap has the following fields:
•
•
•
•
The service-up trap (cEtherCfmXCheckServiceUp) notifies the NMS that the device received CCMs
from all remote MEPs within a given service instance.
The service-up trap is generated in the following case:
•
The service-up trap has the following fields:
•
•
Examples The following example shows how to enable SNMP trap generation for Ethernet CFM continuity check
events when an unexpected (unconfigured) MEP comes up:
Router (config)# snmp-server enable traps ethernet cfm crosscheck mep-unknown
Cisco MWR 2941 Router Command Reference, Release 15.0(1)MR
620
After enabling cross-check (ethernet cfm mep crosscheck enable), the device waits for the
cross-check-start timeout value specified (ethernet cfm mep crosscheck enable-timeout). When
the timeout period has elapsed, the device will cross-check the list of remote MEPs it has learned
via CCMs against the static list that has been configured (mep crosscheck mpid vlan). For each
remote MEP that is configured in the static list and for which the device has not received a CCM, a
mep-missing trap is generated.The mep-missing trap has the following fields:
Service ID designating the customer service instance to which the event belongs, as configured on
the device reporting the event.
MAC address of the device reporting the event. This is typically the Bridge Brain MAC address.
MPID of the remote MEP that is being reported missing.
MAC address of the remote MEP that is being reported missing.
After cross-check is in an operational state, the device dynamically examines the list of statically
configured remote MEPs against what it learns from CCMs. This occurs after cross-check is enabled
and the timer has expired. When the device receives a CCM with non-zero hold time from a remote
MEP that does not exist in the static list, the device raises a mep-unknown trap.
Service ID designating the customer service instance to which the event belongs, as configured on
the device reporting the event.
MAC address of the device reporting the event. This is typically the Bridge Brain MAC address.
MPID of the remote MEP that is being reported unknown.
MAC address of the remote MEP that is being reported unknown.
When the device receives CCMs from all remote statically configured MEPs before the expiration
of the crosscheck enable-timeout period.
Service ID designating the customer service instance to which the event belongs, as configured on
the device reporting the event.
MAC address of the device reporting the event. This is typically the Bridge Brain MAC address.
Cisco MWR 2941 Router Command Reference, Release 15.0(1)MR
OL-23890-01