KR20000044478A - Method for servicing multi-operator in network management system - Google Patents

Abstract

PURPOSE: A method for servicing a multi-operator in a network management system(NMS) is provided to exactly/quickly report status changes of an equipment, by using a daemon capable of transmitting traps from the equipment for supporting a multi-window and a multi-user to related processes, to supply data for managing a network to the multi-operator. CONSTITUTION: A method for servicing a multi-operator in a network management system(NMS) comprises the steps of: if a physical medium dependant sublayer(PMD) receives a trap from a management object node, informing that a change or a failure is generated with a real-time folder by transmitting the trap; making the real-time folder receiving the trap transmit a message for requesting a rack state, which has the change or the failure, to the management object node; making the real-time folder responding to the message and receiving the message from the management object node update an up-to-date status information of the management object node; making the real-time folder transmit the trap for notifying the updated status information to the PMD; making the PMD transmit the updated status information to many processes having graphical user interface(GUI) functions, and making operators corresponding to the processes understand the status of the present management object node.

Description

Multi-operator Service Method in Network Management System

The present invention relates to a network management method of a switching system based on asynchronous transmission mode, and more particularly, to a method for efficiently operating a network management system.

In general, the Asynchronous Transfer Mode (ATM) transfers voice, data, and image data by forming a cell in a form of cutting data into a predetermined size (48 bytes) and adding a predetermined bit (5 byte) header. It means the transmission method implemented to deliver it. In addition, a switching system based on the asynchronous transmission mode described above is collectively called an ATM switching system.

On the other hand, the network management system (NMS; Network Management System) is a basic function for managing the equipment to inform the operator (operator) of the actual state of the equipment (failure), it is a system to be able to quickly solve this problem.

As an example of network management performed in the NMS, the five network management functions defined by the International Organization for Standardization (ISO) are as follows.

First, the network configuration management function to monitor or maintain the current status of the network configuration, and second, network fault management function to distinguish the place where the failure occurred and where it did not occur by detecting abnormal conditions such as failures in the network. Fourth, access management such as user authority setting or network security management function to manage access rights. Fourth, performance management function to manage performance at a certain level by monitoring capacity or load of network devices. It is the same as the account management function that collects information on the resource usage situation of the network and manages the usage fee of the network user.

A typical configuration of the NMS, which has been implemented to provide the above functions, consists of a managed node corresponding to a service provider, a network management station corresponding to a service user, and a network management protocol.

A configuration according to an example thereof is illustrated in FIG. 1. In FIG. 1, an ATM switch 110 is illustrated as a managed node, and a simple network management protocol (SNMP) 220 is illustrated in FIG. 1. Is shown as a network management station.

The SNMP 120 includes a trap server 122, a real_time_poller 124, a message queue 126, and a process 128. At this point, the process 128 supports a Graphical User Interface (GUI).

The module REAL-RACK, which shows the current state of the ATM exchanger 110 in a typical NMS with the above configuration, uses the message queue 126 to communicate with the real-time folder 124. That is, by actually sharing a key of the message queue, when the multiple REAL-RACKs are actually driven, the information accumulated in the message queue 126 cannot be shared. As a result, the operator wanted to keep the racks at the same time and manage them. However, the existing method could not solve this problem.

In more detail, the real-time folder 124 receives a trap for a failure from the ATM switch 110 and processes the information, and then the information on the message queue 126 using the message key "100". Stack it. The processor 128 corresponding to the REAL-RACK periodically reads the message queue 126 and if a state change of the ATM switch 110 is detected, reflects it to the GUI and informs the operator.

Problems occurring in the conventional case of performing network management by the operation described above can be divided into three major.

The first is that they share a message key. The inability of multiple processes to share information in the message queue has created a major problem that it is not able to support multi-user as well as multi-window by default.

The second is that the REAL-RACK process should be checked periodically, rather than being informed of changes in state. At this time, if a long period is assigned, a problem that cannot reflect a real-time state change occurs, and if a short period is assigned, a problem occurs that processing continues to occur even in a situation where a failure does not occur.

Third, if the message queue is full, traps that occur after that time are ignored. This may cause an emergency problem where the network management state is different from the actual state.

Accordingly, an object of the present invention for solving the above problems is to provide a multi-operator service method in a network management system using a daemon capable of transmitting all traps from equipment for supporting multiple windows and multiple users to related processes. In providing.

In order to achieve the above object, the present invention transmits a trap indicating that a change or failure occurs when the material medium dependent part receives a trap from a managed node, and the real-time folder receiving the trap indicates the status of the rack in which the change or failure occurs. By updating the latest status information of the managed node by sending the requested message to the managed node, and sending a trap notifying the updated status information of the managed node to the material medium dependent part to send the updated status information. The multi-operator service method is implemented in a network management system that transmits to multiple processes with user graphic interface.

1 is a diagram showing the configuration of a conventional network management system.

2 is a diagram illustrating a configuration of a network management system according to an embodiment of the present invention.

Hereinafter, an embodiment of the present invention will be described in detail with reference to the accompanying drawings.

As shown in FIG. 2, a network management system according to an embodiment of the present invention includes a physical medium dependent sublayer (PMD) 222, a real-time folder 224, and a plurality of processes 226_1 to 226_n. It consists of a SNMP 220 and an ATM switch 210 made of a).

The real-time folder (real_rack_poller) 224 receives a trap generated by the ATM exchanger 210 and updates the real state of the ATM exchanger 210 once again using an SNMP request, and then informs the relevant module of the trap.

The PMD 222 is a daemon that receives a reception trap from the ATM switch 210 and transmits the received trap to an associated module.

The plurality of processes 260_1 to 260_n actually receive a trap as a GUI for informing the operator of the status of the rack constituting the ATM switcher 210 and apply the trap to the GUI.

Hereinafter, an operation according to an exemplary embodiment of the present invention will be described in detail with reference to the above configuration.

First, for normal operation of the NMS, the PMD 222 and the real-time folder 224 must be driven by a background process and then the NMS must be started.

The ATM switch 210 generates a trap to the SNMP 220 when the rack configuration is changed or a failure occurs. This is shown as "trap send" in FIG.

The trap generated by the ATM switch 210 is provided to the PMD 222 constituting the SNMP 220 as shown in FIG. The PMD 222 receiving the trap transmits the trap to the real time folder 224. This is illustrated as "trap send" in FIG.

The real-time folder 224 provided with the trap sends an SNMP request to the ATM switch 210 to determine the state of the board of the ATM switch 210. This is shown as "snmp request" in FIG. 2 above.

Upon receipt of the SNMP request, the ATM switch 210 inspects the board and transmits an SNMP response including the current status information. The board is used to mean a board in which the configuration of the rack described above is changed or a failure occurs. This is illustrated as "snmp response" in Figure 2 above.

The real-time folder 224 receiving the SNMP response according to the current state from the ATM switch 210 updates the current state of the system with the latest information by the received SNMP response.

Then, the change of state generates a trap again to inform the GUI serving by each process 226_1 to 226_n. This is illustrated by the " trap send " provided to the PMD 222 in the real time folder 224 of FIG.

The PMD 222 receiving the trap from the real-time folder 224 again transmits it to each process 226_1 to 226_n.

On the other hand, when the process 226_1 to 226_n receives a trap from the PMD 222 while waiting, the rack is redrawn using the GUI according to the latest information.

In particular, in case of the latest information according to the failure, the specific port status of the corresponding board that has failed is displayed to be distinguished from the normal status so that the operator can easily recognize it.

The present invention as described above has the advantage of reporting the change in the status of the equipment to the operator quickly and accurately by providing data according to the network management to multiple operators. It also provides the equipment operator with the convenience of monitoring multiple devices at the same time by supporting multiple windows and multiple users. In addition, it is possible to increase the efficiency of network management by allowing the operator to divide and manage the equipment.

Claims (1)

In the method of serving multiple operators in a network management system, When the material medium dependency receives a trap from the node to be managed, it notifies the real time folder by transmitting a trap that a change or failure has occurred. The real-time folder receiving the trap transmits a message requesting the status of the rack that has changed or failed to the management target node; The real-time folder receiving the message provided from the managed node in response to the message, the process of updating the latest status information of the managed node; The real-time folder is a process for transmitting a trap informing the update of the status information to the substance-dependent portion; By receiving the trap, the material medium dependency unit transmits the status information updated in the real-time folder to a plurality of processes having a user graphic interface function so that an operator corresponding to the process can grasp the state of the currently managed node. Multi-operator service method in a network management system, characterized in that consisting of a process.