Patent Application
20080250138
This invention relates to network management systems, and more particularly to presentation of alarm information to network administrators.
In a network management system (NMS) alarms may be triggered for a variety of reasons, such as failure of a link. An alarm is a notification of a specific event, such as a change of port status. An alarm may or may not represent an error. These alarms are presented to an operator performing network administration functions so that the operator may take action to correct the underlying cause of the alarm, if any such action is required.
These alarms contain standard parameters containing standardized information, and are typically presented to an operator as a line of text in a window. Multiple alarms are presented as multiple lines of text in the same window. While straightforward, this can result in alarms being presented to the operator as too much information too quickly, especially if a fault in the network results in generation of many simultaneous alarms. Alarms may scroll off the window before the operator has an opportunity to examine the information contained in the alarm text. The operator can filter the alarms somewhat by setting attributes in column headers, for example, but the filtering functions on typical NMSs are limited. Furthermore, switching between sets of filtered alarms requires editing an existing filter or retrieving a filter saved to the operator's client hard drive, at which point the single window refreshes with the new set of filtered alarms.
The standard parameters of alarms includes a field called “additional text”. This field is typically used by an NMS server to enter non-configurable information regarding the alarm in the form of notes, notes which an operator may use when looking at an alarm again at a later time. This field provides a heretofore unrealized opportunity to store additional information automatically for use by operators.
A method of displaying alarms to operators in a way which allowed them to see all relevant information at a desired pace would allow the underlying causes of the alarms to be dealt with more efficiently.
According to one embodiment of the invention, a method of presenting network alarms through a graphical user interface (GUI) of a Network Management System (NMS) is provided. A plurality of alarms is received, and the alarms are presented in a plurality of alarm windows within the GUI. A first set of at least one alarm, satisfying a first alarm filter, may be presented in a first alarm window, and a second set of at least one alarm, satisfying a second alarm filter different from the first alarm filter, may be presented in a second alarm window. The method may be in the form of instructions on a computer-readable medium.
According to another embodiment of the invention, a method of populating an “additional text” field of an alarm is provided. At least one attribute is manually specified. The “additional text” field of the alarm is automatically populated with an attribute value for reach specified attribute.
By providing multiple windows for displaying alarms, a pause button to prevent scrolling of new alarms, a drop-down menu for selecting filters, and a database for storing public filters, the invention presents alarms to an operator in a manner which simplifies handling of multiple alarms. The automatic population of the “additional text” field of alarms according to user choice provides operators with more power and flexibility in setting filters and hence in managing alarms. The invention is particularly advantageous when a flood of alarms is presented to the operator, as the number of alarms presented in the GUI would be otherwise difficult to manage.
The features and advantages of the invention will become more apparent from the following detailed description of the preferred embodiment(s) with reference to the attached diagrams wherein:
It will be noted that in the attached diagrams like features bear similar labels.
Referring to
Referring to
The number of alarm windows 22 that are present within the application window 20 will depend on choices made by the operator. The operator may create new alarm windows using the controls of the application window 20. The use of multiple alarm windows 22 allows the operator more choice in how alarms are presented, giving him or her more flexibility in dealing with the alarms. Each alarm window lists alarms which satisfy the alarm filter selected for that alarm window. For example, a first alarm window may be filtered to present alarms for a specified network element, and a second alarm window may be filtered to present alarms for a second network element. This allows the operator to easily switch between sets of alarms.
Each alarm window 22 contains a drop-down filter menu 28 by which an operator may easily choose amongst stored alarm filters. These alarm filters are stored in the database 16. Storing the alarm filters in the database 16 allows global alarm filters to be created and used by all operators, even if the operators are located at different NMS clients 14. For example, a network administrator acting as a supervisor may create global filters for use by all operators within his or her department. The network administrator may create such global filters at one NMS client 14, and then the different operators access the global filter through different NMS clients 14. The use of the database 16 to store alarm filters also allows individual operators to store private filters in the database 16, and then later access these private filters from a different NMS client 14. Although shown as in
Each alarm window 22 also includes a pause button 30. When the pause button 30 is selected, addition of new alarms to the alarm window is halted and deletion of exiting alarms from the alarm window is halted. This allows operators to temporarily halt the display of additional alarms, which is useful in preventing alarms from scrolling off the displayed alarm list 26 during a flood of alarms. When the pause button 30 is selected again (i.e. unpaused) then the alarm list 26 is updated with any alarm additions or removals that were received while the alarm list 26 was paused.
Each alarm window 22 also includes a count 32 of the current number of alarms within the alarm list 26.
As stated above, each alarm includes as part of its standard information an “additional text” field. Through the application window 20, such as by means of an “administration” menu item 34, an operator can set additional text policies. The additional text policies are set manually, after installation of the NMS. These specify what information from the alarmed network component is to be placed in the “additional text” field of the alarms. The operator specifies one or more attributes whose attribute values are to populated by the NMS server 10. Population of the “additional text” field of the alarms with the attribute value of each specified attribute is carried out by an “additional text” field populator on the NMS server 10. For example, an operator may generate an additional text policy for all port alarms, specifying the attribute of “Client”. Thereafter, all newly generated alarms for ports will have their “additional text” field populated by the NSM server 10 with the text “Client=” followed by the client name. This allows filters (either global or private) to be created for use in presenting only port alarms for specified clients, by filtering out network alarms whose “additional text” field does not match specified attribute values.
The “additional text” field populator is preferably in the form of software instructions loaded into a processor, but may also be in the form of hardware logic, or a combination of both. If in the form of software instructions, the software instructions may be stored on computer-readable media.
The methods of presenting alarm information on a GUI, described above, are preferably carried out by a processor reading software instructions. Alternatively, the instructions for carrying out the methods may be in the form of hardware logic, or a combination of hardware logic and software instructions. If in the form of software instructions, the software instructions may be stored on computer-readable medium.
The method of presenting alarm information on a GUI has been described collectively, namely presenting alarms in multiple alarm windows, providing each alarm window with a pause button, providing each alarm window with a drop-down filter menu, storing filters an a database accessible by all NMS clients, and providing means for automated population of the “additional text” field of alarms. Each of these features may be provided independently of the other features, or in various combinations, and still provide advantages to the interface through which an operator manages alarms for a network.
The invention has been described as presenting alarm information through a GUI located on NMS clients 14. Alternatively, there may be no NMS clients 14 and the GUI located on the NMS server 10. While the advantage of storing filters on the database is lessened in such an embodiment, the advantages of the remaining features remain.
The embodiments presented are exemplary only and persons skilled in the art would appreciate that variations to the above described embodiments may be made without departing from the spirit of the invention. The scope of the invention is solely defined by the appended claims.
