JPH0771113B2 - Packet network failure determination system - Google Patents

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION The present invention is based on CCITT Recommendation X.
The packet switching service according to No. 25 is used for data communication between communication processing devices using a logical connection path.

[0002] The present invention relates to a failure determination system for a packet network, which is capable of performing a single failure determination by a packet collected from each communication processing device when a failure in opening a connection path causes a failure.

[0003]

2. Description of the Related Art Conventionally, this type of packet network failure determination system stores trunk line congestion and node failure for each node in a packet network, as disclosed in Japanese Patent Laid-Open No. 63-240233. Monitors the disconnection cause contained in the recovery request packet and disconnection instruction packet relayed and exchanged by the local node, and responds to the stored node failure when the number of consecutive disconnections due to the same cause exceeds a certain number within a preset time In some cases, the cause of packet disconnection at each node is determined by storing the data.

[0004]

In such a conventional method, since each node in the packet network monitors a failure, it is not possible to obtain information about the partner node, which causes an error in the local exchange and a partner device. It was impossible to judge the error of the packet service user and the error of the packet service user, and it was necessary to manually collect and verify the information of each node for the judgment.

The present invention solves such a problem and provides a system in which the cause of a failure, which has been determined in each node, can be determined at one place in a manager, and the information of the node can be collected without human intervention. The purpose is to

[0006]

SUMMARY OF THE INVENTION The present invention is a packet network failure determination system in which a plurality of communication processing devices are connected to each other via a packet network. An agent for monitoring a mutual connection path is provided, and a manager is provided for monitoring the agent for the plurality of communication processing devices via the monitoring connection path.

A monitoring table for recording packet information and CR, CN, CQ, C are provided in each of the communication processing devices.
Monitoring means for performing constant timer monitoring on each transmitted packet of I, CA, and CC to judge failure of calling or receiving call, and the packet information in the monitoring table until completion of calling or receiving call. A connecting path monitoring device including holding means for holding, and when the manager receives a calling failure detected by the connecting path monitoring device from the agent as a connection failure warning, the calling side agent and the called side The transmitted packet includes CR, CN, CQ, CI, CA, and CC including means for searching the packet information held with the agent to make a failure judgment.
Is desirable.

Further, the manager determines that the communication error is a user error when the communication processing device on the calling side receives the CI packet and the communication processing device on the called side issues the CQ packet. When the communication processing device does not issue the CQ packet, it is determined that the network setting error on the device side is network rejection, the calling side communication processing device does not receive the CI packet, and the called side communication processing device When the CN packet is not received, it is determined that there is a network error, the calling communication processing device does not receive the CI packet, and the called communication processing device receives the CN packet, or When the CQ packet is not transmitted, it is determined that the called side network control program has an error, the calling side communication processing device does not receive the CI packet, and the called side communication processing device does not receive the CN packet. Whether you are receiving the Tsu door, or C
When transmitting the Q packet, it is desirable to include means for determining that a double failure has occurred, which indicates that another failure has occurred in addition to the reason why the call cannot be made.

[0009]

When the calling packet is sent as the connection path opening request, the calling packet is temporarily held in the monitoring table, and is held when it is monitored that the response packet indicating the normal call confirmation is received. Delete the outgoing call packet from the monitoring table. If no response packet is received after a certain period of time, or if a response packet is received after a certain period of time, it is judged as a failure, the packet is held in the monitoring table, and Notify the user.

Further, when the incoming call packet is received, the partner device number and the logical channel number are temporarily held in the monitoring table, and when the normal sending of the incoming call confirmation packet is monitored, the partner device temporarily held. The number and the logical channel number are deleted from the monitoring table. If a response packet is not sent after a certain period of time, or if it is sent after a certain period of time, it is judged as a failure,
The packet is held in the monitoring table, and the user is notified of the failure.

In this way, by determining the information on the calling device side and the called device side by using a certain algorithm, the cause of failure determined by each device can be determined by one manager. The information of each device can be collected through the connection path by the instruction of the manager without human intervention.

[0012]

Embodiments of the present invention will now be described with reference to the drawings. 1 is a block diagram showing the configuration of an embodiment of the present invention, FIG.
FIG. 3 is a block diagram showing the configuration of the connection path monitoring device in the embodiment of the present invention, and FIG. 3 is a diagram showing the configuration of the monitoring table in the embodiment of the present invention.

