JPH01288038A - Network fault deciding processing unit - Google Patents

Abstract

PURPOSE:To quicken fault deciding and fault processing by using macro information so as to estimate a device from which a fault takes place and collecting detailed information of the estimated device and a device opposite thereto. CONSTITUTION:A macro information collection section 38a collects macro information being the collection of respective detailed information of a communication equipment by sub systems 35-37. A fault estimate section 38b uses macro information to estimate a communication equipment having a fault, detailed information collection section 38c collects the estimated communication equipment and the detailed information of the communication equipment opposite thereto, supplies the detailed information to an analysis verification section 38d to specify a location having a fault up to the position in the communication equipment. The detailed information is collected only as to the required communication equipment and the fault occurrence position is specified in detail accurately up to the position of the communication equipment, then the fault is decided quickly and the fault processing is quickened.

Description

[Detailed Description of the Invention] [Summary] The present invention relates to a network failure determination processing device that determines the location of a failure when a failure occurs in each part of the network, and the present invention aims to quickly determine the accurate and detailed location of the failure that has occurred in the network. In a network failure determination processing device that identifies the location of a failure when a failure occurs in the communication devices and communication lines that make up the network, macro information is collected by subsystems that aggregate detailed information of each communication@location. A macro information collection unit that collects information,
a failure estimation unit that estimates a communication device in which a failure has occurred from the collected macro information; a detailed information collection unit that collects detailed information on each of the communication device in which a failure has occurred and the communication device opposing it from the subsystem; The communication apparatus includes an analysis and verification unit that analyzes and verifies the degree of failure for each of the collected detailed information and identifies the location where the failure has occurred, down to the part within the communication device.

[Industrial application field]

The present invention relates to a network failure determination processing device, and more particularly, to a network failure determination processing device that determines the location of a failure when a failure occurs in each part of the network.

In recent years, systems such as corporate networks have developed, and the degree of dependence on them has increased. There are a wide variety of devices that make up network systems, and as transmission paths become more complex, the impact of failure is large.
It is necessary for the network administrator to quickly understand the content, impact on other parts, etc., and aim for early recovery.

[Conventional technology]

FIG. 6 shows a configuration diagram of an example of a network monitoring system.

In the figure, a network management subsystem 11a.

11b are high-speed digital multiplex transmission devices that constitute the basic network system 1o! (MLIX), private branch exchange (PBX), and modulation/demodulator (MDM), aggregate the operating status of each part of the network, and use the aggregated macro information to perform fault determination processing. I! Supplied to device 12.

The failure determination processing device 12 is the base network system 10
This system centrally manages the subsystems 11a and 1.
The macro information from 1b is analyzed to determine a failure in the infrastructure network system 10 and perform failure management.

[Problem to be solved by the invention]

Conventional failure determination processing device! ! 12 is limited to fault determination based on macro information, and from this determination result it is not possible to know what type of fault has occurred in which part of the equipment in the infrastructure network system 10. The administrator himself monitors the network monitoring subsystem 11a.

The only option was to go to the installation location of each 11b and view the detailed information supplied from the infrastructure network system 10 there.

For this reason, it takes a lot of time and effort to identify the location of the fault after the fault occurs, and to recover from the fault, resulting in a problem that this leads to a decline in service to network users.

Also, a network monitoring subsystem 11a.

It is conceivable to supply all the detailed information supplied to the fault determination processing device 11b to the failure determination processing device 12, but in such a configuration, it takes a large amount of time for the failure determination processing device 12 to collect detailed information. It is not possible.

The present invention has been made in view of the above points, and it is an object of the present invention to provide a network fault determination processing device that quickly determines the accurate and detailed location of a fault occurring in a network.

(Means for Solving the Problems) FIG. 1 shows a block diagram of the principle of a network fault determination processing device according to the present invention.

In the figure, a macro information collection unit 38a collects macro information in which detailed information of each communication device is aggregated by subsystems 35 to 37.

The failure estimation unit 38b estimates the communication device in which the failure has occurred from the collected macro information.

The detailed information collection unit 38G collects detailed information about the failed communication device and the corresponding communication device from the subsystems 35 to 37.

The analysis and verification unit 38d analyzes and verifies the degree of failure for each of the collected detailed information, and identifies the location where the failure has occurred, down to the part within the communication device.

(Operation) In the present invention, the failure estimating unit 38b estimates a communication device in which a failure has occurred using macro information, collects detailed information on the estimated communication device and the communication device facing it, and collects detailed information on the estimated communication device and the communication device facing it. is supplied to the analysis/verification unit 38d to identify the location within the communication device where the failure has occurred.

In this way, detailed information is collected only about the necessary communication devices, and the location of the failure can be accurately and detailed specified down to the part of the communication device, so the failure can be determined quickly and the failure can be dealt with quickly.

〔Example〕

FIG. 2 shows a configuration diagram of an embodiment of a network monitoring system to which the device of the present invention is applied.

In the figure, the infrastructure network 20 includes M
UX21.22 and PBX23 connected to MUX21
and MDM24゜25 and MDM26 connected to this
, 27, and MDM28.2 connected to MtJX22
9 and various communication devices. MUX2i
On the side, terminals 30 and 31 are connected to each of the MDMs 25 and 27, and on the MUX 22 side, a terminal 32 is connected to the MDM 29, and a host computer 33 is directly connected to the MUX 22.

The MIJX management subsystem 35 is the base network 20
It is connected to each of the MUXs 21 and 22 through a dedicated line, and is supplied with detailed information on their operating status. Also, P.B.
The X management subsystem 36 is connected to the PBX 23 via a dedicated line and is supplied with detailed information on its operating status.
The M management subsystem 37 is connected to each of the MDMs 24 to 29 through a dedicated line and is supplied with detailed information on their operating states.

For example, as shown in FIG. 3(A), the PBX 23 includes a 020 section 40a, a bus section 40b, and a power supply section 40C.

It is composed of parts such as line sets 40d to 40g, and lines 418 to 41G are connected to the line sets 40d to 40o, respectively. The PBX management subsystem 36 is supplied with detailed information that divides the operating status of each part of the PBX 23 into about 10 types. As shown in FIG. 3(B), the PBX management subsystem 36 integrates the CPU section 40a to the power supply section 40c as a device section 43a, and
0d to 40 are boats 43b to 43e, and for these and each of the lines 41a to 41d, the types of detailed information are summarized into three stages: normal, minor failure and 9 major failure, and this aggregated macro information is sent to the failure determination processing device. 38.

MtJX management subsystem 35. Each of the MDM management subsystems 37 also aggregates detailed information in the same manner as the PBX management subsystem 36, and supplies the macro information obtained thereby to the failure determination processing device 38.

FIG. 4 is a block diagram of the failure determination processing device, and FIG. 5 is a flowchart of one embodiment of the failure determination processing device.

In FIG. 4, 50 is a CPU, 51 is an input/output device, and 5
2, 53, and 54 are storage devices, and 55 is a display device. The input/output device 51 connects the subsystems 35 to 3 via the terminal 56.
In addition to receiving information supplied from each of the 7, it also supplies information transfer requests and the like to these.

The program shown in FIG. 5 is stored in the storage device 52, and the CPU 50 sequentially reads and executes the program. The storage device 53 buffers information coming from the input/output device 51 and information being processed, and the storage device 54 stores a group of failure tables in advance. Display f155 is CPLI
The failure status obtained through the processing in step 50 is displayed.

When macro information of a minor failure or a major failure is supplied from any of the subsystems 3.5 to 37, the processing shown in FIG. 5 is executed.

First, in the pooling process in step 60, the macro information of failures that come in for a certain period of time, for example about 3 minutes, is accumulated or pooled, and all the macro information of failures notified in this certain period of time are recognized as having occurred due to the same cause. Then, temporal integration is performed, and the following processing is performed for each macro information group. This step 60 corresponds to the macro information collection section 38a.

Next, in the grooving process for regional integration in step 61, if there are duplicate notifications from the same device, one is deleted and unified, and the connection relationship on the communication path is searched from the configuration information of the infrastructure network 20. to fill in unreported information and assemble local groups. For example, MLIX2
Macro information of serious failure is notified from 2 and MDM29,
This is supplemented when abnormal macro information is not notified from the MDM 2B. - Furthermore, the macro information from each of the two devices facing each other on the communication path is identified, separated into the cause of the failure and the impact information, and when the selection is successful, the impact information is deleted, thereby deleting the terminal information. In this case, all influence information corresponding to the cause of the failure is deleted from the topological findings, and thereby a representative pattern of the macro information is created.After this, in step 62, the failure information registered in advance for each local group failure is deleted. The location of the failure is estimated by comparing it with the occurrence pattern. Step 61.6 above
2 corresponds to the failure estimation section 38b.

Furthermore, a request is made to the subsystems that manage the device at the estimated failure point and the devices facing it, to transfer detailed information on the device at the fault point and the devices facing it (step 63). .

Thereafter, detailed information transferred from the subsystem in response to the transfer request is received and buffered (step 64). These steps 63 and 64 are performed by the detailed information collection unit 3,
Corresponds to 8C.

Next, from the group of failure tables in the storage device 53, the failure tables for the device at the fault location and the devices opposing it are extracted and stored in the storage device 53 (step 65). The failure table group stores in advance detailed information on all failures for each type of device such as MUX, PBX, MDM, etc., and this detailed information includes, for example, serious failures such as clock disconnection failures, loss of synchronization, deterioration of transmission quality, etc. The fault category is also stored, such as a minor fault such as PLL free run.

Thereafter, the buffered detailed S information is compared with the extracted fault table to determine the fault classification (step 66).

If the detailed information indicates a serious failure based on the determination of the failure classification, the device corresponding to the detailed information is identified as the site where the failure has occurred (step 67).
. The above steps 65 to 67 correspond to the analysis verification section 38d.

After this, it is determined whether the failure location has been identified (step 68), and if not, step 61)
Return to , change the integration method, and repeat the process below.

If the identification is successful, the process proceeds to step 69, where the faulty device and its parts are displayed and the network administrator is notified, and the process ends.

In this way, we use macro information to estimate the device where the failure has occurred, collect detailed information on this estimated device and the device that is facing it, and use this detailed information to locate the location where the failure occurred within the device. Since detailed information is collected only for the necessary devices and the location of the failure is accurately and detailed characterized down to the part of the device, the failure can be determined quickly and the failure can be dealt with quickly.

〔Effect of the invention〕

As described above, according to the network failure determination processing device of the present invention, when a failure occurs in the network, the location of the failure can be quickly determined accurately and in detail, and the failure can be quickly dealt with. Gorgeous and useful.

[Brief explanation of the drawing]

FIG. 1 is a principle block diagram of the device of the present invention, FIG. 2 is a block diagram of an embodiment of a network monitoring system to which the device of the present invention is applied, and FIG. 3 is a diagram for explaining detailed information and macro information. FIG. 4 is a block diagram of an embodiment of the apparatus of the present invention, FIG. 5 is a flowchart of an embodiment of the apparatus of the present invention, and FIG. 6 is a block diagram of an example of a network monitoring system. In the figure, 20 is the base network, 21.22 is the MUX. 23 is a PBX. 24-29 are MDM. 30 to 32 are terminals, 35 to 37 are subsystems, 38a is a macro information collection unit, 38b is a failure estimation unit, 38c is a detailed information collection unit, 38d is an analysis verification unit, and 60 to 69 are steps. Figure 1: A block diagram of the principle of the apparatus of the present invention. Figure 3: A diagram for explaining detailed information and macro information. Figure 4: A block diagram of the apparatus of the present invention. Figure 4: Block diagram of the network monitoring system.

Claims (1)

[Claims] Communication devices (21 to 29) constituting the network (20)
) and a network failure determination processing device that identifies the location of a failure when a failure occurs in a communication line, macro information that aggregates detailed information of each of the communication devices (21 to 29) by subsystems (35 to 37). a macro information collection unit (38a) that collects macro information, and a failure estimation unit (38a) that estimates a communication device in which a failure has occurred from the collected macro information.
8b), a detailed information collection unit (38c) that collects detailed information about the faulty communication device and its opposing communication device from the subsystems (35 to 37), and a fault detection unit for each of the collected detailed information. The analysis and verification unit (
38d) A network fault determination processing device characterized by comprising: