【０００１】
【発明の属する技術分野】
本発明は、ネットワーク障害時に使用されているプロトコルＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）に関する応用技術を搭載したネットワーク装置による障害通知方法に関する。
【０００２】
【従来の技術】
従来のネットワーク障害通知方法としては、特開平８−２３７２４９号公報のような方法が提案されている。ここでは、障害監視端末がネットワークの最上位または外部に設定されており、各端末への障害情報の通知は使用可能なネットワークに接続された端末にしか通知出来ない。
【０００３】
【特許文献１】
特開平８−２３７２４９号公報
【０００４】
【発明が解決しようとする課題】
上記従来の方法では、障害の発生した端末から監視端末に対してのみ障害情報を通知しており、通信路の障害について配慮していないため、障害端末と監視端末の間で障害が発生すると、障害発生端末の上流に接続されているネットワーク装置で特定の通信路が使用出来なくなったことのみ検知可能であり、監視端末で詳細な障害内容を検知することが出来なかった。また、装置を再起動すると障害ログがなくなり原因調査が出来なくなるという問題があった。さらに、ログ情報がネットワーク装置の起動時間からの累積時間で表示されていることが多いため、障害発生時刻を知ることが難しいという問題があった。
【０００５】
本発明の目的は、これらの問題を解決し障害対策の一元管理を可能とする方法を提供することにある。
【０００６】
【課題を解決するための手段】
上記目的を達成するために、本発明のネットワーク機器の障害通知方法は、下記の方法で障害の監視と通知を行なう。
【０００７】
まず、障害を検知したネットワーク装置が装置名、障害箇所、障害内容、障害時刻などの障害情報を確認し、監視端末から見て障害が発生したネットワーク装置より先の部分に接続されている他のネットワーク装置には検知したネットワーク装置から障害情報の通知を行なう。通知されたネットワーク装置は、障害情報をログエリアに登録する。障害回復後、監視端末からの情報取得要求に対し、障害が発生した際に障害情報をログエリアに登録した装置が障害情報を監視装置に送信する。監視装置でログ情報を受信する際、情報を送信するネットワーク装置で以前に発生しているログ情報の発生時刻との時間差を送信することにより、障害発生時刻を確認することが可能となる。
【０００８】
この機能により、監視端末が障害が発生したネットワーク装置から障害情報を取得出来なかった場合においても、障害情報ログを取得することができ、詳細な障害原因を調査することが可能となる。また、以前に発生しているログ情報との時間差を取得することにより、障害発生時刻を正確に把握することができる。
【０００９】
【発明の実施の形態】
以下、本発明の実施の形態について図面により詳細に説明する。
【００１０】
従来の障害通知の流れと、本発明での障害通知の流れを図１に示す。
【００１１】
図１において、１０、２０、３０、４０、５０、６０はそれぞれネットワーク装置、８０はネットワークを監視するための監視端末、７０は障害情報を取得するための情報取得端末、２３、４１は各ネットワーク装置を接続するための接続部位である。ネットワーク装置１０、２０、３０、４０、５０、６０は、全て予め障害が発生した時に障害情報を通知する装置を設定しており、他の装置に対しネットワーク装置の状態を送信することが出来る。ここでは通信する際に使用するプロトコルはＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）である。なお、障害部位の詳細情報については障害が発生した装置でのみ取得することが可能である。このプロトコルを搭載していることにより、各インタフェースのエラー回数情報、データの送受信量、装置名などを監視端末８０から入手することが可能となる。
【００１２】
図１により従来の障害通知方法のうち、障害部位が障害端末と監視端末間に存在しない場合の障害通知の流れを説明する。ここでは障害発生部位がネットワーク装置２０とネットワーク装置３０の間である接続部位２３で発生したこととする。ネットワーク装置４０に接続するためのネットワーク装置２０の接続部位２３において障害が発生した際、監視端末８０へ障害情報をネットワーク装置１０経由で送信する。接続部位２３で障害が発生した場合は、障害部位を通知するための通信ルートが確保されていたため、監視端末８０へ詳細な障害情報を通知することが出来る。
【００１３】
しかし、従来の障害通知方法では、障害部位が障害端末と監視端末間に存在する場合、例えばネットワーク装置２０に接続するためのネットワーク装置４０の接続部位４１において障害が発生した場合、監視端末８０へ障害情報を通知するための通信ルートを確保することが出来ない。このため従来の障害通知方法では、ネットワーク装置４０で発生した情報を監視端末８０へ送信することが出来ない。監視端末８０へ送信される情報は、ネットワーク装置４０で障害発生後、ネットワーク装置２０側で、ネットワーク装置４０と通信出来ないことを検知した「ネットワーク装置４０と通信が出来ない」旨のみである。この場合、通信出来ない原因が、接続部位４１、ネットワーク装置２０とネットワーク装置４０間の通信路、接続部位２３の３種類の可能性があるため、調査する箇所が多くなるという問題がある。
【００１４】
次に、本発明による障害通知方法を図１により説明する。図１では、障害部位が障害端末と監視端末間に存在する場合、すなわちネットワーク装置２０に接続するためのネットワーク装置４０の接続部位４１において障害が発生した場合について説明する。ここでは図１の従来の処理と同様にネットワーク装置２０は「ネットワーク装置４０と通信出来ない」旨を監視端末８０へ通知する。一方、ネットワーク装置４０は、障害時の障害情報を通知する装置を従来設定している監視端末８０に加え、ネットワーク装置５０、６０を通知先として定義しており、障害発生時に複数装置に対して障害情報を通知する。ここでは監視端末８０への通信は障害のために不可であるが、ネットワーク装置５０、６０へ障害情報を送信することができる。ネットワーク装置５０、６０では、受信した障害情報をログ情報として登録する。
【００１５】
障害の回復後の障害情報取得方法を図１に示す。ネットワーク装置４０で発生した障害情報は、ネットワーク装置５０、６０に保存されている。障害情報の送信要求を可能とする装置は、監視端末８０とネットワーク装置５０または６０に直接接続した情報取得端末７０である。監視端末８０で情報を取得する場合は、監視端末８０からネットワーク装置１０、２０、４０を経由して、ネットワーク装置５０または６０へ障害情報を送信する要求を行う。要求を受けた装置（ネットワーク装置５０または６０）は、ネットワーク装置４０で発生した障害情報と、以前に監視端末８０へ送信した障害発生時間との時間差を送付する。このことにより、ネットワーク装置４０で発生した障害が、接続部位４１で発生したことを検知することが可能である。また、接続部位４１で発生した障害が何時発生したのかについても検知することが可能である。
【００１６】
次に、ネットワーク装置５０または６０に直接、情報取得端末７０を接続した場合の流れを説明する。情報取得端末７０をネットワーク装置５０または６０に接続し、情報取得端末７０から障害情報を送信する要求を、ネットワーク装置５０または６０に送信することにより障害情報を返信する。情報取得端末７０で取得した情報を解析し、障害原因を特定する。
【００１７】
以上、本発明の実施の形態では、ネットワーク構成が４層の基本的な例を示したが、これ以上の多層ネットワークや分岐が複雑なネットワークにも同様に適用可能である。
【００１８】
【発明の効果】
本発明によれば、障害部位が障害端末と監視端末間に存在する場合でも障害発生部位、原因および時刻を調査することが可能となるので、障害原因を迅速に特定することができるという効果がある。
【図面の簡単な説明】
【図１】ネットワーク構成図。
【符号の説明】
１０、２０、３０、４０、５０、６０…ネットワーク装置、８０…監視端末、２３、４１…接続部位、７０…情報取得端末。[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a failure notification method by a network device equipped with an application technology related to a protocol SNMP (Simple Network Management Protocol) used at the time of a network failure.
[0002]
[Prior art]
As a conventional network failure notification method, a method as disclosed in Japanese Patent Application Laid-Open No. 8-237249 has been proposed. Here, the fault monitoring terminal is set at the top of the network or outside the network, and notification of fault information to each terminal can be notified only to terminals connected to an available network.
[0003]
[Patent Document 1]
JP-A-8-237249
[Problems to be solved by the invention]
In the above-mentioned conventional method, the fault information is notified only from the faulty terminal to the monitoring terminal, and the fault of the communication path is not considered. Therefore, when a fault occurs between the faulty terminal and the monitoring terminal, The network device connected upstream of the faulty terminal can only detect that a specific communication path has become unusable, and the monitoring terminal cannot detect the details of the fault. Further, when the apparatus is restarted, there is a problem that the failure log is lost and the cause cannot be investigated. Further, there is a problem that it is difficult to know the failure occurrence time because the log information is often displayed by the accumulated time from the activation time of the network device.
[0005]
An object of the present invention is to provide a method that solves these problems and enables unified management of troubleshooting.
[0006]
[Means for Solving the Problems]
In order to achieve the above object, a failure notification method for a network device according to the present invention monitors and reports a failure by the following method.
[0007]
First, the network device that has detected the failure checks failure information such as the device name, failure location, failure content, and failure time, and other network devices connected to the part ahead of the failed network device as viewed from the monitoring terminal. The network device is notified of the failure information from the detected network device. The notified network device registers the failure information in the log area. After recovery from the failure, in response to an information acquisition request from the monitoring terminal, when a failure occurs, the device that has registered the failure information in the log area transmits the failure information to the monitoring device. When the monitoring apparatus receives the log information, the network apparatus transmitting the information transmits the time difference from the occurrence time of the previously generated log information, thereby making it possible to confirm the failure occurrence time.
[0008]
With this function, even when the monitoring terminal cannot acquire the failure information from the network device in which the failure has occurred, the failure information log can be acquired, and the detailed cause of the failure can be investigated. In addition, by acquiring the time difference from the log information that has occurred before, the failure occurrence time can be accurately grasped.
[0009]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
[0010]
FIG. 1 shows a flow of a conventional fault notification and a flow of a fault notification according to the present invention.
[0011]
In FIG. 1, 10, 20, 30, 40, 50, and 60 are network devices, 80 is a monitoring terminal for monitoring a network, 70 is an information acquisition terminal for acquiring failure information, and 23 and 41 are each network. It is a connection part for connecting the device. The network devices 10, 20, 30, 40, 50, and 60 all have a device for notifying failure information when a failure has occurred in advance, and can transmit the status of the network device to other devices. Here, the protocol used for communication is SNMP (Simple Network Management Protocol). It should be noted that the detailed information of the failed part can be obtained only by the device in which the failure has occurred. By installing this protocol, it is possible to obtain information on the number of errors of each interface, data transmission / reception amounts, device names, and the like from the monitoring terminal 80.
[0012]
With reference to FIG. 1, a flow of a failure notification when a failure part does not exist between a failure terminal and a monitoring terminal in the conventional failure notification method will be described. Here, it is assumed that the failure occurrence part has occurred at the connection part 23 between the network device 20 and the network device 30. When a failure occurs in the connection part 23 of the network device 20 for connecting to the network device 40, the failure information is transmitted to the monitoring terminal 80 via the network device 10. When a failure occurs in the connection part 23, the communication route for notifying the failure part is secured, so that detailed failure information can be notified to the monitoring terminal 80.
[0013]
However, in the conventional failure notification method, when a failure part exists between the failure terminal and the monitoring terminal, for example, when a failure occurs in the connection part 41 of the network device 40 for connecting to the network device 20, the monitoring terminal 80 A communication route for notifying failure information cannot be secured. Therefore, in the conventional failure notification method, information generated in the network device 40 cannot be transmitted to the monitoring terminal 80. The information transmitted to the monitoring terminal 80 is only that, after the occurrence of a failure in the network device 40, the network device 20 detects that communication with the network device 40 is not possible. In this case, there are three possible causes of communication failure: the connection site 41, the communication path between the network device 20 and the network device 40, and the connection site 23. Therefore, there is a problem that the number of locations to be investigated increases.
[0014]
Next, a failure notification method according to the present invention will be described with reference to FIG. FIG. 1 illustrates a case where a failure part exists between a failure terminal and a monitoring terminal, that is, a case where a failure occurs in a connection part 41 of a network device 40 for connecting to the network device 20. Here, similarly to the conventional processing of FIG. 1, the network device 20 notifies the monitoring terminal 80 that "communication with the network device 40 cannot be performed". On the other hand, the network device 40 defines network devices 50 and 60 as notification destinations in addition to the monitoring terminal 80 which has conventionally set a device for notifying fault information at the time of a fault. Notify failure information. Here, communication to the monitoring terminal 80 is impossible due to a failure, but failure information can be transmitted to the network devices 50 and 60. The network devices 50 and 60 register the received failure information as log information.
[0015]
FIG. 1 shows a method for acquiring failure information after recovery from a failure. The failure information generated in the network device 40 is stored in the network devices 50 and 60. The device that can request transmission of the fault information is the monitoring terminal 80 and the information acquisition terminal 70 directly connected to the network device 50 or 60. When information is acquired by the monitoring terminal 80, a request for transmitting fault information from the monitoring terminal 80 to the network device 50 or 60 via the network device 10, 20, 40 is made. The device (network device 50 or 60) that has received the request sends the time difference between the failure information generated in the network device 40 and the failure occurrence time previously transmitted to the monitoring terminal 80. Thus, it is possible to detect that a failure that has occurred in the network device 40 has occurred in the connection part 41. Further, it is also possible to detect when a failure occurred in the connection part 41 occurred.
[0016]
Next, a flow when the information acquisition terminal 70 is directly connected to the network device 50 or 60 will be described. The information acquisition terminal 70 is connected to the network device 50 or 60, and a failure information transmission request is transmitted from the information acquisition terminal 70 to the network device 50 or 60 to return the failure information. The information acquired by the information acquisition terminal 70 is analyzed, and the cause of the failure is specified.
[0017]
As described above, in the embodiment of the present invention, a basic example in which the network configuration has four layers has been described.
[0018]
【The invention's effect】
According to the present invention, even when a failure site exists between the failure terminal and the monitoring terminal, it is possible to investigate the failure occurrence site, the cause, and the time, so that the effect that the cause of the failure can be quickly identified is provided. is there.
[Brief description of the drawings]
FIG. 1 is a network configuration diagram.
[Explanation of symbols]
10, 20, 30, 40, 50, 60: network device, 80: monitoring terminal, 23, 41: connection site, 70: information acquisition terminal.
