Ethernet Synchronization Message Channel Overview
Ethernet Synchronization Message Channel (ESMC) is a logical communication channel. It transmits Synchronization Status Message (SSM) information, which is the quality level of the transmitting synchronous Ethernet equipment clock (EEC), by using ESMC protocol data units (PDUs). ESMC support is based on the ITU G.8264 specification.
A Synchronous Ethernet interface is configured to operate in the following modes:
- Nonsynchronous mode—In this mode, the Synchronous Ethernet interface does not process the ESMC message and does not extract the quality level information.
- Synchronous mode—In this mode, the Synchronous Ethernet interface processes the ESMC message and extracts the quality level information. While operating in synchronous mode, the ESMC messages transmit the quality level.
You can enable ESMC on a Synchronous Ethernet port by adding the port to a list of ESMC interfaces. The ESMC messages are transmitted through the port indicating the quality level of the clock it is capable of driving and the ESMC messages are received (if the other endpoint supports ESMC) with the quality level of the transmitting clock. The MPC receiving the ESMC messages on its configured Synchronous Ethernet ports extracts the quality level and transmits it to the Routing Engine. The clock selection algorithm on the Routing Engine collects the ESMC data from each of the ESMC-enabled ports to select the clock sources.
The clock selection process supports revertive and nonrevertive modes. When the clock selection process has selected two clock sources—a primary and a secondary—and the active primary clock source degrades over a period of time and then improves again, this primary clock source again becomes the active clock source only if revertive mode is enabled. If nonrevertive mode is set and the secondary clock source is currently active (due to a previous degradation of primary clock source), the primary clock source is not reactivated even after its quality improves.
The clock selection is based on the following three operational modes:
- Forced free-run—In this mode, you can set the clock source either from a free-run local oscillator or from an external qualified clock. For MX80 routers, the free-run clock is provided by the local oscillator. For MX240, MX480, and MX960 routers, the free-run clock is provided by the Switching Control Board (SCB).
- Forced holdover—This mode is an internal state the synchronous Ethernet Equipment Clock (EEC) goes into, when an upstream clock source that the system locks on to is no longer available. You cannot configure this mode because it is an internal state.
- Automatic selection—In this mode, the system chooses up to two best upstream clock sources. The system then uses the clock recovered from one of the sources to generate a frequency of 19.44 MHz and clock the transmit side of the Ethernet interfaces. If no upstream clock with acceptable good quality is available or if the system is configured in free-run mode, the system uses the internal clock. Automatic clock selection is based on the quality level, priority, signal fail, and external commands.
For more information about clock selection, see Configuring Clock Synchronization Interface for MX Series Routers.
The synchronous EEC is in free-run mode when the chassis is switched on or restarted. When a synchronous EEC locks on to an upstream reference clock source at least once for a continuous period of 60 seconds, the EEC will have stored sufficient Synchronous Ethernet data in a replay holdover buffer. In case of failure of a reference clock source, the system goes to holdover mode and uses the replay data in the holdover buffer to service the downstream Synchronous Ethernet clients.
When a Modular Port Concentrator (MPC) with an EEC restarts (because of either a system crash or a manual restart), the holdover buffer data gets erased. Therefore, downstream Synchronous Ethernet clients cannot be serviced. This is also applicable when a new MPC containing an EEC is inserted into the system.
In a practical deployment scenario, the status display of holdover mode is invalid only when the chassis is switched on or restarted.
When an MPC containing an EEC is restarted or a new MPC containing an EEC is inserted into a system that is (already) in holdover mode, the EEC on this MPC cannot be considered to be in holdover mode because it does not have any Synchronous Ethernet replay information in its holdover data buffer. Therefore, you must first fix the system holdover issue before attempting to service the downstream Synchronous Ethernet clients on this MPC. To accomplish this, you must find a suitable upstream reference clock source and let the synchronous EEC lock on to this upstream reference clock source, and then service the downstream Synchronous Ethernet clients on this MPC.