Hello, everyone!
This post will tell you one issue for After the OSN 3500 is upgraded, the line board reports HP-RDI.
Problem description:
For the networking diagram, refer to the appendix.
A gigabit data service is created between NE P and NE X as well as NE Q respectively. NE X and NE Q are configured with the EGT2. OSN 9500 NE P is configured with the GE06. Following shows the timeslots:
XNE11-SL64 VC4:2------VC4:9 PNE3-GE06 VC4:17-----VC4:24
QNE8-SL64 VC4:2------VC4:9 PNE3-GE06 VC4:25-----VC4:32
The data service has been tested before and is available now.
To support ASON services, the OSN 3500 must be upgraded. Specifically, upgrade the SCC from 5.21.12.10 to 5.21.12.41. After the upgrading is complete, the SL64 in slot 11 of NE X and that in slot 8 of NE Q report HP-RDI and HP-SLM, and the EGT2 of NE X and NE Q also reports HP-SLM.
The SL64 in slot 11 of NE X and that in slot 8 of NE Q report HP-RDI and HP-SLM, and the EGT2 of NE X and NE Q also reports HP-SLM.
Handling procedure:
Because the opposite end reports AU-AIS, HP-TIM, or HP-SLM, HP-RDI is a remote alarm. HP-RDI results from HP-SLM.
Root cause:
NA.
Solution:
Query the overhead byte of the EGT2 on the T2000. C2 to be received and to be transmitted of VC4 of the data service for NE X and NE Q is in the GFP mode by default, but C2 received is in the TUG mode. After you modify all VC4 overhead bytes involved in the TUG mode, HP-RDI disappears.
That's all, I welcome everyone to leave a message and exchange in the comment area!
Thank you！
