JP2003323361A - Network device monitoring system, management device, network device and network device monitoring method - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To prevent the inflow of an unnecessary traffic into a control network for management transfer. <P>SOLUTION: A management device 50A is functionally distributed into a device-independent part 20 and a device-dependent part 30, and is equipped with a mechanism incorporated therein for analyzing a failure state in trap information transmitted from a failure management part 21 of the device- independent part 20 receiving a trap notification from a network device 40 to check necessity to acquire the latest information on the network device 40, and according to the necessity, acquiring the latest information. The check method is subdivided by device vendor units, device version units and service class units, which hold information as device access files 33. <P>COPYRIGHT: (C)2004,JPO

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a plurality of network devices that constitute a network, and in particular to a vendor.
The present invention relates to a multi-vendor compatible network device monitoring system that integrally manages monitoring of a plurality of network devices of different er).

[0002]

2. Description of the Related Art As a network device monitoring system for integrally managing a conventional multi-vendor device, an operator or a maintenance person can quickly understand the state of the network device when monitoring a status notification or an alarm notification from the network device. It was necessary to acquire the latest network device status information in real time so that it could be done. In addition, when monitoring status notifications and alarm notifications, it is necessary to hide the differences between vendor-specific network devices from the perspective of the operator or maintenance personnel so that the approach from the operator is not complicated.

By the way, in the invention described in the "state notification system of network management system" described in Japanese Patent Laid-Open No. 2001-67292, when the management device receives trap information from the network device, the management device receives GET-.
It has a means for transmitting a REQUEST command to a network device and can monitor a real-time alarm state.

FIG. 3 shows a mounting example of the conventional technique.

As a system configuration of the network device monitoring system, a network device 40 having a function of transmitting trap information when an agent of the SNMP protocol is installed and a state change in the device itself is detected, and a manager function of the SNMP protocol are implemented. However, when the trap information is received from the network device 40, it is roughly divided into a management device 50B having a function of transmitting a GET-REQUEST command for requesting the transfer of details, and the management device 50B and the network device 40 are usually It is connected by a control network for transferring management information.

Here, as an example of the operation, the management device 50
The device monitoring procedure of B and the network device 40 is shown below.

The network device 40 detects a change in the state of the device itself and sends trap information to the management device 50B. The management device 50B transmits GET-REQUEST to the network device 40 upon receiving the trap information transmitted by the network device 40. Network device 4
0 is GET-REQ as a response of trap information
Receiving UEST, GET-RESP to the management device 50B
Returns ONSE. As a result, the management device 50B can manage the status change of the network device 40 in real time, thereby improving the reliability of the trap information.

[0008]

However, in the above-mentioned conventional network device monitoring system, the management device 50B sends GET-REQUEST to the network device 40 for all the trap information transmitted from the network device 40 to the management device 50B. The management device 5 even sends traffic that is being sent and does not need to acquire the network device status.
There is a problem that it flows between 0B and the network device 40.

Therefore, it is an object of the present invention to provide a system construction and a method thereof that can prevent wasteful traffic from flowing into the management information transfer control network.

[0010]

According to the present invention, as a method for solving the above problems, the management device 50A is installed in the device independent part 2.
0 and the device dependent unit 30 (hereinafter referred to as the device adapter unit 30), so that the failure management unit 2 of the device independent unit 20 is distributed.
1 receives the trap information directly from the network device 40, and the failure management unit 21 sends the trap information to the device adapter unit 30. Then, the device adapter unit 30 analyzes the failure state and checks the necessity of acquiring the latest information, and acquires the latest information of the state of the network device 40 according to the necessity, or transmits from the failure management unit 21. The trap information is transferred to the operator or higher-level application as it is, and a mechanism to prevent unnecessary traffic from flowing into the management information transfer control network is incorporated.

For example, the device adapter unit 30 analyzes the failure status with respect to the trap information, and the network device 4 has already been analyzed.
It is checked whether it is information that knows the status of 0, information such as event information whose status does not change, or whether it is necessary to check the status with the network device 40, and if necessary, the latest information from the network device 40 is checked. By acquiring, the unnecessary GET-REQUEST traffic can be suppressed.

