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

FAQ-How to Clear the Unrecovered Alarms Reported by the Device to the NMS

Publication Date:  2012-07-25 Views:  46 Downloads:  0
Issue Description

Q:

How to clear the unrecovered alarms reported by the device to the NMS? 

Alarm Information

Null

Handling Process

A:

In the process of deploying, commissioning, and accepting the device, a large number of alarms are inevitably generated. After the test is complete, because the condition of recovering these alarms is unavailable or difficult to reoccur, these alarms remain in the uncovered state. In addition, even if these alarms are manually confirmed and recovered on the NMS side, the alarms are reported to NMS when the data is synchronized. In addition, the command or means for directly recovering or deleting these alarms on the device side is unavailable. As a result, the NMS center always detects these unrecovered alarms.
According to the requirements of the carrier, the engineering department hands over the device to the maintenance department after the device is accepted. Although we can explain to our customer that these alarms do not affect the service of the device, yet the maintenance department is unwilling to accept the device with a large number of unrecovered alarms. This may obstruct the acceptance of the device.
At present, because the command or means for directly recovering or deleting these alarms on the device side is unavailable, a new control board from the factory is proposed to be used as an active control board. Switch the control board with alarms to the standby state and remove the alarm data from the standby control board through the data synchronization between the active and standby control boards. In this case, all these unrecovered alarms can be completely cleared. 
 

Root Cause
Null
Suggestions
Because of the requirements of the carrier and the universality of this scenario, it is suggested that the device provide a means of restoring the default state, or provide a command for completely recover all alarms generated in such a scenario. 

END