Configuring Remote Fault Indication
Context
Remote fault indication is used to detect remote device faults and monitor Ethernet performance. After EFM connections have been established, EFM entities exchange Information OAMPDUs. When traffic is interrupted because an EFM entity fails or becomes unavailable, the faulty EFM entity sends an Information OAMPDU that carries a critical link event flag to its remote EFM entity, record a log, and send an alarm. The remote fault indication helps administrators to learn the link status in real time and troubleshoot link faults promptly.
In Figure 5-13, if a fault occurs on PE2, PE2 sends an Information OAMPDU that carries a critical link event flag to the CE. Association between EFM and Port1 is triggered and services are switched to the backup path. This association ensures reliable traffic transmission.
Pre-configuration Tasks
Before configuring remote fault indication, perform the task of Configuring Basic EFM Functions.
Procedure
- Run system-view
The system view is displayed.
- Run interface interface-type interface-number
The view of the interface at one end of the link is displayed.
- Run efm { critical-event | dying-gasp | link-fault | timeout } trigger error-down
Association between EFM and the interface is configured. The association will be triggered if a remote fault occurs.
By default, association between EFM and the interface is not triggered by a remote fault.
The efm trigger error-down command associates an error event with an interface. When EFM detects critical-event, dying-gasp, link-fault, or timeout faults, the protocol status of the interface becomes Down and all services are interrupted on the interface. Traffic will not be switched back even if the faulty link recovers and the protocol status of the interface does not change. You need to manually check link quality before switching traffic back to the original link.