Further, according to the present invention, the management device 50A is functionally distributed to the device-dependent part 20 and the device-dependent part 30 which is subdivided into vendor device units, version units, and service units, and the device access file 33 is provided to the device-dependent part 30. By holding the information as, it is possible to absorb the difference of the vendor device, etc., and it is possible to statically replace the added / modified device access file 33 or the additional device access class file of the network device 40, and develop / add /
(EN) Provided are a network device monitoring system and a method for realizing the same, which can reduce the scale of change and reflect the latest information added / changed to a higher-level application without stopping operation.

Further, in order to hide the difference in control and monitoring of each vendor device so that the approach method from the device-independent part 20 does not become complicated, the processing method with the device access class group 32 becomes a unified access. By implementing the function having such a mechanism as the proxy class 31 of the device adapter unit 30, it is not necessary to develop / repair a common part associated with the addition of a vendor device or the addition / change of a service, and the device adapter unit 30. As a result, it is possible to keep the repair scale low.

[0014]

BEST MODE FOR CARRYING OUT THE INVENTION Embodiments of the present invention will be described below with reference to the drawings.

FIG. 1 is a diagram showing an embodiment of a network device monitoring system including a management device 50A and a network device 40 of the present invention.

In the system configuration diagram shown in FIG. 1, the management device 50A is functionally divided into a device-independent part 20 not directly connected to the network device and a device adapter part 30 directly connected to the network device 40 via an interface. ing. The device-independent unit 20 includes a failure management unit 21 that manages a failure state of the network device 40, and the failure management unit 21 receives trap information directly from the network device 40.
And a trap information transmitting unit 21-2 that transmits trap information to the device dependent unit 30.

The device adapter unit 30 analyzes the failure status of the network device 40 from the received trap information, and the network device status analysis means 33-1 and the result of the failure status analysis of the network device 40.
A network device status information acquisition request unit 33-2 that requests the network device 40 to acquire the status information when it is necessary to check the status of 0, and the network device 40 is transmitted from the network device 40 in response to the network device status information acquisition request. A protocol library 34 including a network device status information acquisition unit 33-3 for acquiring network device status information and a vendor-specific interface.
And device access file 3 that holds device information for each device vendor, device version, and service class
3 and a device access class group 32 storing it
And a proxy class 31 that absorbs the difference in behavior of each device access file 33 with respect to the vendor.

When a failure occurs in the network device 40, the failure management unit 2 of the device-independent unit 20 in the management device 50A.
1 has the information transmitting means 40-1 for directly transmitting the trap information to the device 1 and for responding the state information of the network device 40 when the network adapter state information acquisition request is issued from the device adapter unit 30.

The failure management section 21 of the device independent section 20 is roughly classified and has two functions. One is an event management function that manages a list of failure information detected by traps, polling, etc. notified from the device in time series, and manages all the detected failure information. The other is a device management function that manages not only the list of detected failure information but also the current status of the device or the like. The failure information to be managed has a failure status and a recovery status. And the web
By monitoring the device status with the browser 10, the status of the managed network device 40 can be mapped to the symbol on the Web browser screen, and the latest status of the device can be visually viewed.

The present invention uses both trap and polling for device monitoring from the viewpoint of improving the real-time property of device monitoring. Since the device access method at the time of polling differs depending on the device, the function of each vendor device of the device adapter unit 30 is used. The device adapter unit 30 has a trap and polling mapping function.

FIG. 2 is a sequence diagram showing the operation in the network device monitoring system of the network device monitoring method.

