Issue Description
Customer has a scheduled night work in IMS network and they stop in secvential order one of the SBC power source.
SBC Power Alarm was generated in M2000 but the alarm was not automatically cleared after they recover both power sources in SBC.
Alarm Information
HRP_S<OSK_SBC_1>dis alarm urgent
Alarm ID Slot Date Time Para1 Para2
5 7 11/02/25 02:57:42 2 0
4 7 11/02/25 02:11:12 2 0
4 6 10/03/19 21:10:58 1 0
4 7 10/03/12 22:10:18 2 0
4 6 10/01/15 19:47:55 1 0
5 7 10/01/15 18:56:46 2 0
4 7 10/01/15 18:55:56 2 0
5 6 10/01/15 18:55:29 1 0
4 6 10/01/15 18:53:25 1 0
HRP_S<OSK_SBC_1>dis trapbuffer[14D [14Ddis dev
Quidway E2300 SBC's Device status:
Slot # Type Online Status
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
0 RPU Present Normal
1 1GE Present Normal
2 1GE Present Normal
4 8FE Present Normal
5 NPU Present Normal
6 PWR Present Normal
7 PWR Present Normal
8 FAN Present Normal
HRP_S<OSK_SBC_1>dis trapbuffer
#Feb 25 02:11:12 2011 OSK_SBC_1 SRM/4/PwrLoss:1.3.6.1.4.1.2011.2.84.2.22 Power 2 loss.
Handling Process
Customer configure infocenter level on both act/stby SBC:
HRP_M[OSK_SBC_1]info-center source default channel 5 trap level informational
HRP_M[OSK_SBC_1]dis channel 5
channel number:5, channel name:snmpagent
MODU_ID NAME ENABLE LOG_LEVEL ENABLE TRAP_LEVEL ENABLE DEBUG_LEVEL
ffff0000 default N debugging Y informational N debugging.
Root Cause
SBC system did not configure command of "info-center source default channel 5 trap level informational".
So system only will send warning level alarm and will not send info level alarm; power recovery belong to info level alarm. that is the reason of power alarm not recoveryed.
Suggestions
After configure the infocenter level it is necessary to reproduce the power alarm again in order to SBC send the info level alarm again for power recovery.
Download Attachments
