The OptiX Metro 1000V3 adopts the 49SCB board whose NE software is of version 184.108.40.206SPC001. 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.
When client services are received, this alarm is cleared.
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.