In the embodiment of the present invention, a plurality of communication processing devices 1 and 2 are connected to each other via a packet network 3, and the communication control processing unit 1 is provided to each of the communication processing devices 1 and 2.
0 and the agent 12 that monitors the connection path between them
And a monitoring table 11d for recording packet information in each of the communication processing devices 1 and 2, and a manager 4 for monitoring the agent 12 via the monitoring connection 5 for the communication processing devices 1 and 2. Monitoring means 11a that monitors a fixed timer for each of the transmitted CR, CN, CQ, CI, CA, and CC packets to determine whether the call or the call is unsuccessful, and the packet information indicating the completion or call of the call. The manager 4 is provided with the connection path monitoring device 11 including a holding unit 11b that holds the monitoring table 11d until the call is completed, and a searching unit 11c that searches the packet information held by the holding unit 11b according to a user's request. When the call failure detected by the connection path monitoring device 11 is received from the agent 12 as a connection failure alarm, the calling side agent Means for searching the packet information held between the call-side agent and the called-side agent to determine a failure, and the calling-side communication processing device receives the CI packet, and the called-side communication processing device issues the CQ packet. When the communication processing device on the called side does not issue a CQ packet, the means for judging the network setting error on the device side is a network rejection, and the calling side. When the communication processing device does not receive the CI packet and the called communication processing device does not receive the CN packet, a means for judging an error in the network, and the calling communication processing device uses the CI.
When no packet is received and the called communication processing device receives a CN packet or does not send a CQ packet, means for judging an error in the called network control program, and calling When the communication processing device on the receiving side does not receive the CI packet and the communication processing device on the called side receives the CN packet or transmits the CQ packet, another failure other than the cause that the call cannot be made. And means for determining that a double failure has occurred.

The two communication processing devices 1 and 2 perform data communication via the packet network 3. The connection path monitoring device 11 of the communication processing devices 1 and 2 monitors the connection path opening failure.
Further, the agent 12 obtains the information monitored by each connection path monitoring device 11, notifies the manager 4 of the failure, and transmits the search result. The manager 4 is connected to the agent 12 via the monitoring connection path 5.

First, a case where the communication processing device 1 sends a CR packet to the communication processing device 2 as a connection path opening request (call origination) will be described with reference to FIG. The CR packet sent by the communication control processing unit 10 is notified to the monitoring means 11a, and is held in the monitoring table 11d by the holding means 11b. The monitoring unit 11a monitors that the communication control processing unit 10 has normally received a call confirmation (CC packet) from the partner communication processing apparatus 2 and deletes it from the monitoring table 11d.

The monitoring table 11d, as shown in FIG.
It is composed of a partner communication processing device number 31, a logical channel number 32, a failure status flag 33, and a CI / CQ packet 34.

The monitoring means 11a determines that there is a failure when no response packet is received after a lapse of a predetermined fixed time, or when a CI packet is received as a response packet after the lapse of a fixed time, and the holding means 11b. The CI packet received with respect to the CI / CI of the monitoring table 11d
The CQ packet 34 is held, and an instruction is issued to set a fault state flag 33 indicating a fault state to the fault state.

The monitoring means 11a notifies the user 20 designated in advance when a certain connection path is in a failure state.

Next, the operation of the connection path monitoring device 11 when receiving a call will be described. When the communication control processing unit 10 receives an incoming call from the partner communication processing device 2, the monitoring means 11a instructs the holding means 11b to hold the partner communication processing device number and the logical channel number in the monitoring table 11d,
By this instruction, the holding unit 11b holds the monitoring table 11d. The monitoring unit 11a monitors that the communication control processing unit 10 has normally transmitted the incoming call confirmation (CA packet), and deletes it from the monitoring table 11d.

The monitoring means 11a judges that there is a failure when the response packet is not transmitted even after a lapse of a predetermined fixed time, or when the CQ packet is transmitted as a response packet after the lapse of a predetermined time, the holding means 11b. The CQ packet transmitted to the
The CQ packet 34 is held, and an instruction is issued to set a fault state flag 33 indicating a fault state to the fault state.

Retrieval means 1 for both incoming and outgoing calls
When the other communication processing device number 31 and the logical channel number 32 are designated by the request from the user 20, the reference numeral 1c refers to the monitoring table 11d, searches for those that meet the given conditions, and responds with the designated items. To do. The holding unit 11b deletes the record that matches the condition given by the request from the user 20.

FIG. 4 is a flow chart showing the flow of operation in the embodiment of the present invention. The figure shows a manager 4, an agent 12a (calling communication processing device side), and an agent 12.
The flow of communication with b (incoming call communication processing device side) is shown.

First, the manager 4 sets the agent 12a.
When the call connection failure is received by the communication alarm from (S1), the location of the agent 12b existing in the called communication processing device is known from the partner communication processing device number added to the received alarm (S2). Next, both the agent 12a and the agent 12b receive a CI packet acquisition request, C
A Q packet acquisition request is issued (S3). Each of the agents 12a and 12b searches for a held packet and sends an acquisition response in response to a request from the manager 4 (S
4).

Next, the manager 4 uses the agent 12a.
From the agent 12b and when the CI packet is acquired from the agent 12b, and when the CI packet is acquired but the CQ packet is not acquired, the failure judgment is requested to the judgment A (S5).

In judgment A, the agent 12a sends a CI
When the packet is acquired and the CQ packet is acquired from the agent 12b, the packet network service user 20
It is judged that it is an error. Further, when the CI packet is acquired but the CQ packet is not acquired, it is determined that the network rejection is a network setting error on the called side.

That is, when the calling communication processing device receives the CI packet and the called communication processing device issues the CQ packet, the packet is normally transmitted or received, so that the switched network is used. Instead, it is judged that the error is mainly caused by the packet network service user 20, and C
Instruct the user 20 to investigate the cause of disconnection in the Q packet.

If the called communication processing device does not issue the CQ packet, it is considered that an error has occurred between the calling communication processing device and the called communication processing device, and the communication processing device mainly It is possible to judge that the own side network is set incorrectly, that is, the network is rejected.

Next, the manager 4 uses the agent 12b.
A CN packet acquisition request is transmitted to (S6). The agent 12b searches the CN packet held by the own device using the connection path monitoring device according to the given own communication processing device number and the partner communication processing device number, and when the search is successful, sends the CN packet to the manager 4, If the search fails, an acquisition response indicating it is sent to the manager (S
7). When there is no CN packet, the manager requests the judgment C for failure judgment (S8).

In the judgment C, if the calling communication processing device does not receive the CI packet and the called communication processing device does not receive the CN packet, the communication processing device and the other devices are in trouble and the other communication processing device is notified. It is possible to determine that the CN packet has not arrived, and the user 2
Notify 0.

If there is a CN packet, it is judged in S1 whether or not the CQ packet can be retrieved from the agent 12b, and if it is not possible, the judgment D
The failure judgment is requested, and if the CQ packet can be searched, the failure judgment is requested to judgment E (S9), and the processing is ended.

In the judgment D, if the calling communication processing device does not receive the CI packet and the called communication processing device receives the CN packet or does not transmit the CQ packet, the calling CR Although the packet has reached the communication processing device on the called side, it is considered that the incoming call confirmation (CA) packet is not transmitted for some reason, and it is judged to be an error in the called side network control program, and the user is notified.

In the judgment E, when the calling side communication processing device does not receive the CI packet, the called side communication processing device receives the CN packet and transmits the CQ packet, the call origination is impossible. In addition, it is determined that a double fault has occurred, which indicates that a CQ packet has not reached the calling communication processing device, and the user is notified.

[0033]

As described above, according to the present invention,
CCITT Recommendation X. By determining the information of the calling side device and the called side device by using a certain algorithm between the communication processing devices that perform data communication in conformity with No. 25, the manager determines the cause of the failure determined by each device. There is an effect that it can be judged at a location, and information of each device can be collected through a monitoring connection path without the need of human intervention according to the instruction of the manager.

[Brief description of drawings]

FIG. 1 is a block diagram showing the configuration of an embodiment of the present invention.

FIG. 2 is a block diagram showing the configuration of a connection path monitoring device according to an embodiment of the present invention.

FIG. 3 is a diagram showing a configuration of a monitoring table in the embodiment of the present invention.

FIG. 4 is a flowchart showing a flow of operations in the embodiment of the present invention.

[Explanation of symbols]

 1, 2 Communication processing device 3 Packet network 4 Manager 5 Monitoring connection path 10 Communication control processing unit 11 Connection path monitoring device 11a Monitoring means 11b Holding means 11c Searching means 11d Monitoring table 12 Agent 20 User 31 Other party communication processing device number 32 Logical channel number 33 Failure status flag 34 CI / CQ packet

Claims (7)

[Claims] 1. A fault determination system for a packet network in which a plurality of communication processing devices are connected to each other via a packet network, wherein each communication processing device monitors a communication control processing unit and a connection path between them. A failure determination system for a packet network, comprising: an agent; and a manager for monitoring the agent for the plurality of communication processing devices via a monitoring connection path. 2. A monitoring table for recording packet information in each of the communication processing devices, a monitoring means for performing constant timer monitoring on the transmitted packet to determine whether a call or an incoming call has failed, and packet information thereof. And a holding means for holding in the monitoring table until the completion of the call or the completion of the incoming call, the manager, as a connection failure warning from the agent the call failure detected by the connection path monitoring device 2. The failure determination system for a packet network according to claim 1, further comprising means for searching the packet information held between the calling side agent and the called side agent to make a failure determination when received. 3. The transmitted packet is CR, CN,
The fault determination system for a packet network according to claim 2, wherein the fault determination system is CQ, CI, CA, and CC. 4. The manager determines that it is an error of the user when the calling side communication processing device receives the CI packet and the called side communication processing device issues a CQ packet, and the called side communication processing device determines 2. The fault determination system for a packet network according to claim 1, further comprising means for determining, when the communication processing device does not issue the CQ packet, that the device is a network setting error and rejected. 5. The manager has means for judging that there is a network error when the calling communication processing device does not receive a CI packet and the called communication processing device does not receive a CN packet. The fault determination system for a packet network according to claim 1, including the fault determination system. 6. The manager receives a call when the calling communication processing device does not receive a CI packet and the called communication processing device receives a CN packet or does not send a CQ packet. The packet network fault determination system according to claim 1, further comprising means for determining that the call side network control program has an error. 7. The manager issues a call when the calling communication processing device does not receive a CI packet and the called communication processing device receives a CN packet or transmits a CQ packet. 2. The fault determination system for a packet network according to claim 1, further comprising means for determining that a double fault indicating that another fault has occurred other than the cause of the call disabling.