Problem Description

A new batch of Metro1000V3 devices is added to the local network, which is connected to the SL01 single board of OSN3500 devices through the OI2D single board integrated in the main control board.The hardware version of Metro1000 is 49SCB, and the main control version is 5.37.5.12; and the main control version of OSN3500 devices is 5.21.16.13. It is found that the services carried by these Metro1000 devices can not be opened in the process of device tuning. During the testing of the equipment, it was found that the services carried by the Metro1000 equipment could not be opened, and after configuring the services, the corresponding ports of the SLO1 board of the OSN3500 equipment at the opposite end reported AU-LOP, and the Metro1000 equipment at the local end reported a large number of unavailability of high and low order channels at the far end.

Alarm information

AU-LOP

Processing

Contingency:

Using Navigator to issue the following two commands to the M1000V3(49SCB) device can restore the service, but the service will still be interrupted after the network element is powered down, and the following commands must be re-issued:

:optp:5,0,b1,1,11,12,e1,00,00,40,c2,b8,40,ff,ff,5a,10,01,00

:optp:5,0,b1,1,11,12,e1,00,00,c0,c2,b8,40,ff,ff,5a,10,01,00

Root Cause Solution: Completely solve the problem by upgrading the hotfix of version 5.37.05.12 or upgrading the host software of M1000V3(49SCB) network element to version 5.37.06.12.

Root Cause

Large batches of equipment docking can not be basically ruled out the cause of general equipment failure, check the equipment configuration data is correct after the collection of relevant information to return to the company to analyze.

The analysis results are as follows: AU pointer consists of H1YYH2FF, usually our equipment only detects the last 10 bits of H1H2 to decide whether to report AULOP alarms. However, there are still some devices on the Internet (such as OSN3500 equipment SLO1 board) in addition to detecting the last 10 bits of the H1H2, but also check whether the YY is correct, and if it is abnormal (not equal to 0x9B), then report the AULOP alarm.

As the host software (5.37.05.12) versionof M1000V3 (49SCB) adopts the default termination mode of SD8901 chip for the transmission mode of YY byte, the YY byte is 0x00 (not equal to 0x9B) after regeneration of the SD8901 chip , which results in the YY byte in the AU pointer can not be correctly transmitted to the downstream device, when the downstream device checks the YY byte, it will check the YY byte to see if it is correct or not. When the downstream device checks the YY byte, it will check the YY byte abnormality and report AULOP alarm, insert AIS and interrupt the service.

Therefore, if the OI2D board integrated with the M1000V3(49SCB) main control board is used to interface with the OSN3500 device SLO1, the service cannot be opened.

Recommendation and Summary

None

END