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

Traffic went down because of HSC-UNAVAIL alarm on GXCSA and TR_LOC on PQ1

Publication Date:  2012-07-25 Views:  36 Downloads:  0
Issue Description
It was observed that services carried by 2-PQ1 of OSN 3500 went down and continuous switching observed between GXCSA boards at slot 9 & 10.
NE Version:
BIOS        08.09.45T01 20060106 14:21:44 inactive
ExtBios     09.09.46T02 20060810 11:58:38 active
NeSoft(D)   5.21.16.13 20070416 14:15:18
Platform(T) 5.00.07.C03T13 20070328 22:13:59
AosSoft(T)  5.99.02.10T26 20070228 09:35:38
Logic       (U2)310
Dsp         
Board Verion:
BOARD-VER-INFO
PCB      Version : SSN2PQ1 VER.C
BIOS     Version : 2.15
ExtBIOS  Version : 2.31
Software Version : 4.13
Logic    Version : (U14)100
Alarm Information
Alarms were as follows:
180777      9     HSC_UNAVAIL           MJ          end         2010-12-14 14:11:25  2010-12-14 14:11:31  0x02   0x01   0x09   0xff   0xff   
  180785      10    HSC_UNAVAIL           MJ          end         2010-12-14 14:11:35  2010-12-14 14:11:53  0x02   0x01   0x0a   0xff   0xff   
  180788      9     HSC_UNAVAIL           MJ          end         2010-12-14 14:11:55  2010-12-14 14:12:01  0x02   0x01   0x09   0xff   0xff   
  180791      10    HSC_UNAVAIL           MJ          end         2010-12-14 14:12:05  2010-12-14 14:12:47  0x02   0x01   0x0a   0xff   0xff   
  180802      10    HSC_UNAVAIL           MJ          end         2010-12-14 14:12:59  2010-12-14 14:13:05  0x02   0x01   0x0a   0xff   0xff   
  180799      9     HSC_UNAVAIL           MJ          end         2010-12-14 14:12:49  2010-12-14 14:14:07  0x02   0x01   0x09   0xff   0xff   
  180808      10    HSC_UNAVAIL           MJ          end         2010-12-14 14:14:06  2010-12-14 14:15:30  0x02   0x01   0x0a   0xff   0xff   
  180813      9     HSC_UNAVAIL           MJ          end         2010-12-14 14:15:32  2010-12-14 14:15:38  0x02   0x01   0x09   0xff   0xff   
  180815      10    HSC_UNAVAIL           MJ          end         2010-12-14 14:15:42  2010-12-14 14:16:43  0x02   0x01   0x0a   0xff   0xff   
  180851      9     HSC_UNAVAIL           MJ          end         2010-12-14 14:16:44  2010-12-14 14:18:09  0x02   0x01   0x09   0xff   0xff   
  180855      2     TR_LOC                MJ          end         2010-12-14 14:18:08  2010-12-14 14:18:12  0x01   0x00   0x01   0x20   0xff   
  180805      2     TR_LOC                MJ          end         2010-12-14 14:13:48  2010-12-14 14:18:22  0x01   0x00   0x01   0x02   0xff   
  180861      10    HSC_UNAVAIL           MJ          end         2010-12-14 14:18:13  2010-12-14 14:18:26  0x02   0x01   0x0a   0xff   0xff   
Handling Process
1. Pull out the GXCSA Board from 9 th slot as continous switching was observed. But traffic not restored.
2. JAck-out and Jack -in the 2-PQ1 , then traffic restored and alarm got cleared.
Root Cause
Services restored after Jack �out and Jack �in the PQ1 board at slot 2.
From the Black box data, it being found that board 2-PQ1 board is faulty and because of it continuous switching between GXCSA boards has been observed. 
  bb9.log                               2010-12-14 14:16:02          Level:3, XcsXcpModule.cpp, Line:2467, Report OthXcs Bad BDNum=1, BDId: 2   
  bb9.log                               2010-12-14 14:16:39          Level:3, XcsXcpModule.cpp, Line:2698, XCP switch because BUS_ERR or service board report XCS board ba   
  bb9.log                               2010-12-14 14:18:04          Level:3, XcsXcpModule.cpp, Line:2446, Report Xcs Bad BDNum=1, BDId: 2 
Suggestions
execute the following commands to cofirm which board has gone faulty.
:log-query:9,"bb9.log"
PQ1 board at slot 2 Found faulty.

END