Description of the problem

The OSN8800 device master and backup cross-over boards simultaneously report BUS_ERR alarms with parameters 00 02 44

Processing

Two cross boards report BUS_ERR alarms at the same time with the same alarm parameters. It is possible that the cross boards have detected communication problems with other service boards, resulting in two cross boards reporting alarms at the same time.

Parameter 00 02 44, according to the rule para[1]=0x00,para[2]=0x0244, parameter 2 converted to decimal is 580.

Need to query the bus 580 in the end in which business single board? Use Navigator to log in to the device and enter the following command:

clear

:ver

:cfg-get-board

:cfg-get-phybd

:sftm-get-testver:9

:alm-get-curdata-ext:9,0,0

:optp:9,1,83,1,16,66,0,0,1,0,0,0,ff,ff.

:optp:9,1,83,1,16,66,0,9,1,ff,ff,ff,ff.

:mon-get-dump:9, "ISXCModule.CSXCModule", "00009"

Get related information

You can know: bus 580 is on the 3-slot single board

Root cause

BUSERR occurs for none other than the following two reasons:

1. False alarms of the software: the relevant bus switches are all set to open, and there are no alarms on the chip registers corresponding to the buses that are currently reporting alarms, but the software reports that there are alarms; this kind of problem can be seen directly in the software to see why the false alarms;

2. Hardware failure: the relevant bus switch status are set to open, but the current alarm bus corresponding to the chip registers have alarms, the chip does detect the presence of faults, then first determine whether the following conditions exist:

Cross-board and business board are inserted tightly, whether the slot is pinned down, whether the temperature is abnormal; if the above conditions are not, and then judge the single board affects the bus state of the various devices are in a normal operating state, the reason can always be found.

Take one of the simplest application scenarios as an example:

The BUSERR reported by the crossover board is: the status of bus A of the business board à crossover board;

The BUSERR reported by the business board refers to: the status of bus B of the cross board à business board;

Since the product now has only three parameters for the extended parameters of the BUSERR alarm, the meanings of the three extended parameters on the cross board are as follows:

para[0]: the type definition of the bus, the meaning of each value is as follows:

0, Higher-order bus for business board and cross board connection

1, Higher-order entry for lower order (8602 entry section)

2, Low-order bus entry (8601 entry section)

3, Higher-order exit of lower order (Entry portion of 585 of 5th slice)

4, Low-order high-order exit (fixed interconnection of 585 with the first four 585s)

5, Low-order interconnect bus (bus interconnecting two 8601s)

para [1]:

para[2]:

The two parameters para[1] and para[2] are combined into a WORD, para[1] represents the high 8 bits and para[2] represents the low 8 bits, the value of the WORD represents the logical number of the bus, when para[0] = 0, the value represents the high order global bus number, when para[0] ! When para[0] = 0, the value represents the low-order logical bus number.

Solution

After replacing the 3-slot ND2 board, the problem disappeared.

Recommendation and Summary

Familiarize yourself with the mechanism of judging alarms and locate the cause of faults effectively and quickly.

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