When a failure occurs in the network device 40, the network device 40 sends the trap information to the failure management unit 21 of the device-independent unit 20 by the information transmitting means 40-1.
Notify. Failure management unit 21 of device-independent unit 20
Then, the trap information received by the trap information receiving means 21-1 is notified to the Web browser 10 as failure information. After notifying the Web browser 10 of the failure information, the failure management unit 21 makes a trap analysis request to the device adapter unit 30 by the trap information transmission unit 21-2.
In the device adapter unit 30 that has received the trap analysis request,
Device access file 3 subdivided for each vendor device
3, the trap information is (1) information that the state of the network device 40 has already been grasped by the network device state information analysis means 33-1 or (2) information such as event information whose state does not change (3) network The network device status information acquisition requesting means 33- can be checked as to whether the device 40 needs to confirm the situation, and if necessary, that is, when (3) is determined.
2, the network device 40 is requested to acquire status information. At this point, the network device 40 is requested to acquire the latest status information only for the trap information that needs to be checked for the status of the network device 40. The network device 40 responds to the requested acquisition information, and the information transmitting means 40-1 transmits the result to the device adapter unit 30. Network device status information acquisition means 33
The sending adapter unit 30 which has acquired the status information from the network device 40 by -3 sets the information to the failure management unit 21.
Transfer to. Then, the failure management unit 21 updates the state of the network device 40. The failure management unit 21 displays the updated information about the updated network device 40 in the Web browser 1
0, and the latest update status of the network device 40 can be confirmed on the Web browser 10.

FIG. 4 is a diagram showing the inside of the failure management unit 21. The failure management unit 21 includes trap information receiving means 21-1.
And trap information transmitting means 21-2, the trap information receiving means 21-1 directly receives the trap information from the network device 40 when the network device 40 fails, and the trap information transmitting means 21-2 is the device adapter section. Three
Send trap information to 0.

FIG. 5 is a diagram showing the inside of each device access file 33. The device access file 33 has a network device status analysis unit 33-1, a network device status information acquisition request unit 33-2, and a network device status information acquisition unit 33-3. In the access class file 33, whether the trap information is (1) information that the state of the network device 40 has already been grasped by the network device state analysis means 33-1 or (2) information such as event information whose state does not change (3 ) It is analyzed whether it is necessary to confirm the situation with the network device 40. If the result of the analysis is (3), the network device status information acquisition requesting means 3
3-2 makes a request for status information to the network device 40. Then, the network device status information transmitted from the network device 40 is acquired by the network device status information acquisition means 33-3.

FIG. 6 is a diagram showing the inside of the network device 40. The network device 40 is the information transmitting means 40.
-1. When a failure occurs in the network device 40, the network device 40 informs the information transmitting means 40-1.
The trap information is sent to the failure management unit 21 in the device-independent unit 20 of the management device 50A. When the network adapter information state acquisition request is received from the device adapter section 30, the information transmitting means 40-1 transmits the state information of the network apparatus to the device adapter section 30.

[0026]

As described above, according to the present invention,
As a technique for implementing a network device monitoring system, a system that uses both traps and polling is adopted, and unnecessary traps are managed by incorporating only trap information into the mechanism that acquires the status information of the network device 40 when necessary. The status information of the network device 40 can be acquired in real time without flowing into the transfer control network.

Further, the device access class file 33 subdivided into device vendor units, device version units, and service class units makes it possible to flexibly cope with an increase in new vendor devices and addition / change of new services. / Development / repair with changes becomes easy. Moreover, since it is possible to statically change only the required device access class file without stopping the device, it is possible to easily perform work such as version upgrade. Further, the dynamically added / changed device access class file 33 can be reflected without stopping the operation.

Further, since the device adapter unit 30 is provided with the proxy class 31, it is possible to hide the difference in control and monitoring of each vendor device, and the processing method between the device independent unit 20 and the device access class group 32 is unified. Common access associated with the addition of vendor devices or the addition / change of services is not required, and the scale of the equipment adapter unit 30 can be kept low.

[Brief description of drawings]

FIG. 1 is a configuration diagram of a system which is an embodiment of a network device monitoring system of the present invention.

FIG. 2 is a sequence diagram showing an operation in the network device monitoring system of the present invention.

FIG. 3 is a block diagram of a system in a conventional network device monitoring method.

FIG. 4 is a diagram showing the inside of a failure management unit.

FIG. 5 is a diagram showing the inside of a device access class file.

FIG. 6 is a diagram showing the inside of a network device.

[Explanation of symbols]

10 ... Web browser, 20 ... Device independent part, 21 ... Failure management part, 21-1 ... Trap information receiving means, 21-2
... trap information transmitting means, 30 ... device dependent part (device adapter part), 31 ... proxy class, 32 ... device access group, 33 ... device access class file, 33-1 ... network device state analyzing means, 33-2 ... network Device state information acquisition means, 33-3 ... Network device state information acquisition request means, 34 ... Protocol library, 4
0 ... Network device, 40-1 ... Information transmitting means, 50
… Management device

   ─────────────────────────────────────────────────── ─── Continued front page    (72) Inventor Katsuyuki Natsukawa             2-3-1, Otemachi, Chiyoda-ku, Tokyo             Inside Telegraph and Telephone Corporation (72) Inventor Ken Mori             2-3-1, Otemachi, Chiyoda-ku, Tokyo             Inside Telegraph and Telephone Corporation (72) Inventor Hideki Hayashi             2-3-1, Otemachi, Chiyoda-ku, Tokyo             Inside Telegraph and Telephone Corporation F term (reference) 5B089 GA11 GA21 GB02 JB16 KA07                 5K030 GA13 HA08 HB08 JA10 LD17                       MC09

Claims (8)

[Claims] 1. A network device monitoring system comprising at least one network device constituting a network, a device independent of a device independent part including a failure management part and a device dependent part, and a network device monitoring system comprising an upper application thereof. The device-independent part of the management device has trap information receiving means for directly receiving trap information from the network device and trap information transmitting means for transmitting trap information to the device-dependent part in the failure management part. The device-dependent unit notifies the network device when it is necessary to check the network device status based on the network device status analysis means that analyzes the failure status of the network device from the received trap information and the failure status analysis of the network device. Network device status information acquisition requesting status information acquisition The network device includes a requesting unit and a network device status information acquiring unit that acquires the network device status information transmitted from the network device in response to the network device status information acquisition request. And an information transmitting means for directly transmitting the trap information and transmitting the network device status information to the device dependent part of the management device in accordance with the network device status information acquisition request from the device dependent part of the management device. Network device monitoring system. 2. The device-dependent unit of the management device has a device access class file subdivided into a device vendor unit, a device version unit, and a business class unit, and a device access class group holding the file. The network device monitoring system according to claim 1. 3. The network device monitoring system according to claim 1, wherein the device-dependent unit of the management device has a proxy class that absorbs a difference in device access class files. 4. In a management device which is connected to a higher-level application and is separated into a device-independent part having a failure management part and a device-dependent part, the device-independent part receives trap information directly from the network device in the failure management part. And a trap information transmitting unit for transmitting trap information to the device dependent unit, and the device dependent unit for analyzing the failure state of the network device from the received trap information and the network device state analyzing unit. In response to the network device status information acquisition request means for requesting the network device to acquire status information when it is necessary to confirm the status of the network device as a result of analysis of the failure status of the network device, , The network device status information sent from the network device Management apparatus characterized by having a network device status information acquiring means Tokusuru. 5. The device-dependent unit has a device access class file that is subdivided into device vendor units, device version units, and business class units, and a device access class group that holds the device access class files. Management device described. 6. The management device according to claim 4, wherein the device-dependent unit has a proxy class that absorbs a difference between device access class files. 7. The trap information is directly transmitted to a failure management section of a management apparatus which is connected to a higher-level application and has a failure management section and which is divided into a device-independent section and a device-dependent section, and the apparatus-dependent section of the management apparatus. A network device status information acquisition request from the device, the network device status information is transmitted to the device dependent part of the management device. 8. A network monitoring system comprising at least one network device constituting a network, a management device having a device-independent part including a failure management part and a device-dependent part, and managing the network device, and a host application. When a failure occurs in a network device, the process in which the network device sends trap information to the failure management part of the device independent part of the management device, and the failure management part that receives the trap information fails the trap information to the upper application. The process of sending trap information to the device dependent unit after notifying as information, the process of the device dependent unit receiving the trap information analyzing the failure state of the network device from the trap information, and the result of the analysis of the failure state, If you know the status of the network device, If the presence unit needs to the process to be notified to the upper application via a fault management unit status information of the device, the status check to the network device,
The device dependent part consists of the process of requesting the network device to acquire the status information, and the process of the device dependent part notifying the host application of the status information via the failure management part when a response arrives from the network device to the device dependent part. A method of monitoring a network device, comprising: