Description of the problem

The grouping is #1-#2, where #1 is a 2500+ device and #2 is a metro1000 device, and the two devices form a 1+1 linear multiplexed segment protection.

Among them, 10-SQ1-4 on the 2500+ equipment is used as the primary and 4-SQ1-3 is used as the backup; 5-OI2D-2 on the metro1000 equipment is used as the primary and 5-OI2D-1 is used as the backup.

The HP_UNEQ alarm is now reported on standby channel 4-SQ1-3 on the 2500+ device.

Processing

1. Alarm false alarm.

2、Protection channel is not configured to protect the service.

3. The opposite end of the single board sends the C2 byte as 00.

4、Fiber optic misconnection.

5、Single board failure.

Root cause

fiber optic misconnection

Solution

1. After the alarm is cleared, the synchronization alarm will be reported again. The service of the main channel is normal, and the inner loopback operation of the 2500+ standby channel reveals that the HP_UNEQ alarm disappears, which indicates that the alarm is not a single-board false alarm.

2. Use network management and the command line cfg-get-xc to query the service intersection of the metro1000 device and determine that the protection service has been configured on the protection channel:

ID SRC-BD SRC-PORT SRC-AU SRC-LP DST-BD DST-PORT DST-AU DST-LP LEVEL STATE

1 6 1 0 0 5 1 1 1 1 vc12 active

2 6 1 0 0 5 2 1 1 vc12 active

3. Because the network manager cannot query the alternate channel overhead actual receipts of the 1+1 linear multiplexing segment, the command line: ptp: 4,12,89,3 is used to query the C2 byte of the should-send-receive C2 of the 2500+ device 4-SQ1-3 as 02, and the command line: ptp: 4,12,96,3 is used to query its actual receipts byte as 00, and the command line: cfg-get-stc2 is used to query the The send byte of metro1000 device 5-OI2D-1 is 02. The send of metro1000 standby channel and the actual receive byte of 2500+ standby channel are not consistent, and it is suspected that there is a misconnection on the physical connecting fiber.

4, using the method of changing the J0 byte, the main spare optical path was confirmed. Found that the main optical path is connected correctly, but the standby optical path to change one end of the J0 bytes sent, the other end of the real income will not be synchronized changes, indicating that there is a misconnection.

5、After asking the customer to check the physical fiber connection, it was found that there was a wrong connection on the backup channel, and the alarm disappeared after changing to the correct connection.

Suggestion and summary

1, in the face of HP_UNEQ alarm, when the business configuration, overhead settings and other reasons are excluded, we should investigate whether there is a misconnection of the optical path, and confirm that there is no error in the two directions of transmitting and receiving.

The related technical information in this chapter and the SDH equipment troubleshooting process are collected and organized by Shenzhen Optical Transmission Network Technology Company Limited ( www.opticaltrans.com), please retain! Our company specializes in the sale of Huawei SDH optical transmission equipment, SDH transmission equipment.