JP3416604B2 - ネットワーク監視装置 - Google Patents
ネットワーク監視装置Info
- Publication number
- JP3416604B2 JP3416604B2 JP2000055173A JP2000055173A JP3416604B2 JP 3416604 B2 JP3416604 B2 JP 3416604B2 JP 2000055173 A JP2000055173 A JP 2000055173A JP 2000055173 A JP2000055173 A JP 2000055173A JP 3416604 B2 JP3416604 B2 JP 3416604B2
- Authority
- JP
- Japan
- Prior art keywords
- communication
- failure
- polling
- communication path
- monitoring
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Landscapes
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Description
【０００１】
【発明の属する技術分野】本発明は、ネットワーク監視
装置、特にポーリング送信手段と、ポーリング送信手段
からのポーリングにより稼動監視される各監視対象通信
ノードとが中継装置を介して接続されている形態のネッ
トワークシステムにおいて、ポーリングに対して監視対
象通信ノードが無応答であった場合に、その無応答の原
因箇所を絞り込む方法に関する。
装置、特にポーリング送信手段と、ポーリング送信手段
からのポーリングにより稼動監視される各監視対象通信
ノードとが中継装置を介して接続されている形態のネッ
トワークシステムにおいて、ポーリングに対して監視対
象通信ノードが無応答であった場合に、その無応答の原
因箇所を絞り込む方法に関する。
【０００２】
【従来の技術】ネットワーク管理装置からのポーリング
により中継装置を介して接続される各監視対象通信ノー
ドの稼動監視を行っているネットワークシステムにおい
て、ポーリングに対して無応答が発生した場合には、そ
の起因となる障害発生箇所が該当する監視対象通信ノー
ド自体にあるのか、途中の通信経路の中継装置にあるの
かを何らかの手段を用いて特定する必要がある。
により中継装置を介して接続される各監視対象通信ノー
ドの稼動監視を行っているネットワークシステムにおい
て、ポーリングに対して無応答が発生した場合には、そ
の起因となる障害発生箇所が該当する監視対象通信ノー
ド自体にあるのか、途中の通信経路の中継装置にあるの
かを何らかの手段を用いて特定する必要がある。
【０００３】図６は、特開平８−２５１２１８号公報に
開示された障害発生箇所を判断するための従来における
システム構成図である。この従来例においては、監視す
るネットワークをはさんで一対の通信装置１，２を配備
しており、この通信装置１，２間で監視用のＴＣＰコネ
クションを開設してヘルスチェック信号の送信、応答を
行っている。ネットワーク上には、４台のゲートウェイ
３〜６が配設されており、ゲートウェイ３，４で障害が
発生していないかを特定するために２本のコネクション
７，８が、また、ゲートウェイ５，６で障害が発生して
いないかを特定するために２本のコネクション９，１０
が、それぞれ開設されている。この構成においてコネク
ション７，８で同時に通信障害になれば、ゲートウェイ
３，４の少なくとも一方で障害が発生しているものと判
断することができる。
開示された障害発生箇所を判断するための従来における
システム構成図である。この従来例においては、監視す
るネットワークをはさんで一対の通信装置１，２を配備
しており、この通信装置１，２間で監視用のＴＣＰコネ
クションを開設してヘルスチェック信号の送信、応答を
行っている。ネットワーク上には、４台のゲートウェイ
３〜６が配設されており、ゲートウェイ３，４で障害が
発生していないかを特定するために２本のコネクション
７，８が、また、ゲートウェイ５，６で障害が発生して
いないかを特定するために２本のコネクション９，１０
が、それぞれ開設されている。この構成においてコネク
ション７，８で同時に通信障害になれば、ゲートウェイ
３，４の少なくとも一方で障害が発生しているものと判
断することができる。
【０００４】
【発明が解決しようとする課題】しかしながら、前述し
た従来例においては、監視対象通信ノード（通信装置）
が無応答の場合に障害の発生箇所が該当監視対象通信ノ
ード自体にあるのか、通信経路上のゲートウェイ（中継
装置）にあるのかが特定できない。
た従来例においては、監視対象通信ノード（通信装置）
が無応答の場合に障害の発生箇所が該当監視対象通信ノ
ード自体にあるのか、通信経路上のゲートウェイ（中継
装置）にあるのかが特定できない。
【０００５】また、障害を特定したい中継装置の両端に
一対の監視用の通信装置を配備する構成であり、複数の
中継装置で兼用できる場合もありうるが、中継装置の数
に相当する数の監視用の通信装置が必要である。
一対の監視用の通信装置を配備する構成であり、複数の
中継装置で兼用できる場合もありうるが、中継装置の数
に相当する数の監視用の通信装置が必要である。
【０００６】更に、監視用の通信装置間で中継装置の障
害を特定するための組み合わせを網羅する多数のＴＣＰ
コネクションを常時開設する必要があり、ＴＣＰポート
等の通信リソースを消費する。
害を特定するための組み合わせを網羅する多数のＴＣＰ
コネクションを常時開設する必要があり、ＴＣＰポート
等の通信リソースを消費する。
【０００７】本発明は以上のような問題を解決するため
になされたものであり、その目的は、稼動監視のポーリ
ングに対する無応答の原因箇所を効率よく絞り込むこと
のできるネットワーク監視装置を提供することにある。
になされたものであり、その目的は、稼動監視のポーリ
ングに対する無応答の原因箇所を効率よく絞り込むこと
のできるネットワーク監視装置を提供することにある。
【０００８】
【課題を解決するための手段】以上のような目的を達成
するために、本発明に係るネットワーク監視装置は、ポ
ーリング送信手段と、前記ポーリング送信手段からのポ
ーリングにより稼動監視される複数の監視対象通信ノー
ドと、前記ポーリング送信手段と前記各監視対象通信ノ
ードとを接続する複数の中継装置とを有するネットワー
クシステムにおいて、前記監視対象通信ノード毎に、ポ
ーリングに対する応答結果と、前記ポーリング送信手段
との間の通信経路上に配置されている前記中継装置に関
する通信経路情報とを記憶する通信経路情報記憶手段
と、ポーリングに対する前記各監視対象通信ノードの応
答結果を前記通信経路情報記憶手段へ書き込む通信経路
監視処理手段とを有し、前記通信経路監視処理手段は、
ポーリングに対していずれかの前記監視対象通信ノード
が無応答であった場合、その無応答であった前記監視対
象通信ノードのみならず前記通信経路情報記憶手段に記
憶されている他の前記監視対象通信ノードの応答結果及
び通信経路情報をも利用して障害発生箇所を絞り込むも
のである。
するために、本発明に係るネットワーク監視装置は、ポ
ーリング送信手段と、前記ポーリング送信手段からのポ
ーリングにより稼動監視される複数の監視対象通信ノー
ドと、前記ポーリング送信手段と前記各監視対象通信ノ
ードとを接続する複数の中継装置とを有するネットワー
クシステムにおいて、前記監視対象通信ノード毎に、ポ
ーリングに対する応答結果と、前記ポーリング送信手段
との間の通信経路上に配置されている前記中継装置に関
する通信経路情報とを記憶する通信経路情報記憶手段
と、ポーリングに対する前記各監視対象通信ノードの応
答結果を前記通信経路情報記憶手段へ書き込む通信経路
監視処理手段とを有し、前記通信経路監視処理手段は、
ポーリングに対していずれかの前記監視対象通信ノード
が無応答であった場合、その無応答であった前記監視対
象通信ノードのみならず前記通信経路情報記憶手段に記
憶されている他の前記監視対象通信ノードの応答結果及
び通信経路情報をも利用して障害発生箇所を絞り込むも
のである。
【０００９】また、前記通信経路監視処理手段は、ポー
リングに対して無応答であった前記監視対象通信ノード
に対応する通信経路上の前記中継装置に対して障害可能
性有フラグ情報を、また、ポーリングに対して応答した
前記監視対象通信ノードに対応する通信経路上の前記中
継装置に対して障害無フラグ情報をそれぞれ対応させて
前記通信経路情報記憶手段に設定し、その結果少なくと
も１つの障害無フラグ情報が設定されている前記中継装
置では障害が発生していないと判断するものである。
リングに対して無応答であった前記監視対象通信ノード
に対応する通信経路上の前記中継装置に対して障害可能
性有フラグ情報を、また、ポーリングに対して応答した
前記監視対象通信ノードに対応する通信経路上の前記中
継装置に対して障害無フラグ情報をそれぞれ対応させて
前記通信経路情報記憶手段に設定し、その結果少なくと
も１つの障害無フラグ情報が設定されている前記中継装
置では障害が発生していないと判断するものである。
【００１０】更に、前記通信経路監視処理手段は、ポー
リングに対して無応答であった前記監視対象通信ノード
に対応する通信経路上の前記中継装置の全てに少なくと
も１つの障害無フラグ情報が対応して設定されている場
合には、当該中継装置ではなく無応答であった前記監視
対象通信ノードで障害が発生したと判断するものであ
る。
リングに対して無応答であった前記監視対象通信ノード
に対応する通信経路上の前記中継装置の全てに少なくと
も１つの障害無フラグ情報が対応して設定されている場
合には、当該中継装置ではなく無応答であった前記監視
対象通信ノードで障害が発生したと判断するものであ
る。
【００１１】あるいは、前記通信経路監視処理手段は、
前記通信経路情報記憶手段に設定された障害可能性有フ
ラグ情報の数を前記中継装置毎に積算し保持するもので
ある。
前記通信経路情報記憶手段に設定された障害可能性有フ
ラグ情報の数を前記中継装置毎に積算し保持するもので
ある。
【００１２】
【発明の実施の形態】以下、図面に基づいて、本発明の
好適な実施の形態について説明する。
好適な実施の形態について説明する。
【００１３】図１は、本発明に係るネットワーク監視装
置の一実施の形態を有するネットワークシステムの概略
構成図である。本実施の形態におけるネットワーク管理
センタに配設されたネットワーク監視装置１０は、５台
の監視対象通信ノード２０に対してICMP Echo等の稼動
問い合わせデータを送り、それに対する応答の有無で稼
動監視を行っている。つまり、ネットワーク監視装置１
０は、ポーリング実行部１１によりポーリングセレクテ
ィング方式に従い監視対象通信ノード２０の稼動監視を
行っている。ネットワーク監視装置１０から各監視対象
通信ノード２０に至る通信経路上には、８台の中継装置
２１が配置されている。このシステムには、例えばtrac
erouteコマンドのような、ネットワーク監視装置１０か
ら各監視対象通信ノード２０に至る通信経路上にある中
継装置２１を調べる手段を持っている。例えば、監視対
象通信ノードＶであれば中継装置Ａ，Ｂ，Ｃ，Ｄの順に
経由することが把握できるものとする。
置の一実施の形態を有するネットワークシステムの概略
構成図である。本実施の形態におけるネットワーク管理
センタに配設されたネットワーク監視装置１０は、５台
の監視対象通信ノード２０に対してICMP Echo等の稼動
問い合わせデータを送り、それに対する応答の有無で稼
動監視を行っている。つまり、ネットワーク監視装置１
０は、ポーリング実行部１１によりポーリングセレクテ
ィング方式に従い監視対象通信ノード２０の稼動監視を
行っている。ネットワーク監視装置１０から各監視対象
通信ノード２０に至る通信経路上には、８台の中継装置
２１が配置されている。このシステムには、例えばtrac
erouteコマンドのような、ネットワーク監視装置１０か
ら各監視対象通信ノード２０に至る通信経路上にある中
継装置２１を調べる手段を持っている。例えば、監視対
象通信ノードＶであれば中継装置Ａ，Ｂ，Ｃ，Ｄの順に
経由することが把握できるものとする。
【００１４】ネットワーク監視装置１０は、更に本実施
の形態において特徴とする通信経路監視処理部１２と通
信経路情報テーブル１３とを有している。通信経路監視
処理部１２は、ポーリングに対する各監視対象通信ノー
ド２０の応答結果を監視し、いずれかの監視対象通信ノ
ード２０が無応答であった場合には、その無応答であっ
た原因箇所を特定する。
の形態において特徴とする通信経路監視処理部１２と通
信経路情報テーブル１３とを有している。通信経路監視
処理部１２は、ポーリングに対する各監視対象通信ノー
ド２０の応答結果を監視し、いずれかの監視対象通信ノ
ード２０が無応答であった場合には、その無応答であっ
た原因箇所を特定する。
【００１５】図２は、本実施の形態における通信経路情
報テーブル１３の構成例を示した図である。通信経路情
報テーブル１３には、監視対象通信ノード２０毎に以下
の情報が設定される。「応答結果」の欄には、対応する
監視対象通信ノード２０がポーリングに対して応答した
か否かの結果が設定される。「応答結果」の下方の「無
応答の数」の欄には、無応答が設定されたときの無応答
の数の積算値が設定される。また、通信経路情報の格納
領域には、システム内に含まれている全中継装置２１に
対して「経路順序」と「障害フラグ情報」が設定できる
欄が設けられている。「経路順序」の欄のうちネットワ
ーク監視装置１０との間の通信経路上に配置されている
中継装置２１に対応する欄には中継する順番が設定され
る。また、順番が設定された「経路順序」に対応する
「障害フラグ情報」の欄には、ポーリングに対して無応
答であったときには障害可能性有フラグ情報が、応答し
たときには障害無フラグ情報がそれぞれ設定される。本
実施の形態の場合、障害可能性有フラグ情報を三角
“△”、障害無フラグ情報を丸“○”で図示する。ま
た、障害フラグ情報が設定されたときには、障害無フラ
グ情報の有無及び障害可能性有フラグ情報の積算値が中
継装置２１毎に書き込まれる。
報テーブル１３の構成例を示した図である。通信経路情
報テーブル１３には、監視対象通信ノード２０毎に以下
の情報が設定される。「応答結果」の欄には、対応する
監視対象通信ノード２０がポーリングに対して応答した
か否かの結果が設定される。「応答結果」の下方の「無
応答の数」の欄には、無応答が設定されたときの無応答
の数の積算値が設定される。また、通信経路情報の格納
領域には、システム内に含まれている全中継装置２１に
対して「経路順序」と「障害フラグ情報」が設定できる
欄が設けられている。「経路順序」の欄のうちネットワ
ーク監視装置１０との間の通信経路上に配置されている
中継装置２１に対応する欄には中継する順番が設定され
る。また、順番が設定された「経路順序」に対応する
「障害フラグ情報」の欄には、ポーリングに対して無応
答であったときには障害可能性有フラグ情報が、応答し
たときには障害無フラグ情報がそれぞれ設定される。本
実施の形態の場合、障害可能性有フラグ情報を三角
“△”、障害無フラグ情報を丸“○”で図示する。ま
た、障害フラグ情報が設定されたときには、障害無フラ
グ情報の有無及び障害可能性有フラグ情報の積算値が中
継装置２１毎に書き込まれる。
【００１６】本実施の形態において特徴的なことは、ポ
ーリングに対していずれかの監視対象通信ノード２０が
無応答であった場合、通信経路情報テーブル１３に記憶
されている、その無応答であった監視対象通信ノードの
みならず、それ以外の監視対象通信ノードに関する情報
をも利用して障害発生箇所を絞り込み特定できるように
したことである。これにより、無応答となった原因箇所
をより確実にかつ効率よく特定することができる。
ーリングに対していずれかの監視対象通信ノード２０が
無応答であった場合、通信経路情報テーブル１３に記憶
されている、その無応答であった監視対象通信ノードの
みならず、それ以外の監視対象通信ノードに関する情報
をも利用して障害発生箇所を絞り込み特定できるように
したことである。これにより、無応答となった原因箇所
をより確実にかつ効率よく特定することができる。
【００１７】次に、本実施の形態における障害発生箇所
の絞込み処理を図３に示したフローチャートを用いて説
明する。
の絞込み処理を図３に示したフローチャートを用いて説
明する。
【００１８】ネットワーク監視装置１０は、まず、ネッ
トワーク監視を開始する前にtracerouteコマンド等を用
いてネットワーク監視装置１０から各監視対象通信ノー
ド２０に至る通信経路上にある中継装置２１を調べて通
信経路情報テーブル１３を事前に準備しておく。この状
態においてポーリング実行部１１は、所定の周期あるい
はトリガに従い稼動問い合わせデータを全監視対象通信
ノード２０に対してポーリングし、全監視対象通信ノー
ド２０からポーリングに対する応答結果が得られるか、
無応答（応答待ち通信タイムアウト）になるまで待つ。
通信経路監視処理部１２は、ポーリング実行部１１によ
るポーリングの状況を監視しており、ポーリングに対す
る各監視対象通信ノード２０の応答結果を通信経路情報
テーブル１３の対応する欄に書き込む（ステップ１０
１，１０２）。全監視対象通信ノード２０から応答結果
が得られたとき、その応答結果が全て応答有りの場合
は、全監視対象通信ノード２０とも正常に稼動している
と判断できるので障害は発生していないと判定する（ス
テップ１０３，１０４）。いずれかの監視対象通信ノー
ド２０から応答がなかったとき、つまり無応答であった
とき、応答の有無に従って障害フラグ情報の欄に障害可
能性有フラグ情報又は障害無フラグ情報を設定する（ス
テップ１０５）。図４を用いて具体的に説明すると、応
答有りの監視対象通信ノードＶ，Ｘ，Ｚの障害フラグ情
報には障害無フラグ情報“○”を、無応答の監視対象通
信ノードＷ，Ｙの障害フラグ情報には障害可能性有フラ
グ情報“△”をそれぞれ設定する。そして、設定した障
害フラグ情報を参照して障害無フラグ情報“○”を調
べ、また、障害可能性有フラグ情報“△”の積算を中継
装置２１毎に行う（ステップ１０６）。
トワーク監視を開始する前にtracerouteコマンド等を用
いてネットワーク監視装置１０から各監視対象通信ノー
ド２０に至る通信経路上にある中継装置２１を調べて通
信経路情報テーブル１３を事前に準備しておく。この状
態においてポーリング実行部１１は、所定の周期あるい
はトリガに従い稼動問い合わせデータを全監視対象通信
ノード２０に対してポーリングし、全監視対象通信ノー
ド２０からポーリングに対する応答結果が得られるか、
無応答（応答待ち通信タイムアウト）になるまで待つ。
通信経路監視処理部１２は、ポーリング実行部１１によ
るポーリングの状況を監視しており、ポーリングに対す
る各監視対象通信ノード２０の応答結果を通信経路情報
テーブル１３の対応する欄に書き込む（ステップ１０
１，１０２）。全監視対象通信ノード２０から応答結果
が得られたとき、その応答結果が全て応答有りの場合
は、全監視対象通信ノード２０とも正常に稼動している
と判断できるので障害は発生していないと判定する（ス
テップ１０３，１０４）。いずれかの監視対象通信ノー
ド２０から応答がなかったとき、つまり無応答であった
とき、応答の有無に従って障害フラグ情報の欄に障害可
能性有フラグ情報又は障害無フラグ情報を設定する（ス
テップ１０５）。図４を用いて具体的に説明すると、応
答有りの監視対象通信ノードＶ，Ｘ，Ｚの障害フラグ情
報には障害無フラグ情報“○”を、無応答の監視対象通
信ノードＷ，Ｙの障害フラグ情報には障害可能性有フラ
グ情報“△”をそれぞれ設定する。そして、設定した障
害フラグ情報を参照して障害無フラグ情報“○”を調
べ、また、障害可能性有フラグ情報“△”の積算を中継
装置２１毎に行う（ステップ１０６）。
【００１９】以上のようにして各情報が設定された通信
経路情報テーブル１３に基づき、通信経路監視処理部１
２は、障害の可能性のある中継装置を抽出する（ステッ
プ１０７）。これは次の条件を満たさないものを抽出す
る。まず、障害フラグ情報が全く設定されていない中継
装置２１は、いずれの監視対象通信ノード２０への通信
に関しても中継を行わない中継装置であるため除外す
る。また、障害無フラグ情報“○”が１個でも設定され
ている中継装置２１を介した通信経路においては、通信
エラーが発生していなかったのでその中継装置２１は正
常に稼動していると判断できる。よって除外する。
経路情報テーブル１３に基づき、通信経路監視処理部１
２は、障害の可能性のある中継装置を抽出する（ステッ
プ１０７）。これは次の条件を満たさないものを抽出す
る。まず、障害フラグ情報が全く設定されていない中継
装置２１は、いずれの監視対象通信ノード２０への通信
に関しても中継を行わない中継装置であるため除外す
る。また、障害無フラグ情報“○”が１個でも設定され
ている中継装置２１を介した通信経路においては、通信
エラーが発生していなかったのでその中継装置２１は正
常に稼動していると判断できる。よって除外する。
【００２０】なお、障害無フラグ情報“○”が１つでも
ある中継装置においては、上述したように障害が発生し
ていないので障害発生箇所の絞り込み対象外となる。本
実施の形態では、便宜上、常に各中継装置２１の障害可
能性有フラグ情報“△”を積算するようにしているが、
実際には積算する必要はない。この積算処理を実施させ
ないことで中継装置の台数が膨大になっても、通信経路
監視処理部１２における負荷処理の増加を防止すること
ができる。
ある中継装置においては、上述したように障害が発生し
ていないので障害発生箇所の絞り込み対象外となる。本
実施の形態では、便宜上、常に各中継装置２１の障害可
能性有フラグ情報“△”を積算するようにしているが、
実際には積算する必要はない。この積算処理を実施させ
ないことで中継装置の台数が膨大になっても、通信経路
監視処理部１２における負荷処理の増加を防止すること
ができる。
【００２１】図４に例示したように、全中継装置２１と
も障害無フラグ情報“○”が設定されているため中継装
置２１の抽出数が０になる。このとき、無応答であった
監視対象通信ノード２０の各通信経路上の中継装置２１
では、障害発生の可能性はあったものの上記理由により
障害が発生していなかったと判断できる。よって、ポー
リングに対して無応答であった監視対象通信ノード２０
自体に障害が発生した可能性が高いと判断する（ステッ
プ１０９）。可能性が高いとしたのは、通信回線の断線
等の他の原因でも無応答となりうるからである。
も障害無フラグ情報“○”が設定されているため中継装
置２１の抽出数が０になる。このとき、無応答であった
監視対象通信ノード２０の各通信経路上の中継装置２１
では、障害発生の可能性はあったものの上記理由により
障害が発生していなかったと判断できる。よって、ポー
リングに対して無応答であった監視対象通信ノード２０
自体に障害が発生した可能性が高いと判断する（ステッ
プ１０９）。可能性が高いとしたのは、通信回線の断線
等の他の原因でも無応答となりうるからである。
【００２２】中継装置２１の抽出数が１のとき、その中
継装置２１で障害が発生した可能性が高いと判断する
（ステップ１１０，１１１）。なお、無応答であった監
視対象通信ノード２０が１台であったときには、抽出し
た中継装置２１と当該監視対象通信ノード２０とで障害
が発生した可能性は同等であるので、いずれかであると
絞り込むことができる。また、無応答であった監視対象
通信ノード２０が複数台であったときには、抽出した中
継装置２１又は複数台の監視対象通信ノード２０で同時
に障害が発生した可能性はあるものの、１台の中継装置
２１のみで障害が発生する確率と複数台の監視対象通信
ノード２０で同時に障害が発生した確率とを比較する
と、抽出した１台の中継装置２１に対してトラブルシュ
ーティングを優先的に行うことが障害を早期に復旧でき
る確率は高いと考えられる。
継装置２１で障害が発生した可能性が高いと判断する
（ステップ１１０，１１１）。なお、無応答であった監
視対象通信ノード２０が１台であったときには、抽出し
た中継装置２１と当該監視対象通信ノード２０とで障害
が発生した可能性は同等であるので、いずれかであると
絞り込むことができる。また、無応答であった監視対象
通信ノード２０が複数台であったときには、抽出した中
継装置２１又は複数台の監視対象通信ノード２０で同時
に障害が発生した可能性はあるものの、１台の中継装置
２１のみで障害が発生する確率と複数台の監視対象通信
ノード２０で同時に障害が発生した確率とを比較する
と、抽出した１台の中継装置２１に対してトラブルシュ
ーティングを優先的に行うことが障害を早期に復旧でき
る確率は高いと考えられる。
【００２３】また、図５に例示したように、中継装置２
１の抽出数が２以上のとき、障害可能性有フラグ情報
“△”の積算値がより多く設定された中継装置２１で障
害が発生した可能性が高いと判定する（ステップ１１
２）。このように判定できる理由を図５を用いて説明す
る。
１の抽出数が２以上のとき、障害可能性有フラグ情報
“△”の積算値がより多く設定された中継装置２１で障
害が発生した可能性が高いと判定する（ステップ１１
２）。このように判定できる理由を図５を用いて説明す
る。
【００２４】中継装置２１の抽出数が２以上のとき、障
害無フラグ情報“○”が設定されていない中継装置Ｂ，
Ｃ，Ｄ，Ｅ，Ｆ及び監視対象通信ノードＶ，Ｗ，Ｘのう
ち１台あるいは複数台で同時に故障が発生していること
になる。なお、図５に示したように中継装置Ａ，Ｇ，Ｈ
では、障害が発生していないので無応答の原因箇所とな
る中継装置２１をこの時点である程度絞り込んでいるこ
とがわかる。ここで、図５に示した通信経路情報テーブ
ル１３によると、「無応答の数」が３であり、この数に
等しい障害可能性有フラグ情報“△”の積算値であるの
は、中継装置Ｂ，Ｃである。つまり、中継装置Ｂ，Ｃの
うちいずれか１台で障害が発生した場合は、図５に示し
たように監視対象通信ノードＶ，Ｗ，Ｘで無応答にな
る。一方、中継装置Ｄ，Ｅ，Ｆのうち１台のみで障害が
発生しても監視対象通信ノードＶ，Ｗ，Ｘの全てが無応
答にはならない。つまり、中継装置Ｄ，Ｅ，Ｆ及び監視
対象通信ノードＶ，Ｗ，Ｘのうち複数台が同時に故障す
る可能性を考慮すると、中継装置Ｂ，Ｃのうちいずれか
１台で障害が発生したと判断する方が確率的に妥当であ
る。障害可能性有フラグ情報“△”の積算値がより多く
設定されているということは、該当する中継装置２１が
より多くの無応答であった監視対象通信ノード２０によ
って共通利用されていることを示しているので、該当す
る中継装置Ｂ，Ｃからトラブルシューティングを優先的
に行うことが障害を早期に復旧できる確率は高いと考え
られる。
害無フラグ情報“○”が設定されていない中継装置Ｂ，
Ｃ，Ｄ，Ｅ，Ｆ及び監視対象通信ノードＶ，Ｗ，Ｘのう
ち１台あるいは複数台で同時に故障が発生していること
になる。なお、図５に示したように中継装置Ａ，Ｇ，Ｈ
では、障害が発生していないので無応答の原因箇所とな
る中継装置２１をこの時点である程度絞り込んでいるこ
とがわかる。ここで、図５に示した通信経路情報テーブ
ル１３によると、「無応答の数」が３であり、この数に
等しい障害可能性有フラグ情報“△”の積算値であるの
は、中継装置Ｂ，Ｃである。つまり、中継装置Ｂ，Ｃの
うちいずれか１台で障害が発生した場合は、図５に示し
たように監視対象通信ノードＶ，Ｗ，Ｘで無応答にな
る。一方、中継装置Ｄ，Ｅ，Ｆのうち１台のみで障害が
発生しても監視対象通信ノードＶ，Ｗ，Ｘの全てが無応
答にはならない。つまり、中継装置Ｄ，Ｅ，Ｆ及び監視
対象通信ノードＶ，Ｗ，Ｘのうち複数台が同時に故障す
る可能性を考慮すると、中継装置Ｂ，Ｃのうちいずれか
１台で障害が発生したと判断する方が確率的に妥当であ
る。障害可能性有フラグ情報“△”の積算値がより多く
設定されているということは、該当する中継装置２１が
より多くの無応答であった監視対象通信ノード２０によ
って共通利用されていることを示しているので、該当す
る中継装置Ｂ，Ｃからトラブルシューティングを優先的
に行うことが障害を早期に復旧できる確率は高いと考え
られる。
【００２５】本実施の形態によれば、以上のようにして
ポーリングに対していずれかの監視対象通信ノード２０
が無応答であった場合には、無応答になった監視対象通
信ノード２０に関する情報のみに基づくのではなく、他
の監視対象通信ノード２０の応答結果及び通信経路情報
にも着目し、通信経路情報テーブル１３を作成して障害
発生状況を中継装置２１毎に分析することで障害発生箇
所を容易に絞り込むことができる。
ポーリングに対していずれかの監視対象通信ノード２０
が無応答であった場合には、無応答になった監視対象通
信ノード２０に関する情報のみに基づくのではなく、他
の監視対象通信ノード２０の応答結果及び通信経路情報
にも着目し、通信経路情報テーブル１３を作成して障害
発生状況を中継装置２１毎に分析することで障害発生箇
所を容易に絞り込むことができる。
【００２６】また、監視対象通信ノード２０の通信経路
情報の相関により絞り込みを行うため、本実施の形態
は、中継装置２１を監視するための設備を必要とせず、
設備投資、運用保守の面でも効果的である。
情報の相関により絞り込みを行うため、本実施の形態
は、中継装置２１を監視するための設備を必要とせず、
設備投資、運用保守の面でも効果的である。
【００２７】なお、本実施の形態におけるネットワーク
システムを構成する監視対象通信ノード２０及び中継装
置２１の台数、更にシステム形態は、あくまで例示であ
ることはいうまでもない。
システムを構成する監視対象通信ノード２０及び中継装
置２１の台数、更にシステム形態は、あくまで例示であ
ることはいうまでもない。
【００２８】
【発明の効果】本発明によれば、ポーリングに対して無
応答であった監視対象通信ノードに関する情報のみなら
ず、他の監視対象通信ノードに関する応答結果及び通信
経路情報をも利用して障害発生箇所を絞り込むようにし
た。すなわち、ポーリングに対して応答した監視対象通
信ノードの通信経路上に配置された中継装置では障害が
発生していないと判断できるので、その中継装置を無応
答の原因箇所の候補から除外することができる。この結
果、監視対象通信ノードが無応答であった原因箇所を迅
速かつ容易に絞り込むことができる。
応答であった監視対象通信ノードに関する情報のみなら
ず、他の監視対象通信ノードに関する応答結果及び通信
経路情報をも利用して障害発生箇所を絞り込むようにし
た。すなわち、ポーリングに対して応答した監視対象通
信ノードの通信経路上に配置された中継装置では障害が
発生していないと判断できるので、その中継装置を無応
答の原因箇所の候補から除外することができる。この結
果、監視対象通信ノードが無応答であった原因箇所を迅
速かつ容易に絞り込むことができる。
【００２９】また、障害可能性有フラグ情報の数を中継
装置毎に積算し保持することで、複数の中継装置が原因
箇所として抽出された場合に、どの中継装置から優先し
て障害の復旧作業に取りかかればよいかということを示
唆することができる。
装置毎に積算し保持することで、複数の中継装置が原因
箇所として抽出された場合に、どの中継装置から優先し
て障害の復旧作業に取りかかればよいかということを示
唆することができる。
【図１】 本発明に係るネットワーク監視装置の一実施
の形態を有するネットワークシステムの概略構成図であ
る。
の形態を有するネットワークシステムの概略構成図であ
る。
【図２】 本実施の形態における通信経路情報テーブル
の構成例を示した図である。
の構成例を示した図である。
【図３】 本実施の形態における障害発生箇所の絞込み
処理を示したフローチャートである。
処理を示したフローチャートである。
【図４】 本実施の形態における通信経路情報テーブル
の設定内容例を示した図である。
の設定内容例を示した図である。
【図５】 本実施の形態における通信経路情報テーブル
の設定内容例を示した図である。
の設定内容例を示した図である。
【図６】 従来の障害発生箇所を判断するためのシステ
ム構成図である。
ム構成図である。
１０ ネットワーク監視装置、１１ ポーリング実行
部、１２ 通信経路監視処理部、１３ 通信経路情報テ
ーブル、２０ 監視対象通信ノード、２１ 中継装置。
部、１２ 通信経路監視処理部、１３ 通信経路情報テ
ーブル、２０ 監視対象通信ノード、２１ 中継装置。
─────────────────────────────────────────────────────
フロントページの続き
(56)参考文献 特開 平３−153140（ＪＰ，Ａ)
特開 平10−173676（ＪＰ，Ａ)
特開 平３−69228（ＪＰ，Ａ)
特開 平２−288527（ＪＰ，Ａ)
特開 平８−251218（ＪＰ，Ａ)
特開 昭63−155836（ＪＰ，Ａ)
特開 平８−279848（ＪＰ，Ａ)
(58)調査した分野(Int.Cl.7，ＤＢ名)
H04L 12/00 - 12/66
Claims (4)
- 【請求項１】 ポーリング送信手段と、 前記ポーリング送信手段からのポーリングにより稼動監
視される複数の監視対象通信ノードと、 前記ポーリング送信手段と前記各監視対象通信ノードと
を接続する複数の中継装置と、 を有するネットワークシステムにおいて、 前記監視対象通信ノード毎に、ポーリングに対する応答
結果と、前記ポーリング送信手段との間の通信経路上に
配置されている前記中継装置に関する通信経路情報とを
記憶する通信経路情報記憶手段と、 ポーリングに対する前記各監視対象通信ノードの応答結
果を前記通信経路情報記憶手段へ書き込む通信経路監視
処理手段と、 を有し、 前記通信経路監視処理手段は、ポーリングに対していず
れかの前記監視対象通信ノードが無応答であった場合、
その無応答であった前記監視対象通信ノードのみならず
前記通信経路情報記憶手段に記憶されている他の前記監
視対象通信ノードの応答結果及び通信経路情報をも利用
して障害発生箇所を絞り込むことを特徴とするネットワ
ーク監視装置。 - 【請求項２】 前記通信経路監視処理手段は、ポーリン
グに対して無応答であった前記監視対象通信ノードに対
応する通信経路上の前記中継装置に対して障害可能性有
フラグ情報を、また、ポーリングに対して応答した前記
監視対象通信ノードに対応する通信経路上の前記中継装
置に対して障害無フラグ情報をそれぞれ対応させて前記
通信経路情報記憶手段に設定し、その結果少なくとも１
つの障害無フラグ情報が設定されている前記中継装置で
は障害が発生していないと判断することを特徴とする請
求項１記載のネットワーク監視装置。 - 【請求項３】 前記通信経路監視処理手段は、ポーリン
グに対して無応答であった前記監視対象通信ノードに対
応する通信経路上の前記中継装置の全てに少なくとも１
つの障害無フラグ情報が対応して設定されている場合に
は、当該中継装置ではなく無応答であった前記監視対象
通信ノードで障害が発生したと判断することを特徴とす
る請求項２記載のネットワーク監視装置。 - 【請求項４】 前記通信経路監視処理手段は、前記通信
経路情報記憶手段に設定された障害可能性有フラグ情報
の数を前記中継装置毎に積算し保持することを特徴とす
る請求項２記載のネットワーク監視装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000055173A JP3416604B2 (ja) | 2000-03-01 | 2000-03-01 | ネットワーク監視装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000055173A JP3416604B2 (ja) | 2000-03-01 | 2000-03-01 | ネットワーク監視装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001244946A JP2001244946A (ja) | 2001-09-07 |
| JP3416604B2 true JP3416604B2 (ja) | 2003-06-16 |
Family
ID=18576335
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000055173A Expired - Fee Related JP3416604B2 (ja) | 2000-03-01 | 2000-03-01 | ネットワーク監視装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3416604B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109728940A (zh) * | 2018-12-17 | 2019-05-07 | 中国联合网络通信集团有限公司 | 巡检方法、装置及存储介质 |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005277834A (ja) * | 2004-03-25 | 2005-10-06 | Kddi R & D Laboratories Inc | ネットワーク輻輳箇所推定装置、プログラム及びシステム |
| JP4485344B2 (ja) * | 2004-12-27 | 2010-06-23 | 株式会社日立製作所 | サーバ装置、障害経路診断方法、および障害経路診断プログラム |
| JP2006287417A (ja) * | 2005-03-31 | 2006-10-19 | Oki Electric Ind Co Ltd | 通信システム、通信方法、および通信プログラム |
| JP4540619B2 (ja) * | 2006-02-10 | 2010-09-08 | Ｋｄｄｉ株式会社 | リング状ネットワークにおける輻輳箇所特定方法、システム、計測端末、管理装置及びプログラム |
| EP1986378B1 (en) * | 2006-02-16 | 2015-10-14 | NEC Corporation | Quality-degraded portion estimating device, quality-degraded portion estimating method, and quality-degraded portion estimating program |
| JP5046401B2 (ja) * | 2009-03-11 | 2012-10-10 | Ｋｄｄｉ株式会社 | 経路制御プロトコルに基づいて障害リンクを検出する方法、ノード装置及びプログラム |
| JP5458644B2 (ja) * | 2009-04-22 | 2014-04-02 | 富士通株式会社 | 大規模ネットワーク監視方法 |
| JP2011015151A (ja) * | 2009-07-01 | 2011-01-20 | Nippon Telegr & Teleph Corp <Ntt> | 経路制御装置、経路制御方法およびそのプログラム |
-
2000
- 2000-03-01 JP JP2000055173A patent/JP3416604B2/ja not_active Expired - Fee Related
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109728940A (zh) * | 2018-12-17 | 2019-05-07 | 中国联合网络通信集团有限公司 | 巡检方法、装置及存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2001244946A (ja) | 2001-09-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN1303786C (zh) | 用于在群集中进行故障解决的方法和系统 | |
| US8270306B2 (en) | Fault management apparatus and method for identifying cause of fault in communication network | |
| US7940645B2 (en) | Protection switching method based on change in link status in ethernet link aggregation sublayer | |
| US5383178A (en) | Network commentator | |
| JP4345987B2 (ja) | 通信ネットワークにおける障害発生箇所を特定する装置および方法 | |
| JP4612525B2 (ja) | ネットワーク障害部位特定装置および方法 | |
| JP3416604B2 (ja) | ネットワーク監視装置 | |
| US5363493A (en) | Token ring network test device using finite state machine | |
| JP2752265B2 (ja) | Ｌａｎからの切離し機能を持つ計算機システム | |
| JP4570582B2 (ja) | ネットワーク監視プログラム、ネットワーク監視方法、およびネットワーク監視装置 | |
| US8111625B2 (en) | Method for detecting a message interface fault in a communication device | |
| CN116708129A (zh) | 一种链路故障检测与快速恢复的方法、装置及存储介质 | |
| JP4621694B2 (ja) | 監視装置及び監視方法 | |
| JP5367002B2 (ja) | 監視サーバおよび監視プログラム | |
| JP7498128B2 (ja) | 監視装置、障害検知方法および障害検知プログラム | |
| JP7119957B2 (ja) | スイッチ装置及び障害検知プログラム | |
| JP3729101B2 (ja) | 二重リング型データ伝送方法及び伝送システム | |
| JP3317278B2 (ja) | Ｆｄｄｉ障害監視方法、ｆｄｄｉ障害監視装置、プログラムを記録した記録媒体、ネットワークシステム | |
| CN116471173A (zh) | 网络故障排查方法、装置及终端设备 | |
| JPH0369227A (ja) | ノード障害判定方式 | |
| JP3036989B2 (ja) | 多ルート構成ネットワークの障害判定方式 | |
| JP2001036563A (ja) | 障害検出及び解析方式 | |
| CN116418713A (zh) | 一种流量的保护方法和路由设备 | |
| CN115987894A (zh) | 一种同向拥塞场景的自动检测及处理的方法、装置及设备 | |
| CN115208714A (zh) | 网络链路确定方法、装置、系统、电子设备及存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080404 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090404 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |