Problem Description

The HSC_UNAVAIL alarm reported on the OSN7500 device's slot 9 standby cross-over board does not go away, and the alarm is still reported when the standby cross-over board is replaced. The master version is 5.21.18.50P01; the alarm parameters are 0x02, 0x01, 0x09.

The alarms are as follows:

1145837 9 HSC_UNAVAIL MN end 2014-11-23 15:26:16 2014-11-23 16:08:27 0x02 0x01 0x09 0xff 0xff

Alarm message

HSC_UNAVAIL

Processing

1, the appearance of HSC_UNAVAIL alarm, first from the alarm parameter check, alarm parameters 0x02 0x01 0x09 0xff 0xff ;

Analyze the parameter as, the service veneer detects a 9-slot veneer failure.

Parameter 1 is 0x02, corresponding to binary 0010; bit[1] = 1 indicates that the business board has detected that this board is bad.

Parameter 2 is 0x01; 0x01 indicates the spare board.

Parameter 3 is 0x09 ; 0x09 indicates that the slot number of the unavailable board is slot 9.

2, check the 9-slot single board software supporting situation, software version supporting, exclude software version mismatch caused by the situation.

3, HSC_UNAVAIL alarm parameter 1bit[1] = 1 indicates that the service board detects that the board is bad, the principle of alarm reporting is that the service board detects that the signal received from the cross-board is abnormal, sends bad status information to the corresponding cross-board, and the cross-board reports the HSC_UNAVAIL alarm.

Checking other service veneers, there are no HARD_BAD and other veneer anomaly alarms, and it is not possible to determine which service veneer is anomalous. Considering the fact that the business veneer detects the abnormalities of the received business signal does not necessarily detect the chip abnormality of this veneer, further use the data acquisition tool to collect data for analysis.

Check the corresponding black box logs of the 9-slot cross-single board. The cross-single board bus detection abnormality log is recorded on the black box BB9 log of the cross-single board, and the log records are as follows:

91d0ac3f32d242be8736ace5c730fdd4

From the log, you can see that the 9-slot cross-single board detects an 18-slot bus fault.

4. The HSC_UNAVAIL alarm disappears on site by replacing the 18-slotEFS0 veneer.

Root cause

A hardware failure on the 18-slotEFS0 board causes the standby crossover board , the 9-slotUXCS board, to report the HSC_UNAVAIL alarm.

Solution

Replace the 18-slotEFS0 board.

Recommendations and Summary

When the cross-board detects a service board bus abnormality, the cross-board will be inverted, and the standby cross-board that detects the abnormality will report the HSC_UNAVAIL alarm; you can analyze and troubleshoot the service board that causes this alarm through the BB9 logs of the cross-board.