No relevant resource is found in the selected language.

This site uses cookies. By continuing to browse the site you are agreeing to our use of cookies. Read our privacy policy>Search


To have a better experience, please upgrade your IE browser.

Knowledge Base

An Abnormal Alarm Occurs When the EFS Board on the OptiX Metro 1000 Is Interconnected with the ES1 Board on the 1642 Equipment from Company A

Publication Date:  2012-07-25  |   Views:  324  |   Downloads:  0  |   Author:  SU1001744667  |   Document ID:  EKB0000486032


Issue Description

The OptiX Metro 1000V3 adopts the 49SCB board whose NE software is of version The SS42EFS01 board on the OptiX Metro 1000V3 and the ES1 board of A company 1642 equipment carry Ethernet services. Huawei Metro 1000V3 and A company 1642 equipment are interconnected through the optical ports over an SDH network. The first ports of the EFS and ES1 boards are configured with private line services. The 5x2 Mbit/s bandwidth is occupied.

After the services are configured successfully, the port on the EFS board reports the ETH_LOS alarm because it does not receive signals.

Meanwhile, the VCTRUNK 1 that is bound with the timeslots on the EFS board reports the ALM_GFP_dCSF alarm. ES1 board of A company reports the "client signal failure" alarm.

Alarm Information


client signal failure

Handling Process

When client services are received, this alarm is cleared.

Root Cause

Huawei EFS board reports the ALM_GFP_dCSF alarm. The mechanism for reporting the ALM_GFP_dCSF alarm is as follows: If the port reports the ETH_LOS alarm, the corresponding VCTRUNK port on the EFS board at the remote end reports the ALM_GFP_dCSF alarm. This alarm, which is transmitted in the same mode as ethernet test frames, indicates that the port on the EFS board at the opposite end does not receive signals.
If the two Ethernet boards that carry private line services are Huawei EFS boards, the alarm is reported normally. However, if the board at the opposite end is from A company ES1 board, the client signal failure alarm instead of the ALM_GFP_dCSF alarm is reported. This is because the ES1 board does not support the function of the test frames defined by Huawei, although the services on the EFS and ES1 boards are encapsulated in GFP too.


When Huawei equipment on which the services are encapsulated in GFP format is interconnected with the third-party equipment, check the alarms that occur at both ends.