(57)【要約】【課題】中継網の障害を迅速に検出する。【解決手段】各ネットワークＮＷ１、ＮＷ２に設置された監視ノード装置Ｍ１、Ｍ２から対向するネットワーク内のルータに対して、Ｐｉｎｇによってルートのヘルスチェックを行う。予め設定された待ち時間内に対向ネットワークのルータからＰｉｎｇ応答を受信できない場合には、ルータのルーティングテーブルから障害発生したルートに関する情報の削除要求を出力する。これにより、中継網１、２の障害を迅速に検出できる。【選択図】      図１
2006067081.tif 000002
【特許請求の範囲】
【請求項１】
第１の網及び第２の網それぞれに設けられたルータ同士の間を、現用及び予備の経路で中継することによって、前記第１の網と前記第２の網とを接続して構成される通信システムに用いる監視ノード装置であって、対向する網のルータに対してＰｉｎｇを送出する送出手段と、前記送出手段により送出したＰｉｎｇに対する応答を検出する検出手段と、前記検出手段が前記応答を検出できない場合に前記予備の経路を現用に切替える処理を行う切替え手段とを含むことを特徴とする監視ノード装置。
【請求項２】
前記切替え手段は、前記検出手段によって前記応答を検出できない回数が所定値に達した場合にのみ前記予備の経路を現用に切替える処理を行うことを特徴とする請求項１記載の監視ノード装置。
【請求項３】
前記切替え手段は、自装置が属している網のルータが保持しているルーティングテーブルの内容を書替える要求を出力することにより、前記予備の経路を現用に切替える処理を行うことを特徴とする請求項１又は２記載の監視ノード装置。
【請求項４】
第１の網及び第２の網それぞれに設けられたルータ同士の間を、現用及び予備の経路で中継することによって、前記第１の網と前記第２の網とを接続して構成される通信システムの監視方法であって、対向する網のルータに対してＰｉｎｇを送出する送出ステップと、前記送出ステップにおいて送出したＰｉｎｇに対する応答を検出する検出ステップと、前記検出ステップにおいて前記応答を検出できない場合に前記予備の経路を現用に切替える処理を行う切替えステップとを含むことを特徴とする通信システムの監視方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は監視ノード装置、通信システムの監視方法に関し、特に網間の冗長化された通信経路の監視及びその切替えを行う監視ノード装置、通信システムの監視方法に関する。
【背景技術】
【０００２】
現在、通信事業者の保有する広域ＩＰ通信網を経由して構築される仮想私設通信網であるＩＰ−ＶＰＮ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ−Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）やＬ２−ＶＰＮ （Ｌａｙｅｒ２  Ｐｒｏｔｏｃｏｌ−Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）のような中継網を利用した拠点間通信サービスが実現され、高速・大容量の通信を実現可能な通信ネットワークが運用されている。
【０００３】
通信ネットワークにおいて、高い信頼性が求められる場合は、中継網を複数用意することによって冗長化する方法が採られる。この際、ユーザ側のルータ間でｅＢＧＰ（ｅｘｔｅｒｎａｌ  Ｂｏｒｄｅｒ  Ｇａｔｅｗａｙ  Ｐｒｏｔｏｃｏｌ）などのルーティングプロトコルを利用することにより、ルータ自身が対向ルータとの間でヘルスチェック信号をやりとりして通信経路（以下、ルートと呼ぶ）の障害を検出し、冗長ルートへ切替える方法が知られている。
【０００４】
ここで、ヘルスチェックに用いられるコマンドとして、Ｐｉｎｇ（Ｐａｃｋｅｔ  Ｉｎｔｅｒｎｅｔ  Ｇｒｏｐｅｒ）が知られている。このＰｉｎｇは、相手側が通信可能な状態か確かめるためのコマンドである。例えば、特許文献１では、現用系ルータのＬＡＮインタフェースに対して定期的なｐｉｎｇ試験を実行し、ｐｉｎｇの応答がない場合に不良と判断し、予備系ルータを現用系ルータに切替えている。
【０００５】
また、特許文献２では、ｐｉｎｇコマンドを実行して定期的に現用回線ルートの障害を監視し、障害が検出された場合には予備回線ルートに切替えている。
【特許文献１】特開平８−２５６１７３号公報
【特許文献２】特開２００３−２３４７４９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記のようなルーティングプロトコルを利用する方法は、中継網側の制約により利用できない場合がある。また、迅速な障害検出を実現するため、ルータが行うルーティングプロトコルによるヘルスチェック間隔を短くする、または複数の網とヘルスチェックを行う必要がある場合には、ルータの処理負荷によりスループットが低下するという問題点があった。そのためＩＰ電話サービスのような迅速な障害検出及び切替えが必要とされるトラヒックにこのような中継網を適用することは困難であった。このような問題点については、特許文献１や特許文献２に記載の技術で解決することはできない。
【０００７】
本発明は上述した従来技術の問題点を解決するためになされたものであり、その目的はユーザ側のルータ間でルーティングプロトコルを利用する障害監視やルート切替えが行えない中継網を利用する場合においても、高速なルート切替えを実現できる監視ノード装置、通信システムの監視方法を提供することである。
【課題を解決するための手段】
【０００８】
本発明の請求項１による監視ノード装置は、第１の網及び第２の網それぞれに設けられたルータ同士の間を、現用及び予備の経路で中継することによって、前記第１の網と前記第２の網とを接続して構成される通信システムに用いる監視ノード装置であって、対向する網のルータに対してＰｉｎｇを送出する送出手段と、前記送出手段により送出したＰｉｎｇに対する応答を検出する検出手段と、前記検出手段が前記応答を検出できない場合に前記予備の経路を現用に切替える処理を行う切替え手段とを含むことを特徴とする。このように構成された監視ノード装置を網に追加すれば、中継網の迅速な障害検出を実現できる。網内の各ノード装置内に監視部を設けて自律的に障害検出する構成も考えられる。しかしながらその場合にはノードの設計変更が必要になるという問題があるのに対し、上記のように監視ノード装置を網に追加すればそのような問題は生じない。
【０００９】
本発明の請求項２による監視ノード装置は、請求項１において、前記切替え手段は、前記検出手段によって前記応答を検出できない回数が所定値に達した場合にのみ前記予備の経路を現用に切替える処理を行うことを特徴とする。応答を検出できない回数が所定値に達した場合にのみ経路を切替えるので、Ｐｉｎｇに対する応答の単なる遅延と障害とを判別でき、後者の場合にのみ経路を切替えることができる。
【００１０】
本発明の請求項３による監視ノード装置は、請求項１又は２において、前記切替え手段は、自装置が属している網のルータが保持しているルーティングテーブルの内容を書替える要求を出力することにより、前記予備の経路を現用に切替える処理を行うことを特徴とする。このような要求をルータへ出力する監視ノード装置を網に追加すればよいので、ルータ自体には一般的な構成を採用することができる。
【００１１】
本発明の請求項４による通信システムの監視方法は、第１の網及び第２の網それぞれに設けられたルータ同士の間を、現用及び予備の経路で中継することによって、前記第１の網と前記第２の網とを接続して構成される通信システムの監視方法であって、対向する網のルータに対してＰｉｎｇを送出する送出ステップと、前記送出ステップにおいて送出したＰｉｎｇに対する応答を検出する検出ステップと、前記検出ステップにおいて前記応答を検出できない場合に前記予備の経路を現用に切替える処理を行う切替えステップとを含むことを特徴とする。こうすることにより、中継網の障害を迅速に検出できる。
【００１２】
要するに本発明では、各網に設置された監視ノード装置から対向する網内のルータに対して、Ｐｉｎｇによってルートのヘルスチェックを行い、予め設定された待ち時間内に対向網のルータからＰｉｎｇ応答を受信できない場合には、ルータのルーティングテーブルから障害発生したルートに関する情報の削除を要求するので、中継網の障害を迅速に検出できる。
【発明の効果】
【００１３】
以上説明したように本発明は、ユーザ側のルータ間でルーティングプロトコルを利用する障害監視／ルート切替えが行えない中継網を利用する場合においても、監視ノード装置から対向網のルータに対してＰｉｎｇによるヘルスチェックを行い、障害を検出するとルータのルーティングテーブルから障害ルートを削除する制御を行うので、障害を迅速に検出し、高速なルート切替えを実現できるという効果がある。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の実施の形態を、図面を参照して説明する。なお、以下の説明において参照する各図では、他の図と同等部分は同一符号によって示されている。
（ネットワーク全体の構成例）
図１はネットワーク全体の構成例を示すブロック図である。同図に示されているように、ネットワークＮＷ１とネットワークＮＷ２はルータＲＴ１、ルータＲＴ２により、ＶＰＮまたは専用回線などの冗長化された中継網１、中継網２で接続されている。また、同図には中継網１、中継網２に他のネットワークが接続されている例が示されている。なお、通信形態が１：１である必要はなく、複数メッシュ型の大規模ネットワークにも本発明による監視ノード装置を適用可能である。
【００１５】
ネットワークＮＷ１の構成例が図２に示されている。同図に示されているように、ネットワークＮＷ１は、コンピュータ、例えばワークステーションやパーソナルコンピュータなどによって実現されるノードＮ１１、ノードＮ１２と、ルータＲＴ１と、監視ノード装置Ｍ１とから構成されている。ルータＲＴ１のネットワークＮＷ１側のインタフェースにはＩＰアドレス（以下、アドレスと呼ぶ）ＩＰ１１が、中継網側のインタフェースにはそれぞれアドレスＩＰ３１、アドレスＩＰ４１が、ノードＮ１１、ノードＮ１２にはそれぞれアドレスＩＰ１２、アドレスＩＰ１３が、監視ノード装置Ｍ１にはアドレスＩＰ１４が、設定されている。
【００１６】
ネットワークＮＷ２の構成例が図３に示されている。同図に示されているように、ネットワークＮＷ２は、コンピュータ、例えばワークステーションやパーソナルコンピュータなどによって実現されるノードＮ２１、ノードＮ２２と、ルータＲＴ２と、監視ノード装置Ｍ２とから構成されている。ルータＲＴ２のネットワークＮＷ２側のインタフェースにはアドレスＩＰ２１が、中継網側のインタフェースにはそれぞれアドレスＩＰ３２、アドレスＩＰ４２が、ノードＮ２１とＮ２２にはそれぞれアドレスＩＰ２２、アドレスＩＰ２３が、監視ノード装置Ｍ１にはアドレスＩＰ２４が、設定されている。
【００１７】
（監視ノード装置の構成例）
図４には、監視ノード装置Ｍ１、Ｍ２の内部構成例が示されている。同図を参照すると、監視ノード装置は、各種の情報を記憶するための記憶部３１と、各種の情報について入力や出力を行うための入出力部３２と、外部の装置と通信を行うための通信部３３と、ＣＰＵなどを有し自装置全体の制御を行う制御部３４とを含み、これらがバスによって接続された構成になっている。
【００１８】
記憶部３１には、ルータのもつルート情報を管理するためのルート監視テーブル３１０と、ルート監視・切替プログラム３２０とが記憶されている。ルート監視・切替プログラム３２０は、ルートの正常性を監視し、障害が発生した場合に監視ノード装置と同一のネットワークに属するルータに障害発生したルートの利用を不可とする命令の出力処理などを行うためのプログラムである。このルート監視・切替プログラム３２０は、制御部３４によって実行される。制御部３４がルート監視・切替プログラム３２０を実行することによって、対向する網のルータに対してＰｉｎｇを送出する機能、送出したＰｉｎｇに対する応答を検出する機能、応答を検出できない場合に予備のルートを現用に切替える処理を行う機能を実現する。
【００１９】
（ルート監視テーブルの例）
記憶部３１に記憶されているルート監視テーブル３１０には、ルート監視に必要な情報が保持されている。図５には監視ノード装置Ｍ１の記憶部が保持している、ネットワークＮＷ１のルート監視テーブルの一例が示されている。
同図に示されているルート監視テーブルにおいて、１列目の「Ｐｉｎｇ宛先アドレス」は、監視ノード装置Ｍ１からＰｉｎｇを送出する宛先のアドレスを示し、監視対象となるルートごとに管理者が入出力部を利用して設定する。ただし、宛先は送出するＰｉｎｇが監視対象としたいルートを通過するように設定する必要がある。
【００２０】
２列目の「ＰｉｎｇＮＧ回数（ｎ）」はＰｉｎｇのＮＧ回数の和を示している。この「ＰｉｎｇＮＧ回数（ｎ）」は、ルート監視用ＰｉｎｇがＮＧの場合に「１」加算され、ＰｉｎｇがＯＫの場合には０にリセットされる。
３列目の「許容ＮＧ回数（ｍ）」はルートごとに設定された許容するＰｉｎｇＮＧ回数の和を示している。４列目の「回線状態」はその中継網の状態を示している。この「回線状態」として、「現用」、「予備」、及び、「故障」が存在する。
【００２１】
５列目の「書替えるルータのＩＰアドレス」は、障害時に監視ノード装置によってルート情報を変更するルータＲＴ１のＩＰアドレスを示している。６列目の「削除するフィールド情報（Ｎｅｘｔ  Ｈｏｐ）」は、５列目の「書替えるルータのＩＰアドレス」によって示された、ルータのルーティングテーブルから削除、または追加するＮｅｘｔ  ＨｏｐのＩＰアドレスを示している。
なお、ネットワークＮＷ２についても同様なルート監視テーブルが用意されており、それを監視ノード装置Ｍ２内の記憶部が保持している。
【００２２】
（ルーティングテーブル）
図６にはルータＲＴ１が保持するルーティングテーブルの内容が示されている。同図に示されているルーティングテーブルは、「宛先ネットワーク」、「Ｎｅｘｔ  Ｈｏｐ」、「コスト」、によって構成されている。これらのルーティング情報は、管理者により固定的に与えられたものか、またはルーティングプロトコルによって生成されたものである。ルータＲＴ１は、監視ノード装置Ｍ１から任意の「Ｎｅｘｔ  Ｈｏｐ」を含むルーティング情報の削除要求を受けると、一致するルーティング情報の削除を指示する。
なお、ルータＲＴ２が保持するルーティングテーブルも、「宛先ネットワーク」、「Ｎｅｘｔ  Ｈｏｐ」、「コスト」、によって構成されている。
【００２３】
（ルート監視・切替プログラムによる処理）
図７はルート監視・切替プログラムによる処理を示すフローチャートである。このプログラムは、予め設定された周期で、監視ノード装置内の制御部によって実行される。以下、ネットワークＮＷ１に設けられている監視ノード装置Ｍ１内の制御部によって実行されるプログラムの処理例について述べる。
ルート監視・切替プログラムは、制御部によって定期的に実行開始される。
最初に、ステップＦ１において開始要求を受けると、ステップＦ２の実行を開始し、図５のルート管理情報を参照し、現用中の全てのＰｉｎｇ宛先アドレスに対してＰｉｎｇを送信する。Ｐｉｎｇコマンドはネットワークの正常性を確認するコマンドであり、それに対する応答を宛先から受信することにより、ルートの障害を監視することができる。
【００２４】
ところで、ネットワークの遅延などにより、予め定められた応答待ち時間内にＰｉｎｇに対する応答を検出できない場合もある。この場合にもルート監視・切替プログラムは、制御部の指示によってＰｉｎｇを再度送信する。そのため、Ｐｉｎｇの送信間隔を短くすることにより、ルート障害の早期検出が可能である。具体的には、ルート監視・切替プログラムの実行周期を短く設定すればよい。
【００２５】
ステップＦ３において、応答待ち時間内にＰｉｎｇの応答を受け取りＰｉｎｇＯＫとなった場合には、ルートには障害がなく正常性が確認されたことになる。この場合、ステップＦ４において、「ＰｉｎｇＮＧ回数（ｎ）」を「０」にリセットし、ステップＦ９に進み、プログラムによる処理は終了となる。一方、ステップＦ３において、応答待ち時間内にＰｉｎｇに対する応答を受け取れずＰｉｎｇＮＧとなった場合には、ステップＦ５に進む。
ステップＦ５において、ルート管理情報の「ＰｉｎｇＮＧ回数（ｎ）」と予め設定された「許容ＮＧ回数（ｍ）」とを比較する。ｎ＜ｍの場合にはステップＦ８に進み、該当する行の、「ＰｉｎｇＮＧ回数（ｎ）」に「１」を加算する。その後、ステップＦ９に進み、プログラムによる処理は終了となる。
【００２６】
一方、ステップＦ５において、ｎ≧ｍとなった場合には、ステップＦ６において該当する行の、「書替えるルータのＩＰアドレス」及び「削除するフィールド情報（Ｎｅｘｔ  Ｈｏｐ）」の内容を参照する。そして、ステップＦ７において、上記ＩＰアドレスを持つルータに対して、ルーティングテーブル中の上記「削除するフィールド情報（Ｎｅｘｔ  Ｈｏｐ）」に対応するルーティング情報の削除を指示する。
なお、ｍ＝０として１回ＰｉｎｇＮＧとなった場合に即座にルートを削除したい場合には、ステップＦ５は省略し、ステップＦ３→Ｆ６とすることが可能である。削除処理が終了すると、ステップＦ９に進み、プログラムによる処理は終了となる。
【００２７】
（各部の動作例）
次に上記構成からなる通信システムの各部の動作例について説明する。ここでは、現用ルート１回線、予備ルート１回線の計２回線からなるネットワーク構成での動作例について説明する。なお、ここでは一例として、Ｐｉｎｇの許容ＮＧ回数ｍ＝３として説明する。
図８には本例におけるネットワーク構成が示されている。本例ではネットワークＮＷ１とネットワークＮＷ２とが２本の中継網１及び２によって接続されている。同図に示されているように、ネットワークＮＷ１とネットワークＮＷ２とを中継網１、中継網２で接続するための処理は、ルータＲＴ１、ＲＴ２によって行われる。なお、ここでは、中継網１が現用ルート、中継網２が予備ルートとする。
【００２８】
ネットワークＮＷ１は、ノードＮ１１及びＮ１２と、ルータＲＴ１と、監視ノード装置Ｍ１とを含んで構成されている。ルータＲＴ１のネットワークＮＷ１側のインタフェースにはアドレスＩＰ１１、中継網側のインタフェースにはアドレスＩＰ３１、ＩＰ４１、ノードＮ１１、Ｎ１２にはそれぞれアドレスＩＰ１３、ＩＰ１４、監視ノード装置Ｍ１にはアドレスＩＰ１５が設定されている。
【００２９】
ネットワークＮＷ２は、ノードＮ２１及びＮ２２と、ルータＲＴ２と、監視ノード装置Ｍ２とを含んで構成されている。ルータＲＴ２のネットワークＮＷ２側のインタフェースにはアドレスＩＰ２１、中継網側のインタフェースにはアドレスＩＰ３２、ＩＰ４２、ノードＮ２１、Ｎ２２にはそれぞれアドレスＩＰ２３、ＩＰ２４、監視ノード装置Ｍ１にはアドレスＩＰ２５が設定されている。
図９〜図１２には、以上のような構成からなる通信システムにおける障害発生前の監視ノード装置Ｍ１、Ｍ２のルート情報管理テーブル及びルータＲＴ１、ＲＴ２のルーティングテーブルの例が示されている。
【００３０】
障害発生前のネットワークＮＷ１とネットワークＮＷ２との間のパケットは、図９、図１０に示されているルーティングテーブルに従い、中継網１を利用して送受信される。各監視ノード装置Ｍ１、Ｍ２は、ルート障害管理テーブルを参照し、図７に示されているルート監視・切替プログラムの処理フローに従い、現用状態にある全てのルート（ここでは１行目のみ）のルート障害の監視を行う。
ルート障害が発生していない場合には、図７中のステップＦ１→Ｆ２→Ｆ３→Ｆ４→Ｆ９の処理が繰返される。本実施例では、ステップＦ２において、監視ノード装置Ｍ１から宛先アドレスＩＰ３２宛に、監視ノード装置Ｍ２から宛先アドレスＩＰ４２宛てに、Ｐｉｎｇをそれぞれ送信する。
【００３１】
次に、中継網１に障害が発生した場合の動作について説明する。図１３に示されているように、中継網１にルート障害Ｓが発生するとＩＰ３２及びＩＰ３１からＰｉｎｇに対する応答が返ってこない。このため、ステップＦ１→Ｆ２→Ｆ３→Ｆ５と処理が進む。ここで、それぞれのルート管理情報テーブルの「ＰｉｎｇＮＧ回数（ｎ）」を参照し、ＮＧ回数が許容ＮＧ回数ｍ＝３以上であるか確認する。障害が発生した直後はｎ＝０であり、ｎ≧ｍを満たさないため、ステップＦ８に処理が進む。ステップＦ８では、「ｎ」に「１」を加算してｎ＝１とする。その後、ステップＦ９に処理が進み、処理は終了となる（図１４、図１５参照）。
【００３２】
なお、図１６、図１７に示されているように、各ルータのルーティングテーブルの内容に変更は生じない。
さらに監視フローが繰返され、ｎ≧ｍとなるまで（ここでは計３回）上記のステップＦ１→Ｆ４→Ｆ６→Ｆ９が繰返される。
４回目のフローのとき、ステップＦ１→Ｆ２→Ｆ３→Ｆ５と処理が進み、ｎ＝３でありｎ≧ｍを満たすため、ステップＦ６に処理が進む。ステップＦ６においては、該当する行の、「書替えるルータのＩＰアドレス」及び「Ｐｉｎｇ宛先アドレス」を参照する。そして、ステップＦ７においては、ルータＲＴ１のルーティングテーブルから「Ｎｅｘｔ  Ｈｏｐ」をＩＰ３２とするルート情報（ここでは１行目）を、ＲＴ２のルーティングテーブルから「Ｎｅｘｔ  Ｈｏｐ」をＩＰ３１とするルート情報（ここでは１行目）を、それぞれ削除する（図１８、図１９参照）。
【００３３】
上記の処理により、それらルート情報が無くなると、ルータＲＴ１、ＲＴ２では、次の優先経路である中継網２を経由するルート（ここでは２行目）が選択されるようになる。この状態が図２０に示されている。またここで、それぞれのルート情報テーブルの１行目を「現用」から「故障」に、２行目を「予備」から「現用」に、それぞれ変更する（図２１、図２２参照）。これにより、監視対象のルートが変更される。
【００３４】
（変形例）
本実施例ではネットワークＮＷ１とネットワークＮＷ２との間の中継網として、現用ルート１回線、予備ルート１回線の計２回線の例について説明したが、複数回線を同時に利用するネットワーク構成の場合や、予備ルートが無く２本以上の現用ルートのみを利用するネットワーク構成の場合においても、本監視ノード装置を適用できることは明らかである。
【００３５】
（通信システムの監視方法）
上述した監視ノード装置においては、以下のような監視方法が実現されている。すなわち、第１の網及び第２の網それぞれに設けられたルータ同士の間を、現用及び予備の経路で中継することによって、上記第１の網と上記第２の網とを接続して構成される通信システムの監視方法であり、対向する網のルータに対してＰｉｎｇを送出する送出ステップ（図７のステップＦ２に対応）と、上記送出ステップにおいて送出したＰｉｎｇに対する応答を検出する検出ステップ（図７のステップＦ３に対応）と、上記検出ステップにおいて上記応答を検出できない場合に上記予備の経路を現用に切替える処理を行う切替えステップ（図７のステップＦ７に対応）とを含む通信システムの監視方法が実現されている。
このような監視方法を採用することにより、中継網の障害を迅速に検出できる。
【００３６】
（通信システムの監視プログラム）
上述した監視ノード装置内の記憶部には、以下のようなプログラムが記憶されている。すなわち、第１の網及び第２の網それぞれに設けられたルータ同士の間を、現用及び予備の経路で中継することによって、上記第１の網と上記第２の網とを接続して構成される通信システムの監視プログラムであり、対向する網のルータに対してＰｉｎｇを送出する送出ステップ（図７のステップＦ２に対応）と、上記送出ステップにおいて送出したＰｉｎｇに対する応答を検出する検出ステップ（図７のステップＦ３に対応）と、上記検出ステップにおいて上記応答を検出できない場合に上記予備の経路を現用に切替える処理を行う切替えステップ（図７のステップＦ７に対応）とを含むプログラムが記憶されている。
このようなプログラムをコンピュータによって実行することにより、中継網の障害を迅速に検出できる。
【産業上の利用可能性】
【００３７】
本発明は、ルータ同士の間を、複数の経路で中継することによって、対向する網同士とを接続して構成される通信システムにおいて、ルートの障害を監視する場合に用いることができる。
【図面の簡単な説明】
【００３８】
【図１】通信ネットワーク全体の構成例を示すブロック図である。
【図２】ネットワークＮＷ１の構成例を示すブロック図である。
【図３】ネットワークＮＷ２の構成例を示すブロック図である。
【図４】監視ノード装置の内部構成例を示すブロック図である。
【図５】監視ノード装置Ｍ１の記憶部が保持している、ネットワークＮＷ１のルート監視テーブルの一例を示す図である。
【図６】ルータＲＴ１が保持するルーティングテーブルの内容を示す図である。
【図７】ルート監視・切替プログラムによる処理を示すフローチャートである。
【図８】障害発生前における通信ネットワークの構成例を示す図である。
【図９】ルータＲＴ１が保持するルーティングテーブルの障害発生前における内容を示す図である。
【図１０】ルータＲＴ２が保持するルーティングテーブルの障害発生前における内容を示す図である。
【図１１】監視ノード装置Ｍ１が保持するルート管理情報テーブルの障害発生前における内容を示す図である。
【図１２】監視ノード装置Ｍ２が保持するルート管理情報テーブルの障害発生前における内容を示す図である。
【図１３】障害発生中における通信ネットワークの構成例を示す図である。
【図１４】監視ノード装置Ｍ１が保持するルート管理情報テーブルの障害発生中における内容を示す図である。
【図１５】監視ノード装置Ｍ２が保持するルート管理情報テーブルの障害発生中における内容を示す図である。
【図１６】ルータＲＴ１が保持するルーティングテーブルの障害発生中における内容を示す図である。
【図１７】ルータＲＴ２が保持するルーティングテーブルの障害発生中における内容を示す図である。
【図１８】ルータＲＴ１が保持するルーティングテーブルの障害発生後における内容を示す図である。
【図１９】ルータＲＴ２が保持するルーティングテーブルの障害発生後における内容を示す図である。
【図２０】障害発生後における通信ネットワークの構成例を示す図である。
【図２１】監視ノード装置Ｍ１が保持するルート管理情報テーブルの障害発生後における内容を示す図である。
【図２２】監視ノード装置Ｍ２が保持するルート管理情報テーブルの障害発生後における内容を示す図である。
【符号の説明】
【００３９】
１、２  中継網
３１  記憶部
３２  入出力部
３３  通信部
３４  制御部
３１０  ルート監視テーブル
３２０  ルート監視・切替プログラム
Ｍ１、Ｍ２  監視ノード装置
Ｎ１１、Ｎ１２、Ｎ２１、Ｎ２２  ノード
ＮＷ１、ＮＷ２  ネットワーク
ＲＴ１、ＲＴ２  ルータ
【図１】
2006067081.tif 000003
【図２】
2006067081.tif 000004
【図３】
2006067081.tif 000005
【図４】
2006067081.tif 000006
【図５】
2006067081.tif 000007
【図６】
2006067081.tif 000008
【図７】
2006067081.tif 000009
【図８】
2006067081.tif 000010
【図９】
2006067081.tif 000011
【図１０】
2006067081.tif 000012
【図１１】
2006067081.tif 000013
【図１２】
2006067081.tif 000014
【図１３】
2006067081.tif 000015
【図１４】
2006067081.tif 000016
【図１５】
2006067081.tif 000017
【図１６】
2006067081.tif 000018
【図１７】
2006067081.tif 000019
【図１８】
2006067081.tif 000020
【図１９】
2006067081.tif 000021
【図２０】
2006067081.tif 000022
【図２１】
2006067081.tif 000023
【図２２】
2006067081.tif 000024