There is one OSN3500 with extended subrack. One day, customer add a SLH1 in slot 15, but alarms appeared as follows:
18 WRG_BD_TYPE MJ start 2010-07-20 02:28:00 None 0x0f 0xff 0xff 0xff 0xff
18 WRG_BD_TYPE MJ start 2010-07-21 04:38:40 None 0x21 0xff 0xff 0xff 0xff
Customer replaced this board, but nothing changed. Customer move this board to other slots, it works well.
1, According to the parameter of WRG_BD_TYPE, we know the relevant boards are in slot 15 and 33, slot 33 is the interface of slot 15, so the problem is in slot 15.
2, Query the board detailed information of slot 15, the physical board is SSN2PD3.
BID BD-Name BD-TYPE PCB
15 SSN2PD3 0x003b 0
Total records :1
3, Check all the boards, there is SSN2PD3 in slot 66. It's supposed that the board ID of slot 15 and 66 conflict.
4, Since slot 15 is in main subrack, and slot 66 is in extended subrack, it's suspected that the Jumper setting of AUX is wrong.
5, Check the J9 Jumper of extended AUX, it's not removed. According to the deployment guide, if AUX is in extended subrack, J9 should be removed.
6, Remove the J9 jumper of AUX in extended subrack, WRG_BD_TYPE disappeared.
AUX works for communication between boards.
If AUX is used in extended subrack, the J9 jumper should be removed, it will works following the main subrack, so the slot ID is arranged based on main subrack
too, hence, it will cause the slot ID conflict with the mian subrack.
Pay attention to the J9 Jumper of AUX, especially when you replace it by spare part.