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>

Reminder

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

upgrade

OptiX Metro 1000 Reports AU_LOP Due to Changed SS Bits from Cisco Routers

Publication Date:  2012-07-25 Views:  59 Downloads:  0
Issue Description
In an office, the OptiX Metro 1000 V300R002 and the OptiX OSN 3500 were interconnected with Cisco routers. After the routers were upgraded, the optical port on the OI2D board of the OptiX Metro1000 reported the AU_LOP alarm and the services on the port were unavailable. The services on the interconnected optical port of the OptiX OSN 3500, however, were available.
After the upgrade, the service mode of the Cisco routers changed to SONET mode. The NE software version of the OptiX Metro 1000 V300R002 was 5.37.02.22 and the interconnected board was SS42OI2D.
Alarm Information
AU_LOP.
Handling Process

The current AU pointer (H1YYH2FFH3H3H3) received by the OptiX OSN 3500 was as follows:
60 93 93 f0 ff ff 00 00 00

(H1 is 60 and YY is 93.)

The AU pointer (H1YYH2FFH3H3H3) received by the OptiX Metro 1000 V300R002 before the upgrade was as follows:

6a 9b 9b 1a ff ff 00 00 00

(H1 is 6a and YY is 9b.)

The comparison shows that the SS bits sent by the Cisco routers were changed from 10 to 00.
2. The old line chips used on Huawei equipment interpret SS bits as 10 by default and the interpretation operation cannot be disabled. If the received SS bits are not 10, the AU_LOP alarm is reported. The new line chips such as SD537, however, provide a control bit to enable or disable the interpretation of SS bits and the interpretation operation is disabled by default.
3. The SS42OI2D board on the OptiX Metro 1000 V300R002 used the old chips SD531 and SD528. After the SS bits sent by the Cisco routers were changed to 00, the optical port on the SS42OI2D board reported the AU_LOP alarm and the services on the port became unavailable. The interconnected line board on the OptiX OSN 3500, however, used the new chip SD8502. Therefore, after the upgrade, the services on the board were still available.
This problem was solved by changing the service mode of the Cisco routers to SDH mode. If the service mode cannot be changed, replace the SS42OI2D board according to the following attachment.
  
Root Cause

The possible cause of the problem is the difference of SS bits between SONET mode and SDH mode. Compare the current H1H2H3 bytes received by the OptiX OSN 3500 and those received by the OptiX Metro 1000 V300R002 before the upgrade.
Issue the following commands to the OptiX OSN 3500:
:optp:e,0,9b,1,30,08,c6,c6,c6,3c,3c,3c//The board enters the test state.

:optp:e,0,9b,1,1a,61,1,10,1b,9,00,02  //Read the AU pointer.

:optp:e,0,9b,1,30,08,e7,e7,e7,a5,a5,a5//The board exits the test state.

In the preceding commands, the first variable "e" indicates the slot ID of board.

Issue the following commands to the OptiX Metro 1000 V300R002:

:dm:0x30001000
:dm:0x30004000
 
Suggestions

Different optical modules that are applied to different line boards on the OptiX Metro 1000, OptiX OSN 2500+, and NG-SDH equipment

END