(57)【特許請求の範囲】
【請求項１】
同一のアドレスが設定された第１の処理装置および第２の処理装置と、前記第１または第２の処理装置を利用するクライアント装置と、直接的または間接的に接続され、各装置間のパケットを中継するネットワーク中継装置であって、
前記第１の処理装置が属する第１の仮想ネットワークの経路情報が記憶される第１の経路情報記憶部と、
前記第２の処理装置が属する第２の仮想ネットワークの経路情報が記憶される第２の経路情報記憶部と、
前記第１の仮想ネットワークに関する経路情報の広告を受け取ると共に前記第１の仮想ネットワークの経路情報を構築し、構築された経路情報を前記第１の経路情報記憶部に格納し、前記第２の仮想ネットワークに関する経路情報の広告を受け取ると共に前記第２の仮想ネットワークの経路情報を構築し、構築された経路情報を前記第２の経路情報記憶部に格納する経路情報広告部と、
前記第１の仮想ネットワークの状態および前記第２の仮想ネットワークの状態を検出する状態検出部と、
前記クライアント装置から受信したパケットであって、前記アドレスをあて先とする受信パケットを、ネットワークの状態に基づいて決定される一方の仮想ネットワークの経路情報を用いて、前記決定される仮想ネットワークに属する前記第１の処理装置もしくは前記第２の処理装置へ転送するパケット転送処理部と、
を備える、ネットワーク中継装置。
【請求項２】
請求項１記載のネットワーク中継装置であって、
前記状態検出部は、
前記第１の仮想ネットワークにおける経路上の障害を検出する第１の状態検出部と、
前記第２の仮想ネットワークにおける経路上の障害を検出する第２の状態検出部と、
を備え、
前記ネットワーク中継装置は、さらに、
前記第１の処理装置と、前記第２の処理装置と、前記クライアント装置とに対してそれぞれ接続されているインタフェースが、前記第１の仮想ネットワークと、前記第２の仮想ネットワークのいずれに所属するのかを定義したＶＲＦ定義情報を記憶するＶＲＦ定義情報記憶部と、
前記第１の状態検出部もしくは前記第２の状態検出部により検出された障害の有無に基づいて、前記経路情報と前記ＶＲＦ定義情報との少なくともいずれか一方を更新するフェイルオーバ処理部と、
を備え、
前記パケット転送処理部は、
パケットを受信した際に、前記ＶＲＦ定義情報に従って前記パケットを受信したインタフェースが所属する仮想ネットワークを判定し、前記パケットを受信したインタフェースが所属する仮想ネットワークに対応した経路情報を用いて経路探索をしてパケットを転送する、ネットワーク中継装置。
【請求項３】
請求項２記載のネットワーク中継装置であって、
前記ＶＲＦ定義情報には、
前記第１の処理装置に接続されているインタフェースと、前記クライアント装置に接続されているインタフェースとが前記第１の仮想ネットワークに所属し、
前記第２の処理装置に接続されているインタフェースが前記第２の仮想ネットワークに所属する、
ことが予め定義され、
前記フェイルオーバ処理部は、前記第１の状態検出部により障害が検出された場合に、前記クライアント装置に接続されているインタフェースを、前記第２の仮想ネットワークに所属させるようにＶＲＦ定義情報を更新する、ネットワーク中継装置。
【請求項４】
請求項２または３記載のネットワーク中継装置であって、
前記パケット転送処理部は、
パケットを受信した際に、前記ＶＲＦ定義情報に基づいて、前記パケットを受信したインタフェースが所属する仮想ネットワークと、前記パケットのあて先である装置が接続されているインタフェースが所属する仮想ネットワークとを比較し、仮想ネットワークが同一である場合は前記パケットを転送し、仮想ネットワークが異なる場合は前記パケットを転送せずに廃棄する、ネットワーク中継装置。
【請求項５】
ネットワークシステムであって、
第１の仮想ネットワークに所属する第１の処理装置と、
第２の仮想ネットワークに所属する第２の処理装置と、
前記第１または第２の処理装置を利用するクライアント装置と、
前記第１の処理装置と、前記第２の処理装置と、前記クライアント装置と、直接的または間接的に接続され、各装置間のパケットを中継するネットワーク中継装置と、
を備え、
前記第１の処理装置と、前記第２の処理装置のアドレスは同一に設定され、
前記ネットワーク中継装置は、
前記第１の仮想ネットワークの経路情報が記憶される第１の経路情報記憶部と、
前記第２の仮想ネットワークの経路情報が記憶される第２の経路情報記憶部と、
前記第１の仮想ネットワークに関する経路情報の広告を受け取ると共に前記第１の仮想ネットワークの経路情報を構築し、構築された経路情報を前記第１の経路情報記憶部に格納し、前記第２の仮想ネットワークに関する経路情報の広告を受け取ると共に前記第２の仮想ネットワークの経路情報を構築し、構築された経路情報を前記第２の経路情報記憶部に格納する経路情報広告部と、
前記第１の仮想ネットワークの状態および前記第２の仮想ネットワークの状態を検出する状態検出部と、
前記クライアント装置から受信したパケットであって、前記アドレスをあて先とする受信パケットを、ネットワークの状態に基づいて決定される一方の仮想ネットワークの経路情報を用いて、前記決定される仮想ネットワークに属する前記第１の処理装置もしくは前記第２の処理装置へ転送するパケット転送処理部と、
を備える、ネットワークシステム。
【請求項６】
同一のアドレスが設定された第１の処理装置および第２の処理装置と、前記第１または第２の処理装置を利用するクライアント装置と、直接的または間接的に接続され、各装置間のパケットを中継するネットワーク中継装置の制御方法であって、
（ａ）前記第１の処理装置が属する第１の仮想ネットワークの経路情報の広告を受け取ると共に前記第１の仮想ネットワークの経路情報を構築し、構築された経路情報を記憶させる工程と、
（ｂ）前記第２の処理装置が属する第２の仮想ネットワークの経路情報の広告を受け取ると共に前記第２の仮想ネットワークの経路情報を構築し、構築された経路情報を記憶させる工程と、
（ｃ）前記第１の仮想ネットワークの状態および前記第２の仮想ネットワークの状態を検出する工程と、
（ｄ）前記クライアント装置から受信したパケットであって、前記アドレスをあて先とする受信パケットを、ネットワークの状態に基づいて決定される一方の仮想ネットワークの経路情報を用いて、前記決定される仮想ネットワークに属する前記第１の処理装置もしくは前記第２の処理装置へ転送する工程と、
を備える、ネットワーク中継装置の制御方法。
【請求項７】
ネットワークシステムであって、
処理装置と接続された第１のネットワーク中継装置と、
前記処理装置を利用するクライアント装置と接続された第２のネットワーク中継装置と、
を備え、
前記第１のネットワーク中継装置の第１のインタフェースと、前記第２のネットワーク中継装置の第１のインタフェースとは、直接的または他のネットワークを介して間接的に接続されて第１の仮想ネットワークを構成し、
前記第１のネットワーク中継装置の第２のインタフェースと、前記第２のネットワーク中継装置の第２のインタフェースとは、直接的または他のネットワークを介して間接的に接続されて第２の仮想ネットワークを構成し、
前記第１のネットワーク中継装置と、前記第２のネットワーク中継装置は、それぞれ、
前記第１の仮想ネットワークの経路情報が記憶される第１の経路情報記憶部と、
前記第２の仮想ネットワークの経路情報が記憶される第２の経路情報記憶部と、
前記第１の仮想ネットワークに関する経路情報の広告を受け取ると共に前記第１の仮想ネットワークの経路情報を構築し、構築された経路情報を前記第１の経路情報記憶部に格納し、前記第２の仮想ネットワークに関する経路情報の広告を受け取ると共に前記第２の仮想ネットワークの経路情報を構築し、構築された経路情報を前記第２の経路情報記憶部に格納する経路情報広告部と、
受信パケットを、ネットワークの状態に基づいて決定される一方の仮想ネットワークの経路情報を用いて、前記決定される仮想ネットワークに属するあて先装置へ転送するパケット転送処理部と、
を備える、ネットワークシステム。
【請求項８】
請求項７記載のネットワークシステムであって、
前記第１のネットワーク中継装置は、さらに、前記処理装置が、前記第１の仮想ネットワークと、前記第２の仮想ネットワークのいずれに所属するのかを定義したＶＲＦ定義情報を記憶するＶＲＦ定義情報記憶部を備え、
前記第２のネットワーク中継装置は、さらに、前記クライアント装置が、前記第１の仮想ネットワークと、前記第２の仮想ネットワークのいずれに所属するのかを定義したＶＲＦ定義情報を記憶するＶＲＦ定義情報記憶部を備え、
前記第１のネットワーク中継装置の前記パケット転送処理部と、前記第２のネットワーク中継装置の前記パケット転送処理部は、
パケットを受信した際に、前記ＶＲＦ定義情報に基づいて、前記パケットを受信したインタフェースが所属する仮想ネットワークと、前記パケットのあて先である装置が接続されているインタフェースが所属する仮想ネットワークとを比較し、仮想ネットワークが同一であるか、異なるかを問わずにパケットを転送する、ネットワークシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク中継装置に関する。
【背景技術】
【０００２】
高い信頼性（Ｒｅｌｉａｂｉｌｉｔｙ）および可用性（Ａｖａｉｌａｂｉｌｉｔｙ）を有するネットワークシステムを構築するための方法として、ＭＰＬＳ（Ｍｕｌｔｉ−Ｐｒｏｔｏｃｏｌ  Ｌａｂｅｌ  Ｓｗｉｔｃｈｉｎｇ）によるＦＲＲ（Ｆａｓｔ  Ｒｅｒｏｕｔｅ）が知られている。ＭＰＬＳによるＦＲＲでは、ネットワークシステムを構成する各ルータにおいて、事前に運用ＬＳＰ（Ｌａｂｅｌ  Ｓｗｉｔｃｈｅｄ  Ｐａｔｈ）と予備ＬＳＰとを設定する。運用ＬＳＰ上のノードや回線に障害が発生した場合、各ルータは、通信路を運用ＬＳＰから予備ＬＳＰに切り替える。このように、ＭＰＬＳによるＦＲＲでは、事前に運用ＬＳＰと予備ＬＳＰとを設定しておくことにより、障害発生時のルーティングプロトコルの経路再計算を不要にしている（例えば、非特許文献１）。
【０００３】
また、高い信頼性および可用性を有するネットワークシステムを構築するための他の方法として、ＭＰＬＳを用いないＩＰ−ＦＲＲ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  Ｆａｓｔ  Ｒｅｒｏｕｔｅ）が知られている。ＩＰ−ＦＲＲでは、事前にネットワークシステム内の回線やノードに障害が発生した際の予備経路を計算しておくことで、障害発生時、迅速に予備経路へ切り替えることを可能としている（例えば、非特許文献２）。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】IETF, “Fast Reroute Extensions to RSVP-TE for LSP Tunnels”, RFC4090
【非特許文献２】IETF, “Basic Specification for IP Fast Reroute: Loop-Free Alternates”, RFC5286
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来のＭＰＬＳによるＦＲＲでは、ネットワークシステムを構成する全てのルータがＭＰＬＳに対応している必要があるため、ネットワークシステムが高価になってしまうという問題があった。また、ＭＰＬＳ網を管理するための知識が必要となるため、運用コストが増大するという問題があった。一方、ＩＰ−ＦＲＲでは、予備経路を計算するためのルーティングプロトコルの計算量が隣接するルータ数に比例して増大するという問題があった。さらに、ＩＰ−ＦＲＲでは、事前に予備経路を計算するための条件に制限があるという問題があった。
【０００６】
本発明は、高い信頼性および可用性を有するネットワークシステムであって、ＭＰＬＳ機能を使用することなく、かつ、予備経路を計算するためのルーティングプロトコルの計算コストが従来とほぼ同等であるネットワークシステムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明は、上述の課題の少なくとも一部を解決するためになされたものであり、以下の形態として実現することが可能である。同一のアドレスが設定された第１の処理装置および第２の処理装置と、前記第１または第２の処理装置を利用するクライアント装置と、直接的または間接的に接続され、各装置間のパケットを中継するネットワーク中継装置であって、前記第１の処理装置が属する第１の仮想ネットワークの経路情報が記憶される第１の経路情報記憶部と、前記第２の処理装置が属する第２の仮想ネットワークの経路情報が記憶される第２の経路情報記憶部と、前記第１の仮想ネットワークに関する経路情報の広告を受け取ると共に前記第１の仮想ネットワークの経路情報を構築し、構築された経路情報を前記第１の経路情報記憶部に格納し、前記第２の仮想ネットワークに関する経路情報の広告を受け取ると共に前記第２の仮想ネットワークの経路情報を構築し、構築された経路情報を前記第２の経路情報記憶部に格納する経路情報広告部と、前記第１の仮想ネットワークの状態および前記第２の仮想ネットワークの状態を検出する状態検出部と、前記クライアント装置から受信したパケットであって、前記アドレスをあて先とする受信パケットを、ネットワークの状態に基づいて決定される一方の仮想ネットワークの経路情報を用いて、前記決定される仮想ネットワークに属する前記第１の処理装置もしくは前記第２の処理装置へ転送するパケット転送処理部と、を備える、ネットワーク中継装置。そのほか、本発明は、以下の形態又は適用例として実現することが可能である。
【０００８】
［適用例１］
同一のアドレスが設定された第１の処理装置および第２の処理装置と、前記第１または第２の処理装置を利用するクライアント装置と、直接的または間接的に接続され、各装置間のパケットを中継するネットワーク中継装置であって、
前記第１の処理装置が属する第１の仮想ネットワークの経路情報を記憶する第１の経路情報記憶部と、
前記第２の処理装置が属する第２の仮想ネットワークの経路情報を記憶する第２の経路情報記憶部と、
前記第１の仮想ネットワークに関する経路情報の広告を受け取り前記第１の経路情報記憶部に格納し、前記第２の仮想ネットワークに関する経路情報の広告を受け取り前記第２の経路情報記憶部に格納する経路情報広告部と、
前記第１の仮想ネットワークの状態および前記第２の仮想ネットワークの状態を検出する状態検出部と、
前記クライアント装置から受信したパケットであって、前記アドレスをあて先とする受信パケットを、ネットワークの状態に基づいて決定される一方の仮想ネットワークの経路情報を用いて、前記第１の処理装置もしくは前記第２の処理装置へ転送するパケット転送処理部と、
を備える、ネットワーク中継装置。
この構成によれば、ネットワーク中継装置は、予め第１の仮想ネットワークの経路情報と、第２の仮想ネットワークの経路情報とを記憶し、パケット転送処理部は、受信パケットを、第１の仮想ネットワークと、第２の仮想ネットワークの状態（例えば、経路上における障害の有無）に基づいて決定される一方の仮想ネットワークの経路情報を用いて、第１の処理装置もしくは第２の処理装置へ転送する。このため、高い信頼性および可用性を有するネットワークシステムであって、ＭＰＬＳ機能を使用することなく、かつ、予備経路を計算するためのルーティングプロトコルの計算コストが従来とほぼ同等であるネットワークシステムを提供することができる。
【０００９】
［適用例２］
適用例１記載のネットワーク中継装置であって、
前記状態検出部は、
前記第１の仮想ネットワークにおける経路上の障害を検出する第１の状態検出部と、
前記第２の仮想ネットワークにおける経路上の障害を検出する第２の状態検出部と、
を備え、
前記ネットワーク中継装置は、さらに、
前記第１の処理装置と、前記第２の処理装置と、前記クライアント装置とに対してそれぞれ接続されているインタフェースが、前記第１の仮想ネットワークと、前記第２の仮想ネットワークのいずれに所属するのかを定義したＶＲＦ（Ｖｉｒｔｕａｌ Ｒｏｕｔｉｎｇ ａｎｄ Ｆｏｒｗａｒｄｉｎｇ）定義情報を記憶するＶＲＦ定義情報記憶部と、
前記第１の状態検出部もしくは前記第２の状態検出部により検出された障害の有無に基づいて、前記経路情報と前記ＶＲＦ定義情報との少なくともいずれか一方を更新するフェイルオーバ処理部と、
を備え、
前記パケット転送処理部は、
パケットを受信した際に、前記ＶＲＦ定義情報に従って前記パケットを受信したインタフェースが所属する仮想ネットワークを判定し、前記パケットを受信したインタフェースが所属する仮想ネットワークに対応した経路情報を用いて経路探索をしてパケットを転送する、ネットワーク中継装置。
この構成によれば、フェイルオーバ処理部は、第１の状態検出部もしくは第２の状態検出部により検出された障害の有無に基づいて、経路情報とＶＲＦ定義情報との少なくともいずれか一方を更新する。このため、短時間でのフェイルオーバ処理（予備経路への切り替え）が可能となる。
【００１０】
［適用例３］
適用例２記載のネットワーク中継装置であって、
前記ＶＲＦ定義情報には、
前記第１の処理装置に接続されているインタフェースと、前記クライアント装置に接続されているインタフェースとが前記第１の仮想ネットワークに所属し、
前記第２の処理装置に接続されているインタフェースが前記第２の仮想ネットワークに所属する、
ことが予め定義され、
前記フェイルオーバ処理部は、前記第１の状態検出部により障害が検出された場合に、前記クライアント装置に接続されているインタフェースを、前記第２の仮想ネットワークに所属させるようにＶＲＦ定義情報を更新する、ネットワーク中継装置。
この構成によれば、フェイルオーバ処理部は、第１の状態検出部により、第１の仮想ネットワークにおける経路上の障害が検出された場合に、第１の仮想ネットワークに所属しているクライアント端末を、第２の仮想ネットワークに所属させるようにＶＲＦ定義情報を更新する。このため、第１の仮想ネットワークの経路上に障害が発生した場合であっても、ＶＲＦ定義情報の更新によって、短時間でのフェイルオーバ処理（予備経路への切り替え）が可能となる。
【００１１】
［適用例４］
適用例２または３記載のネットワーク中継装置であって、
前記パケット転送処理部は、
パケットを受信した際に、前記ＶＲＦ定義情報に基づいて、前記パケットを受信したインタフェースが所属する仮想ネットワークと、前記パケットのあて先である装置が接続されているインタフェースが所属する仮想ネットワークとを比較し、仮想ネットワークが同一である場合は前記パケットを転送し、仮想ネットワークが異なる場合は前記パケットを転送せずに廃棄する、ネットワーク中継装置。
この構成によれば、パケット転送処理部は、パケットの送信元である装置が所属する仮想ネットワークとパケットのあて先である装置が所属する仮想ネットワークとが異なる場合はパケットを転送せずに廃棄するため、異なる仮想ネットワークに属する装置間における通信を抑制することができる。この結果、ネットワークシステムにおける安全性を向上させることができる。
【００１２】
［適用例５］
ネットワークシステムであって、
第１の仮想ネットワークに所属する第１の処理装置と、
第２の仮想ネットワークに所属する第２の処理装置と、
前記第１または第２の処理装置を利用するクライアント装置と、
前記第１の処理装置と、前記第２の処理装置と、前記クライアント装置と、直接的または間接的に接続され、各装置間のパケットを中継するネットワーク中継装置と、
を備え、
前記第１の処理装置と、前記第２の処理装置のアドレスは同一に設定され、
前記ネットワーク中継装置は、
前記第１の仮想ネットワークの経路情報を記憶する第１の経路情報記憶部と、
前記第２の仮想ネットワークの経路情報を記憶する第２の経路情報記憶部と、
前記第１の仮想ネットワークに関する経路情報の広告を受け取り前記第１の経路情報記憶部に格納し、前記第２の仮想ネットワークに関する経路情報の広告を受け取り前記第２の経路情報記憶部に格納する経路情報広告部と、
前記第１の仮想ネットワークの状態および前記第２の仮想ネットワークの状態を検出する状態検出部と、
前記クライアント装置から受信したパケットであって、前記アドレスをあて先とする受信パケットを、ネットワークの状態に基づいて決定される一方の仮想ネットワークの経路情報を用いて、前記第１の処理装置もしくは前記第２の処理装置へ転送するパケット転送処理部と、
を備える、ネットワークシステム。
この構成によれば、ネットワークシステムにおいて、適用例１と同様の効果を得ることができる。
【００１３】
［適用例６］
同一のアドレスが設定された第１の処理装置および第２の処理装置と、前記第１または第２の処理装置を利用するクライアント装置と、直接的または間接的に接続され、各装置間のパケットを中継するネットワーク中継装置の制御方法であって、
（ａ）前記第１の処理装置が属する第１の仮想ネットワークの経路情報の広告を受け取るとともに記憶する工程と、
（ｂ）前記第２の処理装置が属する第２の仮想ネットワークの経路情報の広告を受け取るとともに記憶する工程と、
（ｃ）前記第１の仮想ネットワークの状態および前記第２の仮想ネットワークの状態を検出する工程と、
（ｄ）前記クライアント装置から受信したパケットであって、前記アドレスをあて先とする受信パケットを、ネットワークの状態に基づいて決定される一方の仮想ネットワークの経路情報を用いて、前記第１の処理装置もしくは前記第２の処理装置へ転送する工程と、
を備える、ネットワーク中継装置の制御方法。
この構成によれば、適用例１と同様の効果を得ることができる。
【００１４】
［適用例７］
ネットワークシステムであって、
処理装置と接続された第１のネットワーク中継装置と、
前記処理装置を利用するクライアント装置と接続された第２のネットワーク中継装置と、
を備え、
前記第１のネットワーク中継装置の第１のインタフェースと、前記第２のネットワーク中継装置の第１のインタフェースとは、直接的または他のネットワークを介して間接的に接続されて第１の仮想ネットワークを構成し、
前記第１のネットワーク中継装置の第２のインタフェースと、前記第２のネットワーク中継装置の第２のインタフェースとは、直接的または他のネットワークを介して間接的に接続されて第２の仮想ネットワークを構成し、
前記第１のネットワーク中継装置と、前記第２のネットワーク中継装置は、それぞれ、
前記第１の仮想ネットワークの経路情報を記憶する第１の経路情報記憶部と、
前記第２の仮想ネットワークの経路情報を記憶する第２の経路情報記憶部と、
前記第１の仮想ネットワークに関する経路情報の広告を受け取り前記第１の経路情報記憶部に格納し、前記第２の仮想ネットワークに関する経路情報の広告を受け取り前記第２の経路情報記憶部に格納する経路情報広告部と、
受信パケットを、ネットワークの状態に基づいて決定される一方の仮想ネットワークの経路情報を用いて、あて先装置へ転送するパケット転送処理部と、
を備える、ネットワークシステム。
この構成によれば、第１のネットワーク中継装置の第１のインタフェースと、第２のネットワーク中継装置の第１のインタフェースとは、直接的または他のネットワークを介して間接的に接続されて第１の仮想ネットワークを構成し、第１のネットワーク中継装置の第２のインタフェースと、第２のネットワーク中継装置の第２のインタフェースとは、直接的または他のネットワークを介して間接的に接続されて第２の仮想ネットワークを構成する。すなわち、処理装置とクライアント装置との間の通信経路を２重化した上で、パケット転送処理部は、第１の仮想ネットワークと、第２の仮想ネットワークの状態（例えば、経路上における障害の有無）に基づいて決定される一方の仮想ネットワークの経路情報を用いて、受信パケットをあて先装置へ転送する。このため、このような構成においても適用例１と同様の効果を得ることができる。
【００１５】
［適用例８］
適用例７記載のネットワークシステムであって、
前記第１のネットワーク中継装置は、さらに、前記処理装置が、前記第１の仮想ネットワークと、前記第２の仮想ネットワークのいずれに所属するのかを定義したＶＲＦ定義情報を記憶するＶＲＦ定義情報記憶部を備え、
前記第２のネットワーク中継装置は、さらに、前記クライアント装置が、前記第１の仮想ネットワークと、前記第２の仮想ネットワークのいずれに所属するのかを定義したＶＲＦ定義情報を記憶するＶＲＦ定義情報記憶部を備え、
前記第１のネットワーク中継装置の前記パケット転送処理部と、前記第２のネットワーク中継装置の前記パケット転送処理部は、
パケットを受信した際に、前記ＶＲＦ定義情報に基づいて、前記パケットを受信したインタフェースが所属する仮想ネットワークと、前記パケットのあて先である装置が接続されているインタフェースが所属する仮想ネットワークとを比較し、仮想ネットワークが同一であるか、異なるかを問わずにパケットを転送する、ネットワークシステム。
この構成によれば、パケット転送処理部は、パケットの送信元である装置が所属する仮想ネットワークとパケットのあて先である装置が所属する仮想ネットワークとが異なる場合であっても受信パケットの転送を行う。このため、通信の上り側と下り側において異なる経路を用いてパケットの転送を行うことが可能となる。この結果、ネットワークシステムにおけるパケット転送の柔軟性を向上させることができる。
【００１６】
なお、本発明は、種々の態様で実現することが可能である。例えば、ネットワーク中継装置、ネットワークシステム、ネットワーク中継方法、それらの方法または装置の機能を実現するためのコンピュータプログラム、そのコンピュータプログラムを記録した記憶媒体等の形態で実現することができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の一実施例としてのネットワークシステムの概略構成を示す説明図である。
【図２】２台のサーバのＩＰアドレス情報の一例を示す説明図である。
【図３】ホストのＩＰアドレス情報の一例を示す説明図である。
【図４】２台のルータの設定情報の一例を示す説明図である。
【図５】ネットワーク装置の構成情報を規定するコンフィギュレーション情報の一例を示す説明図である。
【図６】インタフェースデータベースの一例を示す説明図である。
【図７】ＶＲＦ１ルーティングテーブルとＶＲＦ２ルーティングテーブルとが作成される様子を示す説明図である。
【図８】インタフェースデータベースが図６で示した状態である場合におけるＶＲＦ１ルーティングテーブルの一例を示す説明図である。
【図９】インタフェースデータベースが図６で示した状態である場合におけるＶＲＦ２ルーティングテーブルの一例を示す説明図である。
【図１０】直結経路制御部で管理される直結経路情報がＯＳＰＦプロトコルにより広告される様子を示す説明図である。
【図１１】監視対象であるルータとのＯＳＰＦネイバ状態に障害が発生する前におけるネットワークシステムの動作を示す説明図である。
【図１２】ネットワーク装置におけるパケット転送処理の手順を示すフローチャートである。
【図１３】フェイルオーバ処理の手順を示すフローチャートである。
【図１４】フェイルオーバ処理時におけるネットワークシステムの動作を示す説明図である。
【図１５】図１３のステップＳ５０５において更新された後のインタフェースデータベースを示す説明図である。
【図１６】監視対象であるルータとのＯＳＰＦネイバ状態に障害が発生した後におけるネットワークシステムの動作を示す説明図である。
【図１７】第２実施例におけるネットワークシステムの概略構成を示す説明図である。
【図１８】ルータの設定情報の一例を示す説明図である。
【図１９】ネットワーク装置の構成情報を規定するコンフィギュレーション情報の一例を示す説明図である。
【図２０】ネットワーク装置のインタフェースデータベースの一例を示す説明図である。
【図２１】ネットワーク装置のＶＲＦ１ルーティングテーブルとＶＲＦ２ルーティングテーブルとが作成される様子を示す説明図である。
【図２２】インタフェースデータベースが図２０で示した状態である場合におけるネットワーク装置のＶＲＦ１ルーティングテーブルの一例を示す説明図である。
【図２３】インタフェースデータベースが図２０で示した状態である場合におけるネットワーク装置のＶＲＦ２ルーティングテーブルの一例を示す説明図である。
【図２４】第１ＯＳＰＦ処理部と第２ＯＳＰＦ処理部と第３ＯＳＰＦ処理部とが互いの経路情報をＯＳＰＦプロトコルにより広告する様子を示す説明図である。
【図２５】ネットワーク装置の構成情報を規定するコンフィギュレーション情報の一例を示す説明図である。
【図２６】ネットワーク装置のインタフェースデータベースの一例を示す説明図である。
【図２７】インタフェースデータベースが図２６で示した状態である場合におけるネットワーク装置のＶＲＦ１ルーティングテーブルの一例を示す説明図である。
【図２８】インタフェースデータベースが図２６で示した状態である場合におけるネットワーク装置のＶＲＦ２ルーティングテーブルの一例を示す説明図である。
【図２９】ネットワーク装置において監視対象であるネットワーク内のルータとのＯＳＰＦネイバ状態に障害が発生する前におけるネットワークシステムの動作を示す説明図である。
【図３０】第２実施例におけるフェイルオーバ処理の手順を示すフローチャートである。
【図３１】第２実施例のフェイルオーバ処理時におけるネットワークシステムの動作を示す説明図である。
【図３２】図３０のステップＳ５０５において更新された後のネットワーク装置のインタフェースデータベースを示す説明図である。
【図３３】監視対象であるネットワーク内のルータとのＯＳＰＦネイバ状態に障害が発生した後におけるネットワークシステムの動作を示す説明図である。
【図３４】監視対象であるネットワーク内のルータとのＯＳＰＦネイバ状態に障害が発生した後において第１ＯＳＰＦ処理部と第２ＯＳＰＦ処理部と第３ＯＳＰＦ処理部とが互いの経路情報をＯＳＰＦプロトコルにより広告する様子を示す説明図である。
【発明を実施するための形態】
【００１８】
次に、本発明の実施の形態を実施例に基づいて以下の順序で説明する。
Ａ．第１実施例：
（Ａ−１）システム構成：
（Ａ−２）障害検出前の動作：
（Ａ−３）フェイルオーバ処理：
（Ａ−４）障害検出後の動作：
Ｂ．第２実施例：
（Ｂ−１）システム構成：
（Ｂ−２）障害検出前の動作：
（Ｂ−３）フェイルオーバ処理：
（Ｂ−４）障害検出後の動作：
Ｃ．変形例：
【００１９】
Ａ．第１実施例：
（Ａ−１）システム構成：
図１は、本発明の一実施例としてのネットワークシステム１０の概略構成を示す説明図である。ネットワークシステム１０は、２台のサーバ（運用サーバ２０１、予備サーバ２０２）と、３台のレイヤ３のネットワーク中継装置（ネットワーク装置１００、ルータ４０１、ルータ４０２）と、ホストコンピュータ（ホスト３０１）とを備えている。
【００２０】
第１の処理装置としての運用サーバ２０１は、所定のサービス（例えば、ＷＥＢサービス等のサービス）をホストコンピュータに対して提供するためのサーバコンピュータである。第２の処理装置としての予備サーバ２０２は、運用サーバ２０１がサービスを提供し得る状態の間は、サービスを提供せずに待機する。運用サーバ２０１がサービスを提供し得ない状態の場合は、運用サーバ２０１に代わって所定のサービスを提供する。すなわち、運用サーバ２０１はいわゆる運用系サーバ、予備サーバ２０２はいわゆる待機系サーバである。なお、以降、処理装置のことを「サーバ」とも呼ぶ。
【００２１】
ネットワーク中継装置としてのネットワーク装置１００は、２台のサーバと、ホスト３０１との間のパケットによる通信を中継するレイヤ３のネットワーク中継装置である。ネットワーク装置１００は、運用サーバ２０１を運用系サーバとし、予備サーバ２０２を待機系サーバとするようにＯＳＰＦ（Ｏｐｅｎ Ｓｈｏｒｔｅｓｔ Ｐａｔｈ Ｆｉｒｓｔ）プロトコルを用いた経路制御を行う。
【００２２】
ネットワーク装置１００は、３つのインタフェース（インタフェース１３１〜１３３）と、コンフィギュレーションデータベース１１０と、第１の経路情報記憶部としてのＶＲＦ１ルーティングテーブル１２１と、第２の経路情報記憶部としてのＶＲＦ２ルーティングテーブル１２２と、ＶＲＦ定義情報記憶部としてのインタフェースデータベース１４０と、パケット転送処理部１５０と、直結経路制御部１６０と、第１ＯＳＰＦ処理部１６１と、第２ＯＳＰＦ処理部１６２と、フェイルオーバ処理部１７０とを備えている。
【００２３】
３つのインタフェース（インタフェース１３１〜１３３）は、ネットワーク装置１００と、ネットワーク装置１００に接続される外部装置との間でパケットを送受信する機能を有する。インタフェース１３１は、ルータ４０１と回線を介して接続されている。ルータ４０１は、運用サーバ２０１と回線を介して接続されている。ルータ４０１は、ネットワーク装置１００とＯＳＰＦプロトコルを用いた経路制御を行う。同様に、インタフェース１３２はルータ４０２と回線を介して接続されている。ルータ４０２は、予備サーバ２０２と回線を介して接続されている。ルータ４０２は、ネットワーク装置１００とＯＳＰＦプロトコルを用いた経路制御を行う。なお、ルータ４０１と、ルータ４０２との間では、ＶＲＦ（Ｖｉｒｔｕａｌ Ｒｏｕｔｉｎｇ ａｎｄ Ｆｏｒｗａｒｄｉｎｇ）技術によりネットワークが分離されているため、ＯＳＰＦプロトコルを用いた経路制御は行われない（詳細は後述）。インタフェース１３３はホスト３０１と回線を介して接続されている。
【００２４】
コンフィギュレーションデータベース１１０は、ネットワーク装置１００の構成情報を保持するためのデータベースである。インタフェースデータベース１４０は、ネットワーク装置１００における全てのインタフェースの構成情報を保持するためのデータベースである。パケット転送処理部１５０は、いずれかのインタフェースからパケットを受信した際に、当該パケットを出力すべきインタフェースを判断し、転送を行う処理部である。
【００２５】
直結経路制御部１６０は、直結経路（ネットワーク中継装置内のインタフェースと、当該インタフェースに回線のみを介して接続される装置との間の経路）に関する経路情報を取得するとともに、経路情報を管理する機能を有する。経路情報広告部および第１の状態検出部としての第１ＯＳＰＦ処理部１６１は、第１のＯＳＰＦドメインに関するＯＳＰＦプロトコル動作（例えば、隣接関係の確立や、ＬＳＡ（Ｌｉｎｋ-Ｓｔａｔｅ Ａｄｖｅｒｔｉｓｅｍｅｎｔ：リンクステート広告）の交換、ルータの障害等に伴うネットワークトポロジの変化の検出、すなわち、ネットワークの状態の検出）を行うとともに、経路情報を管理する機能を有する。経路情報広告部および第２の状態検出部としての第２ＯＳＰＦ処理部１６２は、第２のＯＳＰＦドメインに関するＯＳＰＦプロトコル動作を行うとともに、経路情報を管理する機能を有する。フェイルオーバ処理部１７０は、第１ＯＳＰＦ処理部１６１や、第２ＯＳＰＦ処理部１６２からＯＳＰＦネイバ障害の通知を受けた際（換言すれば、通信経路上のノードや回線等に障害が発生した旨を示す通知を受けた際）、予備経路へ切り替える処理（以降、「フェイルオーバ処理」とも呼ぶ。）を実行する処理部である。
【００２６】
ＶＲＦ１ルーティングテーブル１２１と、ＶＲＦ２ルーティングテーブル１２２は、サーバとホストとの間の通信を行うために必要なルーティングテーブルである。このように、本実施例におけるネットワーク装置１００は、２つのルーティングテーブル（１２１、１２２）を備えている。これら２つのルーティングテーブルは、ネットワーク装置１００が具備するＶＲＦ技術によって保持される。
【００２７】
ＶＲＦ技術とは、レイヤ３転送を行うネットワーク中継装置に組み込まれている技術であり、複数のルーティングテーブルを保持し、それら複数のルーティングテーブルが同時に機能することを可能とする技術である。同一の装置内に存在するルーティングテーブルが異なれば、互いに干渉されず、独立した動作が可能となる。すなわち、複数のルーティングテーブルに対して、同一のレイヤ３アドレス（以降、「ＩＰアドレス」とも呼ぶ。）を設定することも可能となる。このように、ルーティングテーブルが異なり、同一のＩＰアドレスを設定可能であるということは、ネットワークが分離されている（すなわち、異なる仮想ネットワークを構成している）ということになる。
【００２８】
クライアント装置としてのホスト３０１は、いわゆるパーソナルコンピュータであり、ネットワーク装置１００を経由して、運用サーバ２０１（または予備サーバ２０２）が提供するサービスを利用する。以降、クライアント装置のことを「ホスト」とも呼ぶ。なお、図１では便宜上、ルータ４０１、ルータ４０２の内部構造、および、説明上必要としない他のネットワーク装置、回線、ネットワーク装置１００の内部構造については図示を省略している。このことは、後述する図においても同様である。
【００２９】
図２は、２台のサーバのＩＰアドレス情報の一例を示す説明図である。本実施例における運用サーバ２０１と、予備サーバ２０２には、図２に示すＩＰアドレスと、サブネットマスク長と、デフォルトゲートウェイとがそれぞれ設定される。すなわち、運用サーバ２０１と、予備サーバ２０２には、同じＩＰアドレスが設定される。通常のネットワークシステムにおけるＩＰアドレスは、ネットワーク内における装置やインタフェースを一意に識別するための識別子であるため、同一の値を設定することはできない。しかし、本実施例では、後述するＶＲＦの設定により運用サーバ２０１が所属するネットワークと、予備サーバ２０２が所属するネットワークとが異なるため、同一のＩＰアドレスを設定することが可能となる。
【００３０】
図３は、ホスト３０１のＩＰアドレス情報の一例を示す説明図である。本実施例におけるホスト３０１には、図３に示すＩＰアドレスと、サブネットマスク長と、デフォルトゲートウェイとが設定される。
【００３１】
図４は、２台のルータの設定情報の一例を示す説明図である。本実施例におけるルータ４０１と、ルータ４０２には、図４に示すＩＰアドレスと、サブネットマスク長と、ＯＳＰＦプロトコル動作とがそれぞれ設定される。以下、図４のエントリＥ１、２について、ルータ４０１を例として説明する。ルータ４０２については、ルータ４０１をルータ４０２と、運用サーバ２０１を予備サーバ２０２として読み替えればよい。
【００３２】
エントリＥ１のインタフェース番号「１」は、ルータ４０１において、運用サーバ２０１と回線を介して接続されるインタフェース（図示省略）を識別するための番号である。ＯＳＰＦプロトコル動作フィールドの値は、ＯＮの場合はＯＳＰＦプロトコルを動作させること、ＯＦＦの場合はＯＳＰＦプロトコルを動作させないことを示している。すなわち、エントリＥ１は、ルータ４０１のインタフェース番号１により識別されるインタフェースは、運用サーバ２０１と接続するためのＯＳＰＦプロトコルを動作させないことを示している。エントリＥ２のインタフェース番号「２」は、ルータ４０１において、ネットワーク装置１００と回線を介して接続されるインタフェース（図示省略）を識別するための番号である。すなわち、エントリＥ２は、ルータ４０１のインタフェース番号２により識別されるインタフェースは、ネットワーク装置１００と接続するためのＯＳＰＦプロトコルを動作させることを示している。
【００３３】
また、ルータＩＤは、ＯＳＰＦプロトコルにおいて、装置を一意に識別するための識別子として付与される番号である。ルータ４０１、４０２には、同じルータＩＤ「２．２．２．２」が設定される。このように、ルータ４０１、４０２には、同じＩＰアドレスと、同じルータＩＤとを設定することが可能である。これは、前述したサーバと同様、ＶＲＦの設定により所属するネットワークが異なることによる。
【００３４】
図５は、ネットワーク装置１００の構成情報を規定するコンフィギュレーション情報の一例を示す説明図である。このコンフィギュレーション情報は、コンフィギュレーションデータベース１１０に保持される。行Ｃ１は、第１のＶＲＦを定義している。行Ｃ２は、第２のＶＲＦを定義している。行Ｃ３は、インタフェース１３１を定義している。インタフェースの種類はイーサネット（登録商標）である。なお、後述するインタフェース１３２、１３３についても、インタフェースの種類は全てイーサネット（登録商標）である。
【００３５】
行Ｃ４は、インタフェース１３１が、第１のＶＲＦのネットワークに所属することを定義している。行Ｃ５は、インタフェース１３１のＩＰアドレスと、サブネットマスク長とを定義している。行Ｃ６は、インタフェース１３２を定義している。行Ｃ７は、インタフェース１３２が、第２のＶＲＦのネットワークに所属することを定義している。行Ｃ８は、インタフェース１３２のＩＰアドレスと、サブネットマスク長とを定義している。
【００３６】
ここで、インタフェース１３１のＩＰアドレス（行Ｃ５）と、インタフェース１３２のＩＰアドレス（行Ｃ８）とには、同じ値が定義されている。通常のネットワークシステムにおけるＩＰアドレスは、ネットワーク内における装置やインタフェースを一意に識別するための識別子であるため、同一の値を設定することができない。しかし、インタフェース１３１と、インタフェース１３２とは、異なるＶＲＦに属している（行Ｃ４、Ｃ７）。これは、インタフェース１３１が所属するネットワークと、インタフェース１３２が所属するネットワークとが異なることを意味する。このため、インタフェース１３１、１３２には同じＩＰアドレスを設定することができる。同様に、インタフェース１３１に接続するネットワークに所属する装置（ルータ４０１、運用サーバ２０１）と、インタフェース１３２に接続するネットワークに所属する装置（ルータ４０２、予備サーバ２０２）とに同じＩＰアドレスやルータＩＤを設定することができる。
【００３７】
行Ｃ９は、インタフェース１３３を定義している。行Ｃ１０は、インタフェース１３３が、第１のＶＲＦに所属することを定義している。行Ｃ１１は、状態監視ルール５０（詳細は後述）により、ルータ４０１とのＯＳＰＦネイバ障害を検出した際に、インタフェース１３３を第２のＶＲＦのネットワークに所属させるよう切り替えを行うことを定義している。行Ｃ１２は、インタフェース１３３のＩＰアドレスと、サブネットマスク長とを定義している。
【００３８】
行Ｃ１３は、第１のＯＳＰＦドメインを定義している。行Ｃ１４は、第１のＯＳＰＦドメインに属するルータのルータＩＤを定義している。行Ｃ１５は、インタフェース１３１をＯＳＰＦのエリア番号「０」で動作させることを定義している。行Ｃ１６は、インタフェース１３３のＩＰアドレスと、インタフェース１３３に回線を介して接続される装置のＩＰアドレスとを、第１のＯＳＰＦドメインの経路情報として広告することを定義している。行Ｃ１３〜Ｃ１６の設定により、第１ＯＳＰＦ処理部１６１は、ルータ４０１と共にＯＳＰＦプロトコルによる経路制御を行い、運用サーバ２０１、ルータ４０１に関する経路情報を構築することができる。
【００３９】
行Ｃ１７は、第２のＯＳＰＦドメインを定義している。行Ｃ１８は、第２のＯＳＰＦドメインに属するルータのルータＩＤを定義している。行Ｃ１９は、インタフェース１３２をＯＳＰＦのエリア番号「０」で動作させることを定義している。行Ｃ２０は、インタフェース１３３のＩＰアドレスと、インタフェース１３３に回線を介して接続される装置のＩＰアドレスとを、第２のＯＳＰＦドメインの経路情報として広告することを定義している。行Ｃ１７〜Ｃ２０の設定により、第２ＯＳＰＦ処理部１６２は、ルータ４０２と共にＯＳＰＦプロトコルによる経路制御を行い、予備サーバ２０２、ルータ４０２に関する経路情報を構築することができる。
【００４０】
行Ｃ２１は、状態監視ルール５０により、インタフェース１３１で動作するＯＳＰＦのネイバ情報の切断を監視すること、すなわち、ネットワーク装置１００とルータ４０１との間におけるＯＳＰＦネイバの状態監視ルールを定義している。なお、図５では、便宜上、説明上必要としないネットワーク装置の構成情報を規定するコンフィギュレーションについては省略している。このことは、後述する図においても同様である。
【００４１】
図６は、インタフェースデータベース１４０の一例を示す説明図である。インタフェースデータベース１４０は、インタフェース番号フィールドと、ＶＲＦ番号フィールドと、ＩＰアドレスフィールドと、サブネットマスク長フィールドとを含んでいる。インタフェース番号フィールドには、ネットワーク装置１００が有するインタフェースの識別子が格納されている。ＶＲＦ番号フィールドには、インタフェースが属するＶＲＦネットワークの識別子が格納されている。ＩＰアドレスフィールドには、インタフェースのＩＰアドレスが格納されている。サブネットマスク長フィールドには、サブネットマスク（ＩＰアドレスのうちの何ビットをネットワークアドレスに使用するかを定義する値）が格納されている。
【００４２】
このインタフェースデータベース１４０は、ネットワーク装置１００における構成情報を定義したコンフィギュレーションデータベース１１０（図５）に基づき保持される。すなわち、インタフェースデータベース１４０のエントリＥ１には、図５で説明したコンフィギュレーション情報の行Ｃ３〜Ｃ５で定義された情報が格納される。同様に、エントリＥ２には、行Ｃ６〜Ｃ８で定義された情報が、エントリＥ３には行Ｃ９、Ｃ１０、Ｃ１２で定義された情報が、それぞれ格納される。なお、パケット転送処理部１５０いずれかのインタフェースからパケットを受信した際に、パケットの転送先を決定するために検索するルーティングテーブルを決定するために、このインタフェースデータベース１４０を用いる。詳細については後述する。
【００４３】
図７は、ＶＲＦ１ルーティングテーブル１２１と、ＶＲＦ２ルーティングテーブル１２２とが作成される様子を示す説明図である。ステップＳ１０１において第１ＯＳＰＦ処理部１６１は、ルータ４０１（図示省略）とのＯＳＰＦプロトコル動作（パケットの送受信）により、ネットワーク装置１００とルータ４０１との間の経路情報を構築する。ステップＳ１０２において第１ＯＳＰＦ処理部１６１は、構築した経路情報をＶＲＦ１ルーティングテーブル１２１に格納する。これは、第１ＯＳＰＦ処理部１６１がインタフェース１３１で動作していることと、インタフェース１３１が第１のＶＲＦのネットワークに属していることによる（図５：行Ｃ３〜Ｃ５、行Ｃ１３〜Ｃ１５）。
【００４４】
ステップＳ１１１において第２ＯＳＰＦ処理部１６２は、ルータ４０２（図示省略）とのＯＳＰＦプロトコル動作により、ネットワーク装置１００とルータ４０２との間の経路情報を構築する。ステップＳ１１２において第２ＯＳＰＦ処理部１６２は、構築した経路情報をＶＲＦ２ルーティングテーブル１２２に格納する。これは、第２ＯＳＰＦ処理部１６２がインタフェース１３２で動作していることと、インタフェース１３２が第２のＶＲＦのネットワークに属していることによる（図５：行Ｃ６〜Ｃ８、行Ｃ１７〜Ｃ１９）。
【００４５】
ステップＳ１２１において直結経路制御部１６０は、ＡＲＰ処理等を使用して、インタフェース１３３に接続される装置（ホスト３０１）の情報をインタフェース１３３から読み取り、経路情報を構築する。ステップＳ１２２において直結経路制御部１６０は、第１のＶＲＦに関する直結経路をＶＲＦ１ルーティングテーブル１２１に格納する。具体的には、直結経路制御部１６０は、インタフェース１３１のＩＰアドレスと、インタフェース１３１に回線を介して接続されている装置のＩＰアドレスと、インタフェース１３３のＩＰアドレスと、インタフェース１３３に回線を介して接続されている装置（ホスト３０１）のＩＰアドレスとをＶＲＦ１ルーティングテーブル１２１に格納する。これは、インタフェース１３１、１３３が第１のＶＲＦのネットワークに属していることによる（図５：行Ｃ３、Ｃ４、Ｃ９、Ｃ１０）。
【００４６】
ステップＳ１２３において直結経路制御部１６０は、第２のＶＲＦに関する直結経路をＶＲＦ２ルーティングテーブル１２２に格納する。具体的には、直結経路制御部１６０は、インタフェース１３２のＩＰアドレスと、インタフェース１３２に回線を介して接続されている装置のＩＰアドレスと、インタフェース１３３のＩＰアドレスと、インタフェース１３３に回線を介して接続されている装置のＩＰアドレスとをＶＲＦ２ルーティングテーブル１２２に格納する。これは、インタフェース１３２が第２のＶＲＦのネットワークに属していること（図５：行Ｃ６、Ｃ７）、および、状態監視ルール５０により障害を検出した際に第２のＶＲＦへ切り替えを行うこと（図５：行Ｃ９、Ｃ１１）による。
【００４７】
なお、図７においては、インタフェース１３１と、インタフェース１３２とに関する直結経路を構築する処理、および、コンフィギュレーションデータベース１１０から各インタフェースに設定したＩＰアドレスに関する経路情報を構築する処理については記載を省略している。
【００４８】
図８は、インタフェースデータベース１４０が図６で示した状態である場合における、ＶＲＦ１ルーティングテーブル１２１の一例を示す説明図である。ＶＲＦ１ルーティングテーブル１２１は、あて先ＩＰアドレスフィールドと、サブネットマスク長フィールドと、ネクストホップＩＰアドレスフィールドと、出力インタフェースフィールドとを含んでいる。あて先ＩＰアドレスフィールドには、あて先のＩＰアドレスが格納されている。サブネットマスク長フィールドには、サブネットマスクが格納されている。ネクストホップＩＰアドレスフィールドには、ネットワーク装置１００が次にパケットを転送すべき装置のＩＰアドレスが格納されている。出力インタフェースフィールドには、パケット転送処理部１５０がパケットを出力するインタフェースの識別子が格納されている。
【００４９】
ＶＲＦ１ルーティングテーブル１２１には、インタフェースデータベース１４０のＶＲＦ番号フィールドの値が「１」であるインタフェースの情報と、当該インタフェースに回線を介して接続されている装置の情報と、第１ＯＳＰＦ処理部１６１により構築された第１のＶＲＦの経路情報（図７：ステップＳ１０１）とが保持される。すなわち、インタフェース１３１、１３３、および、ルータ４０１、運用サーバ２０１、ホスト３０１の情報が保持される。
【００５０】
エントリＥ１には、第１ＯＳＰＦ処理部１６１により構築された第１のＶＲＦの経路情報としての、運用サーバ２０１の情報が保持されている。具体的には、あて先ＩＰアドレスフィールドには、運用サーバ２０１のＩＰアドレスが格納されている。なお、運用サーバ２０１のＩＰアドレス「１０．１．１．１」に対してあて先ＩＰアドレスが「１０．１．１．０」とされているのは、２４ビット長のサブネットマスクが設定されているためである。サブネットマスク長フィールドには、ネットワークあてであることを示す「２４」が格納されている。ネクストホップＩＰアドレスフィールドには、ネットワーク装置１００がパケットを転送すべき装置（すなわち、ルータ４０１）のＩＰアドレスが格納されている。これは、ネットワーク装置１００と、運用サーバ２０１とが、他の装置（ルータ４０１）を介して接続されているためである。従って、例えば、ネットワーク装置１００と、運用サーバ２０１とが回線を介して直接接続されている場合、ネクストホップＩＰアドレスフィールドには、運用サーバ２０１のＩＰアドレスが格納される。出力インタフェースフィールドには、ルータ４０１に接続されている、ネットワーク装置１００のインタフェースの識別子が格納されている。
【００５１】
エントリＥ２には、ネットワーク装置１００のインタフェース１３１の情報が保持されている。具体的には、あて先ＩＰアドレスフィールドには、インタフェース１３１のＩＰアドレスが格納されている。サブネットマスク長フィールドには、装置あてであることを示す「３２」が格納されている。ネットワーク装置１００が、インタフェース１３１のＩＰアドレスをあて先ＩＰアドレスとしたパケットを受信した場合、当該パケットは転送せずに、ネットワーク装置１００で処理をする必要がある。そのため、ネクストホップＩＰアドレスフィールドと、出力インタフェースフィールドには値が格納されていない（図中では「−」で示している）。
【００５２】
エントリＥ３には、ルータ４０１の情報が保持されている。具体的には、あて先ＩＰアドレスフィールドには、ルータ４０１のＩＰアドレスが格納されている。サブネットマスク長フィールドには、装置あてであることを示す「３２」が格納されている。ネクストホップＩＰアドレスフィールドには、ネットワーク装置１００がパケットを転送すべき装置（すなわち、ルータ４０１）のＩＰアドレスが格納されている。これは、ネットワーク装置１００と、ルータ４０１とが回線を介して直接接続されているためである。出力インタフェースフィールドには、ルータ４０１に接続されているインタフェースの識別子が格納されている。
【００５３】
エントリＥ４には、ホスト３０１の情報が保持されている。詳細については、上述したルータ４０１（エントリＥ３）と同様であるため説明を省略する。エントリＥ５にはインタフェース１３３の情報が保持されている。詳細については、上述したインタフェース１３１（エントリＥ２）と同様であるため説明を省略する。
【００５４】
図９は、インタフェースデータベース１４０が図６で示した状態である場合における、ＶＲＦ２ルーティングテーブル１２２の一例を示す説明図である。ＶＲＦ２ルーティングテーブル１２２は、ＶＲＦ１ルーティングテーブル１２１と同様のテーブル構成を有している。ＶＲＦ２ルーティングテーブル１２２には、インタフェースデータベース１４０のＶＲＦ番号フィールドの値が「２」であるインタフェースの情報と、当該インタフェースに回線を介して接続されている装置の情報と、第２ＯＳＰＦ処理部１６２により構築された第２のＶＲＦの経路情報（図７：ステップＳ１１１）とが保持される。すなわち、インタフェース１３２、１３３、および、ルータ４０２、予備サーバ２０２、ホスト３０１の情報が保持される。
【００５５】
エントリＥ１には、第２ＯＳＰＦ処理部１６２により構築された第２のＶＲＦの経路情報としての、予備サーバ２０２の情報が保持されている。エントリＥ２には、インタフェース１３２の情報が格納されている。エントリＥ３には、ルータ４０２の情報が保持されている。エントリＥ４には、ホスト３０１の情報が保持されている。エントリＥ５にはインタフェース１３３の情報が保持されている。エントリＥ１の詳細については、上述した運用サーバ２０１（図８：エントリＥ１）と同様であるため説明を省略する。同様に、エントリＥ２はインタフェース１３１（図８：エントリＥ２）と、エントリＥ３はルータ４０１（図８：エントリＥ３）と、エントリＥ４はホスト３０１（図８：エントリＥ４）と、エントリＥ５はインタフェース１３３（図８：エントリＥ５）と、それぞれ同様であるため説明を省略する。
【００５６】
図１０は、直結経路制御部１６０で管理される直結経路情報がＯＳＰＦプロトコルにより広告される様子を示す説明図である。ステップＳ１３１において直結経路制御部１６０は、インタフェース１３３に関する直結経路の情報を第１ＯＳＰＦ処理部１６１に送信する。ステップＳ１３２において第１ＯＳＰＦ処理部１６１は、インタフェース１３３に関する直結経路の情報を、第１のＯＳＰＦドメインに経路情報として広告する。この動作は、図５で説明したコンフィギュレーションデータベース１１０の行Ｃ１６の定義に基づく。ステップＳ１３３において直結経路制御部１６０は、インタフェース１３３に関する直結経路の情報を第２ＯＳＰＦ処理部１６２に送信する。ステップＳ１３４において第２ＯＳＰＦ処理部１６２は、インタフェース１３３に関する直結経路の情報を、第２のＯＳＰＦドメインに経路情報として広告する。この動作は、図５の行Ｃ２０の定義に基づく。なお、経路情報が広告される様子は、例えばプロトコルアナライザを用いてパケットをキャプチャすることによっても確認することができる。
【００５７】
（Ａ−２）障害検出前の動作：
図１１は、監視対象であるルータ４０１とのＯＳＰＦネイバ状態に障害が発生する前におけるネットワークシステム１０の動作を示す説明図である。まず、図１１に示すように、ホスト３０１はサービスと提供するサーバ（運用サーバ２０１もしくは予備サーバ２０２）にアクセスするため、あて先ＩＰアドレスを１０．１．１．１とする要求パケットを送信する。このパケットは、図３で説明した自身のデフォルトゲートウェイで指定されているＩＰアドレス（すなわち、インタフェース１３３のＩＰアドレス）へ送信する。
【００５８】
図１２は、ネットワーク装置１００におけるパケット転送処理の手順を示すフローチャートである。ネットワーク装置１００は、ホスト３０１から送信されたパケットを、インタフェース１３３において受信する（ステップＳ１１）。次に、ステップＳ１２において、パケット転送処理部１５０は、インタフェースデータベース１４０を検索する。具体的には、パケット転送処理部１５０は、インタフェースデータベース１４０のインタフェース番号フィールドの値と、パケットを受信したインタフェースの識別子とが一致するエントリを検索する。そして、パケット転送処理部１５０は、当該一致したエントリのＶＲＦ番号フィールドの値を取得する。図６および図１１の例では、パケット転送処理部１５０は、インタフェースの識別子１３３に一致するエントリＥ３のＶＲＦ番号フィールドの値「１」を取得する。
【００５９】
ステップＳ１３において、パケット転送処理部１５０は、ＶＲＦ番号に対応するルーティングテーブルを検索する。本実施例の場合は、ＶＲＦ番号が「１」の場合は第１のＶＲＦのルーティングテーブル（ＶＲＦ１ルーティングテーブル１２１）を使用する。一方、ＶＲＦ番号が「２」の場合は、第２のＶＲＦのルーティングテーブル（ＶＲＦ２ルーティングテーブル１２２）を使用する。図１１の例では、ステップＳ１２において求めたＶＲＦ番号は「１」であるため、パケット転送処理部１５０は、ＶＲＦ１ルーティングテーブル１２１を検索することとなる。すなわち、パケット転送処理部１５０は、パケット送信元の装置が所属するＶＲＦネットワーク（仮想ネットワーク）に対応した経路情報を用いて経路探索をする。
【００６０】
パケット転送処理部１５０は、ＶＲＦ１ルーティングテーブル１２１のあて先ＩＰアドレスフィールドの値と、受信したパケットのヘッダ中に含まれるあて先ＩＰアドレスを示す情報とが一致するエントリを検索する。そして、パケット転送処理部１５０は、一致したエントリの、ネクストホップＩＰアドレスフィールドの値と、出力インタフェースフィールドの値を取得する。図８および図１１の例では、パケット転送処理部１５０は、あて先ＩＰアドレス１０．１．１．１に一致するエントリＥ１のネクストホップＩＰアドレスフィールドの値「１０．１．２．２５４」と、出力インタフェースフィールドの値「１３１」とを取得する。
【００６１】
ステップＳ１４においてパケット転送処理部１５０は、パケットの入力インタフェースのＶＲＦ番号と、パケットの出力インタフェースのＶＲＦ番号が一致するか否かを判定する。図６および図８の例では、パケットの入力インタフェース１３３のＶＲＦ番号は「１」、パケットの出力インタフェース１３１のＶＲＦ番号は「１」であるため、一致すると判定される。ＶＲＦ番号が一致する場合、ステップＳ１５においてパケット転送処理部１５０は、ステップＳ１３で求めた出力インタフェースからパケットを出力する。インタフェース１３１から出力されたパケットは、ルータ４０１へ送信される。パケットを受信したルータ４０１は、ルータ４０１内部に保持されている経路情報（図示省略）に基づいてあて先ＩＰアドレス１０．１．１．１に対応する装置（運用サーバ２０１）に対してパケットを転送する。一方、ＶＲＦ番号が一致しない場合、ステップＳ１６においてパケット転送処理部１５０は、パケットを転送しないで廃棄する。
【００６２】
上述のようにして、ホスト３０１からの要求パケットは運用サーバ２０１へ転送される。運用サーバ２０１は、ホスト３０１から受信したパケットを元にしてサービスを行った後、ホスト３０１に対して応答パケットを送信する。この応答パケットのあて先ＩＰアドレスは、ホスト３０１のＩＰアドレス２０．１．１．１である。このパケットは、図２で説明した自身のデフォルトゲートウェイで指定されているＩＰアドレス（すなわち、ルータ４０１のＩＰアドレス）へ送信する。
【００６３】
パケットを受信したルータ４０１は、ＯＳＰＦプロトコルにより学習し、ルータ４０１内部に保持されている経路情報に基づいて、ネットワーク装置１００のインタフェース１３１に対してパケットを転送する。
【００６４】
ネットワーク装置１００は、ルータ４０１から転送された応答パケットを、インタフェース１３１において受信する。その後、パケット転送処理部１５０は、当該受信パケットについて、図１２で説明したものと同様の処理を行うことによって、該当する出力インタフェースからパケットを出力する。この結果、運用サーバ２０１からの応答パケットは、ホスト３０１へ転送される。なお、図１１では、ホストからの要求を白抜きの矢印、サーバからの応答を斜線を施した矢印で表している（このことは、後述する同種の図においても同様である。）。このようにして、ホスト３０１と、運用サーバ２０１との間で、双方向の通信が行われることにより運用サーバ２０１によるサービスの提供が実現する。
【００６５】
以上のように、ルータ４０１とのＯＳＰＦネイバ状態に障害が発生する前においては、運用サーバ２０１が運用系サーバとして機能している。
【００６６】
また、パケット転送処理部１５０は、パケットの送信元である装置が所属する仮想ネットワークとパケットのあて先である装置が所属する仮想ネットワークとが異なる場合はパケットを転送せずに廃棄するため、異なる仮想ネットワークに属する装置間における通信を抑制することができる。この結果、ネットワークシステムにおける安全性を向上させることができる。
【００６７】
一方、予備サーバ２０２が接続されているインタフェース１３２は、図６のＶＲＦ番号フィールドの値が「２」であるため、第２のＶＲＦに属している。すなわち、第１のＶＲＦに属するインタフェース１３１、１３３に接続されている運用サーバ２０１と、ホスト３０１とは、同一のネットワークである第１のＶＲＦに所属している。また、第２のＶＲＦに属するインタフェース１３２に接続されている予備サーバ２０２は、第２のＶＲＦに所属している。このため、図６に示したインタフェースデータベース１４０の状態においてホスト３０１は、予備サーバ２０２とは異なるＶＲＦネットワークに所属することとなり、予備サーバ２０２と通信を行うことはない。すなわち、障害検出前においては、予備サーバ２０２は待機系サーバとして機能している。
【００６８】
具体的には、例えば、ネットワーク装置１００が、予備サーバ２０２からホスト３０１へのパケットを受信した場合について考える。ネットワーク装置１００は、予備サーバ２０２から送信されたパケットをインタフェース１３２において受信する（図１２：ステップＳ１１）。パケット転送処理部１５０は、図５に示したインタフェースデータベース１４０を検索し、インタフェース１３２に一致するエントリＥ２のＶＲＦフィールドの値「２」を取得する（図１２：ステップＳ１２）。ＶＲＦが２であるため、パケット転送処理部１５０は、図９に示したＶＲＦ２ルーティングテーブル１２２を検索し、あて先ＩＰアドレス２０．１．１．１に一致するエントリＥ４のネクストホップＩＰアドレスフィールドの値と、出力インタフェースフィールドの値を取得する（図１２：ステップＳ１３）。パケット転送処理部１５０は、パケットの入力インタフェース１３２のＶＲＦ番号「２」と、パケットの出力インタフェース１３３のＶＲＦ番号「１」が一致しないため、パケットを廃棄し、処理を終了する（図１２：ステップＳ１４、１６）。
【００６９】
上述の通り、あるサーバを運用系サーバとするためには、サーバが回線や他のネットワーク中継装置を介して接続しているインタフェースのＶＲＦ番号と、ホストが回線や他のネットワーク中継装置を介して接続しているインタフェースのＶＲＦ番号とを同じにすればよい。一方、あるサーバを待機系サーバとするには、サーバが回線や他のネットワーク中継装置を介して接続しているインタフェースのＶＲＦ番号と、ホストが回線や他のネットワーク中継装置を介して接続しているインタフェースのＶＲＦ番号と、を異なる番号にすればよい。
【００７０】
（Ａ−３）フェイルオーバ処理：
図１３は、フェイルオーバ処理の手順を示すフローチャートである。図１４は、フェイルオーバ処理時におけるネットワークシステム１０の動作を示す説明図である。なお、図１４に示すステップ番号は、図１３のステップ番号と対応している。また、以下では、第１ＯＳＰＦ処理部１６１を例示して説明するが、第２ＯＳＰＦ処理部１６２についても同様のフェイルオーバ処理が行われる。
【００７１】
ステップＳ５０１において第１ＯＳＰＦ処理部１６１は、ルータ４０１とのＯＳＰＦネイバ状態に障害が発生したことを検出する。例えば、第１ＯＳＰＦ処理部１６１は、ルータ間で定期的に送信されるＨｅｌｌｏパケットを所定の時間だけ受信しなかった場合に、ＯＳＰＦネイバ状態に障害が発生したと判定する。ステップＳ５０２において第１ＯＳＰＦ処理部１６１は、フェイルオーバ処理部１７０に対して、障害発生通知としてＯＳＰＦネイバ情報（ＯＳＰＦネイバ状態に障害が発生したルータに関する情報）を送信する。
【００７２】
ステップＳ５０３においてフェイルオーバ処理部１７０は、ステップＳ５０２で通知されたＯＳＰＦネイバ情報に対応する状態監視ルールを、コンフィギュレーションデータベース１１０から検索する。具体的には、フェイルオーバ処理部１７０は、ＯＳＰＦネイバ情報から導かれるルータのＩＰアドレスと、当該ルータが接続されているインタフェースの番号をもとにして、コンフィギュレーションデータベース１１０に定義された状態監視ルールを検索する。図５の例では、フェイルオーバ処理部１７０は、ルータ４０１のＩＰアドレスと、インタフェース１３１とをもとに、行Ｃ２１に定義されている状態監視ルールの識別番号「５０」を検索する。
【００７３】
ステップＳ５０４においてフェイルオーバ処理部１７０は、当該状態監視ルールを使用しているインタフェースを検索する。具体的には、フェイルオーバ処理部１７０は、ステップＳ５０３で検索された状態監視ルールの識別番号をもとにして、コンフィギュレーションデータベース１１０から、当該状態監視ルールを使用しているインタフェースの識別番号、および、状態監視ルールの内容を検索する。図５の例では、フェイルオーバ処理部１７０は、状態監視ルールの識別番号「５０」をもとに、行Ｃ１１に定義されているインタフェース１３３と、状態監視ルール５０の内容（ルータ４０１とのＯＳＰＦネイバ障害を検出した際に、インタフェース１３３を第２のＶＲＦのネットワークに所属させるよう切り替えを行うこと）を検索する。ステップＳ５０５においてフェイルオーバ処理部１７０は、ステップＳ５０４で検索された状態監視ルールの内容に基づいて、インタフェースデータベース１４０（および、コンフィギュレーションデータベース１１０）のＶＲＦ番号を更新する。
【００７４】
図１５は、図１３のステップＳ５０５において更新された後のインタフェースデータベース１４０を示す説明図である。障害検出前のインタフェースデータベース１４０を示す図６との違いは、インタフェース番号フィールドの値が「１３３」のエントリ（エントリＥ３）のＶＲＦ番号フィールドの値が「２」となっている点である。
【００７５】
（Ａ−４）障害検出後の動作：
図１６は、監視対象であるルータ４０１とのＯＳＰＦネイバ状態に障害が発生した後におけるネットワークシステム１０の動作を示す説明図である。図１６に示すように、ホスト３０１は、サービスを提供するサーバ（運用サーバ２０１もしくは予備サーバ２０２）にアクセスするため、あて先ＩＰアドレスを１０．１．１．１とする要求パケットを送信する。このパケットは、図３で説明した自身のデフォルトゲートウェイで指定されているＩＰアドレス（すなわち、インタフェース１３３のＩＰアドレス）へ送信する。
【００７６】
ネットワーク装置１００は、ホスト３０１から送信されたパケットをインタフェース１３３において受信する（図１２：ステップＳ１１）。次に、パケット転送処理部１５０は、図１５に示したインタフェースデータベース１４０を検索し、インタフェース１３３に一致するエントリＥ３のＶＲＦフィールドの値「２」を取得する（図１２：ステップＳ１２）。ＶＲＦが２であるため、パケット転送処理部１５０は、図９に示したＶＲＦ２ルーティングテーブル１２２を検索する（図１２：ステップＳ１３）。パケット転送処理部１５０は、パケットの入力インタフェース１３３のＶＲＦ番号「２」と、パケットの出力インタフェース１３２のＶＲＦ番号「２」が一致するため、ステップＳ１３で求めた出力インタフェース１３２からパケットを出力する。インタフェース１３２から出力されたパケットは、ルータ４０２へ送信される。パケットを受信したルータ４０２は、ルータ４０２内部に保持されている経路情報（図示省略）に基づいて、あて先ＩＰアドレス１０．１．１．１に対応する装置（予備サーバ２０２）に対してパケットを転送する。
【００７７】
上述のようにして、ホスト３０１からの要求パケットは、予備サーバ２０２へ転送される。予備サーバ２０２は、ホスト３０１から受信したパケットをもとにしてサービスを行った後、ホスト３０１に対して応答パケットを送信する。この応答パケットのあて先ＩＰアドレスは、ホスト３０１のＩＰアドレス２０．１．１．１である。このパケットは、図２で説明した自身のデフォルトゲートウェイで指定されているＩＰアドレス（すなわち、インタフェース１３２のＩＰアドレス）へ送信する。
【００７８】
ネットワーク装置１００は、予備サーバ２０２から送信されたパケットを、インタフェース１３２において受信する。その後、パケット転送処理部１５０は、当該受信パケットについて、図１２で説明したものと同様の処理を行うことによって、該当する出力インタフェースからパケットを出力する。この結果、予備サーバ２０２からの応答パケットは、ホスト３０１へ転送される。
【００７９】
以上のように、ルータ４０１とのＯＳＰＦネイバ状態に障害が発生した後においては、予備サーバ２０２が運用系サーバとして機能することがわかる。
【００８０】
このようにすれば、ネットワーク装置１００は、予め第１の仮想ネットワークの経路情報であるＶＲＦ１ルーティングテーブル１２１と、第２の仮想ネットワークの経路情報であるＶＲＦ２ルーティングテーブル１２２とを、記憶部に準備することができる。事前に計算する予備経路は、２つのＯＳＰＦドメイン（第１のＯＳＰＦドメイン、第２のＯＳＰＦドメイン）に関するものだけでよいため、予備経路を準備するための計算コストは従来のルーティングプロトコルとほぼ同等とすることができる。また、予備経路を事前に求めるためには、ＶＲＦに対応したインタフェースがあればよく、ＩＰ−ＦＲＲで必要な条件が不要となるため、ネットワークを柔軟に設計することができる。
【００８１】
パケット転送処理部１５０は、受信パケットを、第１の仮想ネットワークと、第２の仮想ネットワークのうち、経路上で障害が発生していない一方の仮想ネットワークの経路情報を用いて、第１の処理装置（運用サーバ２０１）もしくは第２の処理装置（予備サーバ２０２）へ転送する。また、フェイルオーバ処理部１７０は、第１の状態検出部（第１ＯＳＰＦ処理部１６１）により第１の仮想ネットワークにおける経路上の障害が検出された場合に、第１の仮想ネットワークに所属しているクライアント端末（ホスト３０１）を、第２の仮想ネットワークに所属させるようにＶＲＦ定義情報を更新する（第２の仮想ネットワークにおける経路上の障害が検出された場合も同様である）。このため、仮想ネットワークの経路上に障害が発生した場合であっても、ＶＲＦ定義情報の更新によって、短時間でのフェイルオーバ処理（予備経路への切り替え）が可能となる。上記フェイルオーバ処理の実現には、ＭＰＬＳ機能を必要としないため、ネットワークシステム構築と運用のコストを低減することが可能となる。
【００８２】
これらの結果、高い信頼性および可用性を有するネットワークシステムであって、ＭＰＬＳ機能を使用することなく、かつ、予備経路を計算するためのルーティングプロトコルの計算コストが従来とほぼ同等であるネットワークシステムを提供することができる。
【００８３】
Ｂ．第２実施例：
本発明の第２実施例では、処理装置（サーバ）が２重化の構成を採らず、処理装置までの通信経路を２重化する構成について説明する。以下では、第１実施例と異なる構成および動作を有する部分についてのみ説明する。なお、図中において第１実施例と同様の構成部分については先に説明した第１実施例と同様の符号を付し、その詳細な説明を省略する。
【００８４】
（Ｂ−１）システム構成：
図１７は、第２実施例におけるネットワークシステム１０ａの概略構成を示す説明図である。図１で示した第１実施例との違いは、予備サーバ２０２を備えない点、ネットワーク装置１００の代わりに２台のネットワーク装置１０１、１０２を備える点、およびネットワーク構成であり、他の構成については、第１実施例と同様である。
【００８５】
ネットワーク中継装置としてのネットワーク装置１０１、１０２は、運用サーバ２０１と、ホスト３０１との間のパケットによる通信を中継するレイヤ３のネットワーク中継装置である。
【００８６】
第２のネットワーク中継装置としてのネットワーク装置１０１は、３つのインタフェース（インタフェース１３１〜１３３）と、第３ＯＳＰＦ処理部１６３とを備えている。３つのインタフェース（インタフェース１３１〜１３３）は、ネットワーク装置１０１と、ネットワーク装置１０１に接続される外部装置との間でパケットを送受信する機能を有する。インタフェース１３１は、ネットワーク１００１を構成する１台以上のルータと回線を介して接続されている。インタフェース１３２は、ネットワーク１００２を構成する１台以上のルータと回線を介して接続されている。インタフェース１３３は、ルータ４０１と回線を介して接続されている。ルータ４０１は、ホスト３０１と回線を介して接続されている。ネットワーク装置１０１は、ネットワーク１００１を構成するルータと、ネットワーク１００２を構成するルータと、ルータ４０１と、ネットワーク装置１０２との間において、ＯＳＰＦプロトコルを用いた経路制御を行う。第３ＯＳＰＦ処理部１６３は、第３のＯＳＰＦドメインに関するＯＳＰＦプロトコル動作を行うとともに、経路情報を管理する機能を有する。
【００８７】
第１のネットワーク中継装置としてのネットワーク装置１０２は、３つのインタフェース（インタフェース１３４〜１３６）を備えている。３つのインタフェース（インタフェース１３４〜１３６）は、ネットワーク装置１０２と、ネットワーク装置１０２に接続される外部装置との間でパケットを送受信する機能を有する。インタフェース１３４は、ネットワーク１００１を構成する１台以上のルータと回線を介して接続されている。インタフェース１３５は、ネットワーク１００２を構成する１台以上のルータと回線を介して接続されている。インタフェース１３６は、運用サーバ２０１と回線を介して接続されている。ネットワーク装置１０２は、ネットワーク１００１を構成するルータと、ネットワーク１００２を構成するルータと、ネットワーク装置１０１との間において、ＯＳＰＦプロトコルを用いた経路制御を行う。
【００８８】
ネットワーク１００１、１００２は、運用サーバ２０１と、ホスト３０１との間の通信を中継するネットワークであり、それぞれ１台以上のルータ（図示省略）から構成されている。ネットワーク１００１を構成する１台以上のルータは、ネットワーク装置１０１と、ネットワーク装置１０２と、ネットワーク１００１を構成する他のルータとの間において、ＯＳＰＦプロトコルを用いた経路制御を行う。ネットワーク１００２を構成する１台以上のルータは、ネットワーク装置１０１と、ネットワーク装置１０２と、ネットワーク１００２を構成する他のルータとの間において、ＯＳＰＦプロトコルを用いた経路制御を行う。なお、ネットワーク１００１を構成するルータと、ネットワーク１００２を構成するルータとの間では、ＶＲＦ技術によりネットワークが分離されているため、ＯＳＰＦプロトコルを用いた経路制御は行われない。
【００８９】
すなわち、ネットワーク装置１０１の第１のインタフェース（インタフェース１３１）とネットワーク装置１０２の第１のインタフェース（インタフェース１３４）とは他のネットワーク（ネットワーク１００１）を介して間接的に接続されている。また、ネットワーク装置１０１の第２のインタフェース（インタフェース１３２）とネットワーク装置１０２の第２のインタフェース（インタフェース１３５）とは他のネットワーク（ネットワーク１００２）を介して間接的に接続されている。なお、ネットワーク１００１、ネットワーク１００２は省略してもよい。
【００９０】
図１８は、ルータ４０１の設定情報の一例を示す説明図である。本実施例におけるルータ４０１には、図１８に示すＩＰアドレスと、サブネットマスク長と、ＯＳＰＦプロトコル動作とがそれぞれ設定される。エントリＥ２１のインタフェース番号「１」は、ルータ４０１において、ホスト３０１と回線を介して接続されるインタフェース（図示省略）を識別するための番号である。すなわち、エントリＥ２１は、ルータ４０１のインタフェース番号１により識別されるインタフェースは、ホスト３０１と接続するためのＯＳＰＦプロトコルを動作させないことを示している。エントリＥ２２のインタフェース番号「２」は、ルータ４０１において、ネットワーク装置１０１と回線を介して接続されるインタフェース（図示省略）を識別するための番号である。すなわち、エントリＥ２２は、ルータ４０１のインタフェース番号２により識別されるインタフェースは、ネットワーク装置１０１と接続するためのＯＳＰＦプロトコルを動作させることを示している。また、ルータ４０１には、ルータＩＤとして「２．２．２．２」が設定されている。
【００９１】
図１９は、ネットワーク装置１０１の構成情報を規定するコンフィギュレーション情報の一例を示す説明図である。このコンフィギュレーション情報は、ネットワーク装置１０１のコンフィギュレーションデータベース１１０に保持される。図５に示した第１実施例との違いは、行Ｃ１１、Ｃ１６、Ｃ２０が削除されている点と、行Ｃ２０１〜Ｃ２０８が追加されている点であり、他の構成については第１実施例と同様である。
【００９２】
行Ｃ２０１は、次のａ）、ｂ）のことを定義している。
ａ）状態監視ルール５０により、ネットワーク１００１内のルータとのＯＳＰＦネイバ障害を検出した際に、インタフェース１３３を第２のＶＲＦのネットワークに所属させるよう切り替えを行うこと。
ｂ）パケットの入力インタフェースが所属するＶＲＦネットワークと、パケットの出力インタフェースが所属するＶＲＦネットワークとが異なる場合であっても、パケットを（廃棄せず）転送すること。
【００９３】
行Ｃ２０２は、次のｃ）、ｄ）のことを定義している。
ｃ）第３のＯＳＰＦドメインの経路情報を、第１のＯＳＰＦドメインの経路情報として広告すること。
ｄ）第３のＯＳＰＦドメインの経路情報と、第１のＯＳＰＦドメインの経路情報とが、異なるＶＲＦネットワークに関するものである場合でも、経路情報の広告を行うこと。
行Ｃ１３〜１５、Ｃ２０２の設定により、第１ＯＳＰＦ処理部１６１は、ネットワーク１００１内のルータおよびネットワーク装置１０２と共に、ＯＳＰＦプロトコルにより経路制御を行い、経路情報を構築することができる。
【００９４】
行Ｃ２０３は、次のｅ）、ｆ）のことを定義している。
ｅ）第３のＯＳＰＦドメインの経路情報を、第２のＯＳＰＦドメインの経路情報として広告すること。
ｆ）第３のＯＳＰＦドメインの経路情報と、第２のＯＳＰＦドメインの経路情報とが、異なるＶＲＦネットワークに関するものである場合でも、経路情報の広告を行うこと。
行Ｃ１７〜１９、Ｃ２０３の設定により、第２ＯＳＰＦ処理部１６２は、ネットワーク１００２内のルータおよびネットワーク装置１０１と共に、ＯＳＰＦプロトコルにより経路制御を行い、経路情報を構築することができる。
【００９５】
行Ｃ２０４は、第３のＯＳＰＦドメインを定義している。行Ｃ２０５は、第３のＯＳＰＦドメインに属するルータのルータＩＤを定義している。行Ｃ２０６は、インタフェース１３３をＯＳＰＦのエリア番号「０」で動作させることを定義している。行Ｃ２０７は、次のｇ）、ｈ）のことを定義している。
ｇ）第１のＯＳＰＦドメインの経路情報を、第３のＯＳＰＦドメインの経路情報として広告すること。
ｈ）第１のＯＳＰＦドメインの経路情報と、第３のＯＳＰＦドメインの経路情報とが、同じＶＲＦネットワークに関するものである場合にのみ、経路情報の広告を行うこと。
【００９６】
行Ｃ２０８は、第２のＯＳＰＦドメインの経路情報と、第３のＯＳＰＦドメインの経路情報とに関して、行Ｃ２０７で説明したものと同様のことを定義している。行Ｃ２０４〜Ｃ２０８の設定により、第３ＯＳＰＦ処理部１６３は、ルータ４０１と共にＯＳＰＦプロトコルにより経路制御を行い、経路情報を構築することができる。なお、図１９の行Ｃ２１は、インタフェース１３１で動作するＯＳＰＦのネイバ情報の切断を監視すること、すなわち、ネットワーク装置１０１とネットワーク１００１内のルータとの間におけるＯＳＰＦネイバの状態監視ルールを定義している。
【００９７】
図２０は、ネットワーク装置１０１のインタフェースデータベース１４０の一例を示す説明図である。図６に示した第１実施例との違いは、インタフェースデータベース１４０に格納されているエントリＥ３の内容（インタフェース１３３のＩＰアドレス）のみである。
【００９８】
図２１は、ネットワーク装置１０１のＶＲＦ１ルーティングテーブル１２１と、ＶＲＦ２ルーティングテーブル１２２とが作成される様子を示す説明図である。なお、以下ではネットワーク装置１０１のＶＲＦルーティングテーブルが作成される様子について説明するが、ネットワーク装置１０２についても同様に、ルーティングテーブルの作成が行われる。
【００９９】
ステップＳ６０１において第１ＯＳＰＦ処理部１６１は、ネットワーク１００１内の第１のＯＳＰＦドメインに属するルータ（図示省略）とのＯＳＰＦプロトコル動作により、ネットワーク装置１０１とネットワーク１００１内のルータとの間の経路情報を構築する。ステップＳ６０２において第１ＯＳＰＦ処理部１６１は、構築した経路情報をＶＲＦ１ルーティングテーブル１２１に格納する（図１９：行Ｃ３〜Ｃ５、行Ｃ１３〜Ｃ１５）。
【０１００】
ステップＳ６１１において第２ＯＳＰＦ処理部１６２は、ネットワーク１００２内の第２のＯＳＰＦドメインに属するルータ（図示省略）とのＯＳＰＦプロトコル動作により、ネットワーク装置１０１とネットワーク１００２内のルータとの間の経路情報を構築する。ステップＳ６１２において第２ＯＳＰＦ処理部１６２は、構築した経路情報をＶＲＦ２ルーティングテーブル１２２に格納する（図１９：行Ｃ６〜Ｃ８、行Ｃ１７〜Ｃ１９）。
【０１０１】
ステップＳ６２１において第３ＯＳＰＦ処理部１６３は、ルータ４０１（図示省略）とのＯＳＰＦプロトコル動作により、ネットワーク装置１０１とルータ４０１との間の経路情報を構築する。ステップＳ６２２において第３ＯＳＰＦ処理部１６３は、構築した経路情報をＶＲＦ１ルーティングテーブル１２１に格納する。これは、インタフェース１３１、１３３が第１のＶＲＦのネットワークに属していることによる（図１９：行Ｃ３、Ｃ４、Ｃ９、Ｃ１０）。ステップＳ６２３において第３ＯＳＰＦ処理部１６３は、構築した経路情報をＶＲＦ２ルーティングテーブル１２２に格納する。これは、インタフェース１３２が第２のＶＲＦのネットワークに属していること（図１９：行Ｃ６、Ｃ７）、および、状態監視ルール５０により障害を検出した際に第２のＶＲＦへ切り替えを行うこと（図１９：行Ｃ９、Ｃ２０１）による。
【０１０２】
図２２は、インタフェースデータベース１４０が図２０で示した状態である場合における、ネットワーク装置１０１のＶＲＦ１ルーティングテーブル１２１の一例を示す説明図である。図８に示した第１実施例との違いは、ＶＲＦ１ルーティングテーブル１２１に格納されているエントリの内容のみである。
【０１０３】
ＶＲＦ１ルーティングテーブル１２１には、インタフェースデータベース１４０のＶＲＦ番号フィールドの値が「１」であるインタフェースの情報と、当該インタフェースに回線を介して接続されている装置の情報と、第１ＯＳＰＦ処理部１６１により構築された第１のＶＲＦの経路情報（図２１：ステップＳ６０１）と、第３ＯＳＰＦ処理部１６３により構築された第１のＶＲＦの経路情報（図２１：ステップＳ６２１）とが保持される。すなわち、インタフェース１３１、１３３、および、ネットワーク１００１内の第１のＯＳＰＦドメインに属するルータや外部装置等、運用サーバ２０１、ルータ４０１、ホスト３０１の情報が保持される。
【０１０４】
エントリＥ２１には、第１ＯＳＰＦ処理部１６１により構築された第１のＶＲＦの経路情報としての、運用サーバ２０１の情報が保持されている。詳細は、図８のエントリＥ１と同様である（ただし、ネットワーク装置１００をネットワーク装置１０１と、ルータ４０１をネットワーク１００１内のルータと読み替える）。エントリＥ２２には、ネットワーク装置１０１のインタフェース１３１の情報が保持されている。詳細は、図８のエントリＥ２と同様である。エントリＥ２３には、ネットワーク１００１内のルータの情報が保持されている。詳細は、図８のエントリＥ３と同様である（ただし、ネットワーク装置１００をネットワーク装置１０１と、ルータ４０１をネットワーク１００１内のルータと読み替える）。エントリＥ２４には、ネットワーク装置１０１のインタフェース１３３の情報が格納されている。詳細は、図８のエントリＥ５と同様である。エントリＥ２５には、ルータ４０１の情報が保持されている。詳細は、図８のエントリＥ３と同様である（ただし、ネットワーク装置１００をネットワーク装置１０１と読み替える）。
【０１０５】
エントリＥ２６には、第１ＯＳＰＦ処理部１６１により構築された第１のＶＲＦの経路情報としての、外部装置の情報が保持されている。具体的には、あて先ＩＰアドレスフィールドには、外部装置のＩＰアドレスが格納されている。サブネットマスク長フィールドには、ネットワークあてであることを示す「２４」が格納されている。ネクストホップＩＰアドレスフィールドには、ネットワーク装置１０１がパケットを転送すべき装置（すなわち、ネットワーク１００１内のルータ）のＩＰアドレスが格納されている。出力インタフェースフィールドには、ネットワーク１００１内のルータに接続されている、ネットワーク装置１０１のインタフェースの識別子が格納されている。
【０１０６】
エントリＥ２７には、第３ＯＳＰＦ処理部１６３により構築された第１のＶＲＦの経路情報としての、ホスト３０１の情報が保持されている。具体的には、あて先ＩＰアドレスフィールドには、ホスト３０１のＩＰアドレスが格納されている。サブネットマスク長フィールドには、ネットワークあてであることを示す「２４」が格納されている。ネクストホップＩＰアドレスフィールドには、ネットワーク装置１０１がパケットを転送すべき装置（すなわち、ルータ４０１）のＩＰアドレスが格納されている。出力インタフェースフィールドには、ルータ４０１に接続されている、ネットワーク装置１０１のインタフェースの識別子が格納されている。
【０１０７】
エントリＥ２８には、第１ＯＳＰＦ処理部１６１により構築された第１のＶＲＦの経路情報としての、ネットワーク１００１内のサブネットワーク（図示省略）の情報が保持されている。具体的には、あて先ＩＰアドレスフィールドには、ネットワーク１００１内のサブネットワークを示すＩＰアドレスが格納されている。サブネットマスク長フィールドには、ネットワークあてであることを示す「２４」が格納されている。ネクストホップＩＰアドレスフィールドには、ネットワーク装置１０１がパケットを転送すべき装置（すなわち、ネットワーク１００１内のルータ）のＩＰアドレスが格納されている。出力インタフェースフィールドには、ネットワーク１００１内のルータに接続されている、ネットワーク装置１０１のインタフェースの識別子が格納されている。
【０１０８】
なお、エントリＥ２１の経路情報と、エントリＥ２６の経路情報と、エントリＥ２８の経路情報とは、第３ＯＳＰＦ処理部１６３によって第３のＯＳＰＦドメインの経路情報として広告される（図１９：行Ｃ２０７）。また、エントリＥ２７の経路情報は、第１ＯＳＰＦ処理部１６１によって第１のＯＳＰＦドメインの経路情報として広告される（図１９：行Ｃ２０２）。詳細は後述する。
【０１０９】
図２３は、インタフェースデータベース１４０が図２０で示した状態である場合における、ネットワーク装置１０１のＶＲＦ２ルーティングテーブル１２２の一例を示す説明図である。図９に示した第１実施例との違いは、ＶＲＦ２ルーティングテーブル１２２に格納されているエントリの内容のみである。
【０１１０】
ＶＲＦ２ルーティングテーブル１２２には、インタフェースデータベース１４０のＶＲＦ番号フィールドの値が「２」であるインタフェースの情報と、当該インタフェースに回線を介して接続されている装置の情報と、第２ＯＳＰＦ処理部１６２により構築された第２のＶＲＦの経路情報（図２１：ステップＳ６１１）と、第３ＯＳＰＦ処理部１６３により構築された第１のＶＲＦの経路情報（図２１：ステップＳ６２１）とが保持される。すなわち、インタフェース１３２、１３３、および、ネットワーク１００２内の第２のＯＳＰＦドメインに属するルータや外部装置等、運用サーバ２０１、ルータ４０１、ホスト３０１の情報が保持される。
【０１１１】
エントリＥ２１には、第２ＯＳＰＦ処理部１６２により構築された第２のＶＲＦの経路情報としての、運用サーバ２０１の情報が保持されている。エントリＥ２２は、ネットワーク装置１０１のインタフェース１３２の情報が保持されている。エントリＥ２３には、ネットワーク１００２内のルータの情報が保持されている。エントリＥ２４には、ネットワーク装置１０１のインタフェース１３３の情報が格納されている。エントリＥ２５には、ルータ４０１の情報が保持されている。エントリＥ２６には、第２ＯＳＰＦ処理部１６２より構築された第２のＶＲＦの経路情報としての、外部装置の情報が保持されている。エントリＥ２７には、第３ＯＳＰＦ処理部１６３により構築された第１のＶＲＦの経路情報としての、ホスト３０１の情報が保持されている。エントリＥ２８には、第２ＯＳＰＦ処理部１６２により構築された第２のＶＲＦの経路情報としての、ネットワーク１００２内のサブネットワーク（図示省略）の情報が保持されている。エントリＥ２９には、第２ＯＳＰＦ処理部１６２により構築された第２のＶＲＦの経路情報としての、ネットワーク１００２内のサブネットワーク（図示省略）の情報が保持されている。
【０１１２】
エントリＥ２１の詳細については、上述した運用サーバ２０１（図２２：エントリＥ２１）と同様であるため説明を省略する。同様に、エントリＥ２２はインタフェース１３１（図２２：エントリＥ２２）と、エントリＥ２３はネットワーク１００１内のルータ（図２２：エントリＥ２３）と、エントリＥ２４はインタフェース１３３（図２２：エントリＥ２４）と、エントリＥ２５はルータ４０１（図２２：エントリＥ２５）と、エントリＥ２６は第１ＯＳＰＦ処理部１６１により構築された第１のＶＲＦの経路情報としての外部装置（図２２：エントリＥ２６）と、エントリＥ２７はホスト３０１（図２２：エントリＥ２７）と、エントリＥ２８はネットワーク１００１内のサブネットワーク（図２２：エントリＥ２８）と、エントリＥ２９はネットワーク１００１内のサブネットワーク（図２２：エントリＥ２８）と、それぞれ同様であるため説明を省略する。
【０１１３】
なお、エントリＥ２１の経路情報と、エントリＥ２６の経路情報と、エントリＥ２８の経路情報と、エントリＥ２９の経路情報とは、第３ＯＳＰＦ処理部１６３によって第３のＯＳＰＦドメインの経路情報として広告されない（図１９：行Ｃ２０８）。これは、インタフェースのＶＲＦ番号が異なっているためである。また、エントリＥ２７の経路情報は、第１ＯＳＰＦ処理部１６１によって第１のＯＳＰＦドメインの経路情報として広告される（図１９：行Ｃ２０３）。詳細は後述する。
【０１１４】
図２４は、第１ＯＳＰＦ処理部１６１と、第２ＯＳＰＦ処理部１６２と、第３ＯＳＰＦ処理部１６３とが、互いの経路情報をＯＳＰＦプロトコルにより広告する様子を示す説明図である。なお、以下ではネットワーク装置１０１のＯＳＰＦ処理部が、経路情報を広告する様子について説明するが、ネットワーク装置１０２の各ＯＳＰＦ処理部でも同様の経路情報広告処理が行われる。
【０１１５】
ステップＳ６３０において第３ＯＳＰＦ処理部１６３は、第３のＯＳＰＦドメインの経路情報（ホスト３０１に関する経路情報）を、第１ＯＳＰＦ処理部１６１に送信する。ステップＳ６３１において第１ＯＳＰＦ処理部１６１は、受信した経路情報を、第１のＯＳＰＦドメインの経路情報として広告する。この動作は、図１９で説明したコンフィギュレーションデータベース１１０の行Ｃ２０２の定義に基づく。なお、第３のＯＳＰＦドメインの経路情報と、第１のＯＳＰＦドメインの経路情報とは、インタフェース１３３と、インタフェース１３１とが第１のＶＲＦのネットワークに所属することから、同一のＶＲＦネットワークに関するものである。
【０１１６】
ステップＳ６３２において第３ＯＳＰＦ処理部１６３は、第３のＯＳＰＦドメインの経路情報（ホスト３０１に関する経路情報）を、第２ＯＳＰＦ処理部１６２に送信する。ステップＳ６３３において第２ＯＳＰＦ処理部１６２は、受信した経路情報を、第２のＯＳＰＦドメインの経路情報として広告する。この動作は、図１９で説明したコンフィギュレーションデータベース１１０の行Ｃ２０３の定義に基づく。なお、第３のＯＳＰＦドメインの経路情報と、第２のＯＳＰＦドメインの経路情報とは、インタフェース１３３が第１のＶＲＦのネットワークに所属し、インタフェース１３２が第２のＶＲＦのネットワークに所属すること、すなわち、異なるＶＲＦのネットワークに所属することから、異なるＶＲＦネットワークに関するものである。しかし、コンフィギュレーションデータベース１１０の行Ｃ２０３には、ＯＳＰＦドメインの経路情報が異なるＶＲＦネットワークに関するものであっても広告をする旨が定義されているため、広告が行われる。
【０１１７】
ステップＳ６３４において第１ＯＳＰＦ処理部１６１は、第１のＯＳＰＦドメインの経路情報（ネットワーク１００１内の第１のＯＳＰＦドメインに属する外部装置やサブネットワーク、運用サーバ２０１に関する経路情報）を、第３ＯＳＰＦ処理部１６３に送信する。ステップＳ６３５において第３ＯＳＰＦ処理部１６３は、受信した経路情報を、第３のＯＳＰＦドメインの経路情報として広告する。この動作は、図１９で説明したコンフィギュレーションデータベース１１０の行Ｃ２０７の定義に基づく。すなわち、第３のＯＳＰＦドメインの経路情報と、第１のＯＳＰＦドメインの経路情報とは、インタフェース１３３と、インタフェース１３１とが第１のＶＲＦのネットワークに所属することから、同一のＶＲＦネットワークに関するものであるため、経路情報の広告が行われる（ｖｒｆ-ｃｈｅｃｋ）。
【０１１８】
一方、第３のＯＳＰＦドメインの経路情報と、第２のＯＳＰＦドメインの経路情報とは、インタフェース１３３が第１のＶＲＦのネットワークに所属し、インタフェース１３２が第２のＶＲＦのネットワークに所属することから、異なるＶＲＦネットワークに関するものである。このため、第２ＯＳＰＦ処理部１６２は、第２のＯＳＰＦドメインの経路情報（ネットワーク１００２内の第２のＯＳＰＦドメインに属する外部装置やサブネットワーク、運用サーバ２０１に関する経路情報）を第３ＯＳＰＦ処理部１６３に送信しない。
【０１１９】
図２５は、ネットワーク装置１０２の構成情報を規定するコンフィギュレーション情報の一例を示す説明図である。このコンフィギュレーション情報は、ネットワーク装置１０２のコンフィギュレーションデータベース１１０に保持される。図５に示した第１実施例との違いは、行Ｃ３〜Ｃ１２、Ｃ１４、Ｃ１５、Ｃ１８、Ｃ１９、Ｃ２１が削除されている点と、行Ｃ２０１〜Ｃ２１５が追加されている点であり、他の構成については第１実施例と同様である。
【０１２０】
行Ｃ２０１は、インタフェース１３４を定義している。インタフェースの種類は、第１実施例と同様にイーサネット（登録商標）である。なお、後述するインタフェース１３５、１３６についても、インタフェースの種類は全てイーサネット（登録商標）である。行Ｃ２０２は、インタフェース１３４が、第１のＶＲＦのネットワークに所属することを定義している。行Ｃ２０３は、インタフェース１３４のＩＰアドレスと、サブネットマスク長とを定義している。行Ｃ２０４は、インタフェース１３５を定義している。行Ｃ２０５は、インタフェース１３５が、第２のＶＲＦのネットワークに所属することを定義している。行Ｃ２０６は、インタフェース１３５のＩＰアドレスと、サブネットマスク長とを定義している。なお、インタフェース１３４とインタフェース１３５とに同じＩＰアドレスが付与されているのは、第１実施例と同様の理由による。
【０１２１】
行Ｃ２０７は、インタフェース１３６を定義している。行Ｃ２０８は、次のｉ）、ｊ）のことを定義している。
ｉ）状態監視ルール６０により、ルータ４０１とのＯＳＰＦネイバ障害を検出した際に、インタフェース１３６を第１のＶＲＦのネットワークに所属させるよう切り替えを行うこと。
ｊ）パケットの入力インタフェースが所属するＶＲＦネットワークと、パケットの出力インタフェースが所属するＶＲＦネットワークとが異なる場合であっても、パケットを（廃棄せず）転送すること。
【０１２２】
行Ｃ２０９は、インタフェース１３６が第２のＶＲＦのネットワークに所属することを定義している。行Ｃ２１０は、インタフェース１３６のＩＰアドレスと、サブネットマスク長とを定義している。
【０１２３】
行Ｃ２１１は、第１のＯＳＰＦドメインに属するルータのルータＩＤを定義している。行Ｃ２１２は、インタフェース１３４をＯＳＰＦのエリア番号「０」で動作させることを定義している。行Ｃ２１３は、第２のＯＳＰＦドメインに属するルータのルータＩＤを定義している。行Ｃ２１４は、インタフェース１３５をＯＳＰＦのエリア番号「０」で動作させることを定義している。行Ｃ２１５は、状態監視ルール６０により、インタフェース１３５で動作するＯＳＰＦのネイバ情報の切断を監視すること、すなわち、ネットワーク装置１０２とネットワーク１００２内のルータとの間におけるＯＳＰＦネイバの状態監視ルールを定義している。
【０１２４】
図２６は、ネットワーク装置１０２のインタフェースデータベース１４０の一例を示す説明図である。図６に示した第１実施例との違いは、インタフェースデータベース１４０に格納されているエントリの内容のみである。
【０１２５】
図２７は、インタフェースデータベース１４０が図２６で示した状態である場合における、ネットワーク装置１０２のＶＲＦ１ルーティングテーブル１２１の一例を示す説明図である。図８に示した第１実施例との違いは、ＶＲＦ１ルーティングテーブル１２１に格納されているエントリの内容のみである。また、図２２で説明したネットワーク装置１０１のＶＲＦ１ルーティングテーブル１２１ともほぼ同様である。
【０１２６】
図２８は、インタフェースデータベース１４０が図２６で示した状態である場合における、ネットワーク装置１０２のＶＲＦ２ルーティングテーブル１２２の一例を示す説明図である。図９に示した第１実施例との違いは、ＶＲＦ２ルーティングテーブル１２２に格納されているエントリの内容のみである。また、図２３で説明したネットワーク装置１０１のＶＲＦ２ルーティングテーブル１２２ともほぼ同様である。
【０１２７】
（Ｂ−２）障害検出前の動作：
図２９は、ネットワーク装置１０１において、監視対象であるネットワーク１００１内のルータとのＯＳＰＦネイバ状態に障害が発生する前におけるネットワークシステム１０ａの動作を示す説明図である。まず、ホスト３０１は運用サーバ２０１にアクセスするため、あて先ＩＰアドレスを１０．１．１．１とする要求パケットを送信する。このパケットは、自身のデフォルトゲートウェイで指定されているルータ４０１へ送信される。パケットを受信したルータ４０１は、ＯＳＰＦプロトコルにより学習し、ルータ４０１内部に保持されている経路情報に基づいて、ネットワーク装置１０１のインタフェース１３３に対してパケットを転送する。
【０１２８】
インタフェース１３３からパケットを受信したネットワーク装置１０１は、図１２に示したパケット転送処理に従ってパケットの出力先を決定する。具体的には、パケット転送処理部１５０は、ネットワーク装置１０１のインタフェースデータベース１４０のインタフェース（図２０）の識別子１３３に一致するエントリＥ２３のＶＲＦ番号フィールドの値「１」を取得する（図１２：ステップＳ１２）。次に、パケット転送処理部１５０は、ＶＲＦ番号に対応するルーティングテーブル（ＶＲＦ１ルーティングテーブル１２１）を検索し、一致したエントリの、ネクストホップＩＰアドレスフィールドの値と、出力インタフェースフィールドの値を取得する（図１２：ステップＳ１３）。図２２および図２９の例では、パケット転送処理部１５０は、あて先ＩＰアドレス１０．１．１．１に一致するエントリＥ２１のネクストホップＩＰアドレスフィールドの値「１０．１．２．２５４」と、出力インタフェースフィールドの値「１３１」とを取得する。なお、パケット転送処理部１５０は、図１９の行Ｃ２０１の定義により、パケットが入力されたインタフェースと、パケットが出力されるインタフェースとが異なるＶＲＦネットワークに所属する場合であってもパケットを転送するため、図１２のステップＳ１４は省略する。
【０１２９】
パケットを受信したネットワーク１００１内のルータは、ＯＳＰＦプロトコルにより学習し、ルータ内部に保持されている経路情報に基づいて、ネットワーク装置１０２のインタフェース１３４に対してパケットを転送する。
【０１３０】
インタフェース１３４からパケットを受信したネットワーク装置１０２は、図１２に示したパケット転送処理に従ってパケットの出力先を決定する。具体的には、パケット転送処理部１５０は、ネットワーク装置１０２のインタフェースデータベース１４０（図２６）の識別子１３４に一致するエントリＥ２１のＶＲＦ番号フィールドの値「１」を取得する（図１２：ステップＳ１２）。次に、パケット転送処理部１５０は、ＶＲＦ番号に対応するルーティングテーブル（ＶＲＦ１ルーティングテーブル１２１）を検索し、一致したエントリの、ネクストホップＩＰアドレスフィールドの値と、出力インタフェースフィールドの値を取得する（図１２：ステップＳ１３）。図２７および図２９の例では、パケット転送処理部１５０は、あて先ＩＰアドレス１０．１．１．１に一致するエントリＥ１のネクストホップＩＰアドレスフィールドの値「１０．１．１．１」と、出力インタフェースフィールドの値「１３６」とを取得する。なお、パケット転送処理部１５０は、図２５の行Ｃ２０８の定義により、パケットが入力されたインタフェースと、パケットが出力されるインタフェースとが異なるＶＲＦネットワークに所属する場合であってもパケットを転送するため、図１２のステップＳ１４は省略する。ネットワーク装置１０２のインタフェース１３６から送信されたパケットは、運用サーバ２０１へと転送される。
【０１３１】
上述のようにして、ホスト３０１からの要求パケットは運用サーバ２０１へ転送される。運用サーバ２０１は、ホスト３０１から受信したパケットを元にしてサービスを行った後、ホスト３０１に対して応答パケットを送信する。この応答パケットのあて先ＩＰアドレスは、ホスト３０１のＩＰアドレス２０．１．１．１である。このパケットは、自身のデフォルトゲートウェイで指定されているネットワーク装置１０２のインタフェース１３６へ送信される。
【０１３２】
インタフェース１３６からパケットを受信したネットワーク装置１０２は、図１２に示したパケット転送処理に従ってパケットの出力先を決定する。具体的には、パケット転送処理部１５０は、ネットワーク装置１０２のインタフェースデータベース１４０（図２６）の識別子１３６に一致するエントリＥ２３のＶＲＦフィールドの値「２」を取得する（図１２：ステップＳ１２）。次に、パケット転送処理部１５０は、ＶＲＦ番号に対応するルーティングテーブル（ＶＲＦ２ルーティングテーブル１２２）を検索し、一致したエントリのネクストホップＩＰアドレスフィールドの値と、出力インタフェースフィールドの値を取得する（図１２：ステップＳ１３）。図２８および図２９の例では、パケット転送処理部１５０は、あて先ＩＰアドレス２０．１．１．１に一致するエントリＥ２７のネクストホップＩＰアドレスフィールドの値「１０．１．４．２５４」と、出力インタフェースフィールドの値「１３５」とを取得する。なお、パケット転送処理部１５０は、図２５の行Ｃ２０８の定義により、パケットが入力されたインタフェースと、パケットが出力されるインタフェースとが異なるＶＲＦネットワークに所属する場合であってもパケットを転送するため、図１２のステップＳ１４は省略する。
【０１３３】
パケットを受信したネットワーク１００２内のルータは、ＯＳＰＦプロトコルにより学習し、ルータ内部に保持されている経路情報に基づいて、ネットワーク装置１０１のインタフェース１３２に対してパケットを転送する。
【０１３４】
インタフェース１３２からパケットを受信したネットワーク装置１０１は、図１２に示したパケット転送処理に従ってパケットの出力先を決定する。具体的には、パケット転送処理部１５０は、ネットワーク装置１０１のインタフェースデータベース１４０（図２０）の識別子１３２に一致するエントリＥ２２のＶＲＦ番号フィールドの値「２」を取得する（図１２：ステップＳ１２）。次に、パケット転送処理部１５０は、ＶＲＦ番号に対応するルーティングテーブル（ＶＲＦ２ルーティングテーブル１２２）を検索し、一致したエントリの、ネクストホップＩＰアドレスフィールドの値と、出力インタフェースフィールドの値を取得する（図１２：ステップＳ１３）。図２３および図２９の例では、パケット転送処理部１５０は、あて先ＩＰアドレス２０．１．１．１に一致するエントリＥ２７のネクストホップＩＰアドレスフィールドの値「１０．１．３．２５４」と、出力インタフェースフィールドの値「１３３」とを取得する。なお、パケット転送処理部１５０は、図１９の行Ｃ２０１の定義により、パケットが入力されたインタフェースと、パケットが出力されるインタフェースとが異なるＶＲＦネットワークに所属する場合であってもパケットを転送するため、図１２のステップＳ１４は省略する。
【０１３５】
パケットを受信したルータ４０１は、ＯＳＰＦプロトコルにより学習し、ルータ内部に保持されている経路情報に基づいて、ホスト３０１に対してパケットを転送する。
【０１３６】
以上のように、第２実施例におけるパケット転送処理部１５０は、パケットの送信元である装置が所属する仮想ネットワークとパケットのあて先である装置が所属する仮想ネットワークとが異なる場合であっても受信パケットの転送を行う。このため、通信の上り側（ホスト３０１から運用サーバ２０１への通信経路）と下り側（運用サーバ２０１からホスト３０１への通信経路）において異なる経路を用いてパケットの転送を行うことが可能となる。この結果、ネットワークシステムにおけるパケット転送の柔軟性を向上させることができる。
【０１３７】
（Ｂ−３）フェイルオーバ処理：
図３０は、第２実施例におけるフェイルオーバ処理の手順を示すフローチャートである。図１３に示す第１実施例との違いは、ステップＳ５１４、Ｓ５１５が追加されている点であり、他の動作については第１実施例と同様である。図３１は、第２実施例のフェイルオーバ処理時におけるネットワークシステム１０ａの動作を示す説明図である。なお、以下ではネットワーク装置１０１の第１ＯＳＰＦ処理部１６１を例示して説明する。しかし、例えば、ネットワーク装置１０１の第２ＯＳＰＦ処理部１６２、第３ＯＳＰＦ処理部１６３、ネットワーク装置１０２においても同様のフェイルオーバ処理が行われる。
【０１３８】
ネットワーク装置１０１の第１ＯＳＰＦ処理部１６１は、ネットワーク１００１内のルータとのＯＳＰＦネイバ状態に障害が発生したことを検出する（ステップＳ５０１）。障害の発生を検出した第１ＯＳＰＦ処理部１６１は、フェイルオーバ処理部１７０に対して、障害発生通知としてＯＳＰＦネイバ情報を送信する（ステップＳ５０２）。フェイルオーバ処理部１７０は、ＯＳＰＦネイバ情報から導かれるネットワーク１００１内のルータのＩＰアドレスと、当該ルータが接続されているインタフェース１３１の番号をもとにして、コンフィギュレーションデータベース１１０に定義された状態監視ルールの識別番号「５０」を検索する（ステップＳ５０３）。フェイルオーバ処理部１７０は、状態監視ルールの識別番号「５０」をもとに、コンフィギュレーションデータベース１１０の行Ｃ２０１（図１９）に定義されているインタフェース１３３と、状態監視ルールの内容（ネットワーク１００１内のルータとのＯＳＰＦネイバ障害を検出した際に、インタフェース１３３を第２のＶＲＦのネットワークに所属させるよう切り替えを行うこと）を検索する（ステップＳ５０４）。その後、フェイルオーバ処理部１７０は、状態監視ルールの内容に基づいて、インタフェースデータベース１４０のＶＲＦ番号を更新する（ステップＳ５０５）。
【０１３９】
ステップＳ５１４においてフェイルオーバ処理部１７０は、ＯＳＰＦを検索する。具体的には、フェイルオーバ処理部１７０は、コンフィギュレーションデータベース１１０から、ステップＳ５０４で得られるインタフェース番号を使用しているＯＳＰＦドメインを検索する。図３１の例では、ステップＳ５０４で得られるインタフェース番号は「１３３」であるため、インタフェース１３３を使用しているＯＳＰＦドメインは第３のＯＳＰＦドメインであることがわかる。
ステップＳ５１５においてフェイルオーバ処理部１７０は、ステップＳ５１４で得られたＯＳＰＦドメインを処理するためのＯＳＰＦ処理部（ここでは第３ＯＳＰＦ処理部１６３）に対して、経路広告情報の更新を指示する。これにより、第３ＯＳＰＦ処理部１６３は、経路広告情報を更新する。
【０１４０】
図３２は、図３０のステップＳ５０５において更新された後のネットワーク装置１０１のインタフェースデータベース１４０を示す説明図である。障害検出前のインタフェースデータベース１４０を示す図２０との違いは、インタフェース番号フィールドの値が「１３３」のエントリ（エントリＥ２３）のＶＲＦ番号フィールドの値が「２」となっている点である。
【０１４１】
（Ｂ−４）障害検出後の動作：
図３３は、監視対象であるネットワーク１００１内のルータとのＯＳＰＦネイバ状態に障害が発生した後におけるネットワークシステム１０ａの動作を示す説明図である。図２９に示す障害発生前とは、ホスト３０１から運用サーバ２０１へのパケット転送の経路が異なり、運用サーバ２０１からホスト３０１へのパケット転送の経路は同じである。
【０１４２】
ホスト３０１は運用サーバ２０１にアクセスするため、あて先ＩＰアドレスを１０．１．１．１とする要求パケットをルータ４０１へ送信する。パケットを受信したルータ４０１は、ルータ４０１内に保持されている経路情報に基づいて、ネットワーク装置１０１のインタフェース１３３に対してパケットを転送する。
【０１４３】
インタフェース１３３からパケットを受信したネットワーク装置１０１は、図１２に示したパケット転送処理に従ってパケットの出力先を決定する。具体的には、パケット転送処理部１５０は、ネットワーク装置１０１のインタフェースデータベース１４０のインタフェース（図３２）の識別子１３３に一致するエントリＥ２３のＶＲＦ番号フィールドの値「２」を取得する（図１２：ステップＳ１２）。次に、パケット転送処理部１５０は、ＶＲＦ番号に対応するルーティングテーブル（ＶＲＦ２ルーティングテーブル１２２）を検索し、一致したエントリの、ネクストホップＩＰアドレスフィールドの値と、出力インタフェースフィールドの値を取得する（図１２：ステップＳ１３）。図２３および図３３の例では、パケット転送処理部１５０は、あて先ＩＰアドレス１０．１．１．１に一致するエントリＥ１のネクストホップＩＰアドレスフィールドの値「１０．１．１．０」と、出力インタフェースフィールドの値「１３２」とを取得する。
【０１４４】
パケットを受信したネットワーク１００２内のルータは、ルータ内部に保持されている経路情報に基づいて、ネットワーク装置１０２のインタフェース１３５に対してパケットを転送する。
【０１４５】
インタフェース１３５からパケットを受信したネットワーク装置１０２は、図１２に示したパケット転送処理に従ってパケットの出力先を決定する。具体的には、パケット転送処理部１５０は、ネットワーク装置１０２のインタフェースデータベース１４０（図２６）の識別子１３５に一致するエントリＥ２２のＶＲＦ番号フィールドの値「２」を取得する（図１２：ステップＳ１２）。次に、パケット転送処理部１５０は、ＶＲＦ番号に対応するルーティングテーブル（ＶＲＦ２ルーティングテーブル１２２）を検索し、一致したエントリの、ネクストホップＩＰアドレスフィールドの値と、出力インタフェースフィールドの値を取得する（図１２：ステップＳ１３）。図２８および図３３の例では、パケット転送処理部１５０は、あて先ＩＰアドレス１０．１．１．１に一致するエントリＥ２１のネクストホップＩＰアドレスフィールドの値「１０．１．１．１」と、出力インタフェースフィールドの値「１３６」とを取得する。ネットワーク装置１０２のインタフェース１３６から送信されたパケットは、運用サーバ２０１へと転送される。
【０１４６】
上述のようにして、ネットワーク装置１０１がネットワーク１００１内のルータとのＯＳＰＦネイバ状態に障害が発生したことを検出した後においても、運用サーバ２０１からホスト３０１へのパケット転送経路を切り替えることによって、ホスト３０１と運用サーバ２０１との通信が可能である。
【０１４７】
図３４は、監視対象であるネットワーク１００１内のルータとのＯＳＰＦネイバ状態に障害が発生した後において、第１ＯＳＰＦ処理部１６１と、第２ＯＳＰＦ処理部１６２と、第３ＯＳＰＦ処理部１６３とが、互いの経路情報をＯＳＰＦプロトコルにより広告する様子を示す説明図である。図２４に示した障害発生前との違いは、ステップＳ６３４の代わりにステップＳ６４０が追加されている点のみであり、他の点については、図２４と同様である。これは、上述したフェイルオーバ処理において、インタフェース１３３が第２のＶＲＦのネットワークに所属するように、インタフェースデータベース１４０（および、コンフィギュレーションデータベース１１０）のＶＲＦ番号が更新されたためである（図３０：ステップＳ５０５）。
【０１４８】
インタフェース１３３のＶＲＦが「１」から「２」へと更新されたことに伴い、第１ＯＳＰＦ処理部１６１からの、第１のＯＳＰＦドメインの経路情報は送信されない。一方、ステップＳ６４０において第２ＯＳＰＦ処理部１６２は、第２のＯＳＰＦドメインの経路情報（ネットワーク１００２の第１のＯＳＰＦドメインに属する外部装置やサブネットワーク、運用サーバ２０１に関する経路情報）を、第３ＯＳＰＦ処理部１６３に送信する。ステップＳ６３５において第３ＯＳＰＦ処理部１６３は、受信した経路情報を、第３のＯＳＰＦドメインの経路情報として広告する。
【０１４９】
上述のように、第２実施例におけるネットワークシステム１０ａでは、ネットワークシステム内の回線やノードに障害が発生した際、インタフェースが属するＶＲＦネットワークを変更すると共に、ＯＳＰＦプロトコルの再経路広告を行い、経路情報の更新を可能としている。また、第２実施例では、ネットワークシステム１０ａ内のネットワーク１００１およびネットワーク１００２は、異なるＶＲＦネットワークに属している。このため、ネットワーク１００１とネットワーク１００２のネットワークトポロジが異なる場合であっても、ホスト３０１と運用サーバ２０１との間の通信における到達性を保障することができる。
【０１５０】
このようにすれば、第１のネットワーク中継装置（ネットワーク装置１０２）の第１のインタフェース１３４と、第２のネットワーク中継装置（ネットワーク装置１０１）の第１のインタフェース１３１とは、直接的または他のネットワークを介して間接的に接続されて第１の仮想ネットワークを構成し、第１のネットワーク中継装置（ネットワーク装置１０２）の第２のインタフェース１３５と、第２のネットワーク中継装置（ネットワーク装置１０１）の第２のインタフェース１３２とは、直接的または他のネットワークを介して間接的に接続されて第２の仮想ネットワークを構成する。すなわち、処理装置（運用サーバ２０１）とクライアント装置（ホスト３０１）との間の通信経路を２重化した上で、パケット転送処理部１５０は、第１の仮想ネットワークと第２の仮想ネットワークのうち、経路上で障害が発生していない一方の仮想ネットワークの経路情報を用いて、受信パケットをあて先装置へ転送することができる。このため、このような構成においても、第１実施例と同様の効果を得ることができる。
【０１５１】
Ｃ．変形例：
なお、この発明は上記の実施例や実施形態に限られるものではなく、その要旨を逸脱しない範囲において種々の態様において実施することが可能であり、例えば次のような変形も可能である。
【０１５２】
Ｃ１．変形例１：
上記実施例では、ネットワーク装置がＯＳＰＦネイバ状態を監視する構成について説明した。しかし、この構成はあくまで例示であり、任意の構成を採用することができる。例えば、第１実施例において、処理装置（運用サーバ２０１、予備サーバ２０２）の負荷を監視し、現在運用サーバとして機能している処理装置の負荷が所定の負荷を超過した際に、フェイルオーバ処理を行って予備経路へ切り替える（すなわち、予備サーバへ処理を切り替える）こととしてもよい。
【０１５３】
また、ネットワーク装置から処理装置へのネットワーク負荷を監視し、ネットワーク負荷に応じて予備経路への切り替えを行うものとしてもよい。
【０１５４】
さらに、例えば、現在運用サーバとして機能している処理装置をリプレイスする際等に、フェイルオーバ処理を行って予備経路へ切り替える（すなわち、予備サーバへ処理を切り替える）こととしてもよい。
【０１５５】
Ｃ２．変形例２：
上記実施例では、ネットワークシステム内のノードや回線に障害が発生したことを検出するための監視対象と監視方法についての一例として、ＯＳＰＦネイバの状態を監視するものとして説明した。しかし、監視対象および監視方法は、任意のものを採用することができる。例えば、サーバへの通信の到達可能性を監視対象としてもよいし、任意のインタフェースの状態を監視対象とすることもできる。
【０１５６】
また、例えば、ネットワーク装置以外の外部装置（例えば、管理端末等）がＯＳＰＦネイバ状態を監視し、障害を検出した際にネットワーク装置に対して、障害の発生を通知する構成を採用することもできる。
【０１５７】
さらに、ネットワーク装置以外の外部装置（例えば、管理端末等）がＯＳＰＦネイバ状態を検出した際に、管理端末等にその旨を表示する構成を採用することも可能である。この場合、ネットワーク管理者が運用コマンドによって、フェイルオーバ処理を実行する構成としてもよい。
【０１５８】
Ｃ３．変形例３：
上記実施例では、ネットワークシステム内の２台のルータ（ルータ４０１、４０２）は物理的に異なる装置であるものとした。しかし、２台のルータは物理的に異なる装置である必要はない。例えば、ルータ４０１、４０２は物理的には１台のルータであって、ＶＲＦ機能を用いて論理的に２台のルータのように振舞う構成を採用することもできる。
【０１５９】
また、ネットワークシステム内の２台のサーバ（運用サーバ２０１、予備サーバ２０２）についても同様に、物理的に異なる装置とする必要はない。例えば、運用サーバ２０１と予備サーバ２０２とを論理サーバとして構成することもできる。また、インタフェース１３１と、インタフェース１３２とを論理インタフェースとして構成することもできる。
【０１６０】
さらに、ネットワークシステム内の２つのネットワーク（ネットワーク１００１、１００２）を構成する装置についても、物理的に異なる装置である必要はない。例えば、ネットワーク１００１、１００２を構成する装置の一部または全てが、物理的には同一の装置で構成されることとしてもよい。
【０１６１】
Ｃ４．変形例４：
上記実施例では、ＯＳＰＦプロトコルを使用することを例に挙げて説明した。しかし、ネットワーク装置間において使用されるルーティングプロトコルは、ＯＳＰＦプロトコルに限らず、任意のプロトコルを採用することができる。また、例えば、複数のプロトコルを組み合わせて制御する構成を採用することも可能である。具体的には、上記第２実施例において、ネットワーク１００１との間においてはＯＳＰＦプロトコルを用いた経路制御を行い、ネットワーク１００２との間においてはＢＧＰを用いた経路制御を行うこととしてもよい。これらルーティングプロトコルの組合せについても、限定されない。
【０１６２】
また、上記実施例では、レイヤ３プロトコルとして、ＩＰｖ４（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ４）を使用する例について説明した。しかし、レイヤ３プロトコルとしては、任意のプロトコルを採用可能である。例えば、ＩＰｖ６（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ６）を使用することも可能である。
【０１６３】
Ｃ５．変形例５：
上記実施例では、ネットワーク装置において、第１のＯＳＰＦ処理部が第１のＶＲＦのルーティングテーブルに経路情報を作成し、第２のＯＳＰＦ処理部が第２のＶＲＦのルーティングテーブルに経路情報を作成し、パケットの転送時には、これらルーティングテーブルのいずれか一方が用いられるものとした。しかし、パケット転送時に使用される経路情報は、一方のＯＳＰＦ処理部が作成した経路情報に限定しなくてもよい。具体的には、例えば、第１のＯＳＰＦ処理部が、第１および第２のＶＲＦのルーティングテーブルにそれぞれ経路情報を作成し、第２のＯＳＰＦ処理部が、第１および第２のＶＲＦのルーティングテーブルにそれぞれ経路情報を作成する。その上で、同一のあて先についての経路に関しては、出力インタフェースが第１のＶＲＦネットワークに属するもの（インタフェース１３１）と、第２のＶＲＦネットワークに属するもの（インタフェース１３２）とで、マルチパスになるような構成を採用することも可能である。
【０１６４】
Ｃ６．変形例６：
上記実施例では、説明を簡単にするため、２つのＶＲＦを使用する構成について説明した。しかし、ネットワーク装置が備えるＶＲＦの個数は任意に定めることができる。また、ネットワーク装置は、ＶＲＦ属性を持たないグローバルネットワークを含むものとしても良い。この場合、当該グローバルネットワークは、ＶＲＦ属性を持たない一種のＶＲＦとして考えることも可能である。
【０１６５】
Ｃ７．変形例７：
上記実施例では、ネットワークシステム構成の一例を示した。しかし、ネットワークシステム構成は、上述した態様に限らず、本発明の要旨を逸脱しない範囲において任意に定めることができる。具体的には、例えば、ネットワークシステムを構成するサーバやホストの台数は任意に決定することができる。また、サーバやホストは、ネットワーク装置と他のネットワーク装置を介して間接的に接続されるものとしても良い。なお、サーバに設定するＩＰアドレスが同じであればよく、ネットワーク内の装置のＩＰアドレスは、必ずしも同じにする必要はない。
【０１６６】
上記実施例では、各ＯＳＰＦドメインに所属するネットワーク装置を例示して説明した。しかし、ＯＳＰＦドメインに所属するネットワーク装置は、任意に構成することが可能である。例えば、第１実施例において、ネットワーク装置１００を除いた第１のＯＳＰＦドメインに所属するネットワーク装置は、ルータ４０１であるものとした。しかし、ルータ４０１に限る必要はなく、他の装置を加えたり、一部の装置を除外したりすることも可能である。
【０１６７】
Ｃ８．変形例８：
上記実施例では、ネットワーク装置の構成の一例を示した。しかし、ネットワーク装置の構成は、上述した態様に限らず、本発明の要旨を逸脱しない範囲において任意に定めることができる。具体的には、例えば、ネットワーク装置が有するインタフェースを、ＶＬＡＮ（Ｖｉｒｔｕａｌ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）で多重化する論理的なインタフェースであるものとすることができる。また、リンクアグリゲーションや、トンネルインタフェースや、ＭＰＬＳ（Ｍｕｌｔｉ-Ｐｒｏｔｏｃｏｌ Ｌａｂｅｌ Ｓｗｉｔｃｈｉｎｇ）のＬＳＰ（Ｌａｂｅｌ Ｓｗｉｔｃｈｅｄ Ｐａｔｈ）といった仮想的なインタフェースを用いても良い。
【０１６８】
また、上記実施例では、ネットワーク装置が備える各テーブルについて、その構成の一例を示した。しかし、これらのテーブルが備えるフィールドは、その発明の要旨を逸脱しない範囲において任意に定めることができる。例えば、上記に例示したフィールド以外のフィールドを備えるものとしても良い。また、各テーブルには、ダイレクトマップ方式を用いることも可能である。
【０１６９】
Ｃ９．変形例９：
上記実施例において、ハードウェアによって実現されるものとした構成の一部をソフトウェアに置き換えるようにしてもよく、逆に、ソフトウェアによって実現されるものとした構成の一部をハードウェアに置き換えるようにしてもよい。
【符号の説明】
【０１７０】
１０,１０ａ…ネットワークシステム
５０…状態監視ルール
６０…状態監視ルール
１００…ネットワーク装置
１０１…ネットワーク装置
１０２…ネットワーク装置
１１０…コンフィギュレーションデータベース
１２１…ＶＲＦ１ルーティングテーブル
１２２…ＶＲＦ２ルーティングテーブル
１３１…インタフェース
１３２…インタフェース
１３３…インタフェース
１３４…インタフェース
１３５…インタフェース
１３６…インタフェース
１４０…インタフェースデータベース
１５０…パケット転送処理部
１６０…直結経路制御部
１６１…第１ＯＳＰＦ処理部
１６２…第２ＯＳＰＦ処理部
１６３…第３ＯＳＰＦ処理部
１７０…フェイルオーバ処理部
２０１…運用サーバ
２０２…予備サーバ
３０１…ホスト
４０１…ルータ
４０２…ルータ
１００１…ネットワーク
１００２…ネットワーク
【図１】
0005416596.tif 000002
【図２】
0005416596.tif 000003
【図３】
0005416596.tif 000004
【図４】
0005416596.tif 000005
【図５】
0005416596.tif 000006
【図６】
0005416596.tif 000007
【図７】
0005416596.tif 000008
【図８】
0005416596.tif 000009
【図９】
0005416596.tif 000010
【図１０】
0005416596.tif 000011
【図１１】
0005416596.tif 000012
【図１２】
0005416596.tif 000013
【図１３】
0005416596.tif 000014
【図１４】
0005416596.tif 000015
【図１５】
0005416596.tif 000016
【図１６】
0005416596.tif 000017
【図１７】
0005416596.tif 000018
【図１８】
0005416596.tif 000019
【図１９】
0005416596.tif 000020
【図２０】
0005416596.tif 000021
【図２１】
0005416596.tif 000022
【図２２】
0005416596.tif 000023
【図２３】
0005416596.tif 000024
【図２４】
0005416596.tif 000025
【図２５】
0005416596.tif 000026
【図２６】
0005416596.tif 000027
【図２７】
0005416596.tif 000028
【図２８】
0005416596.tif 000029
【図２９】
0005416596.tif 000030
【図３０】
0005416596.tif 000031
【図３１】
0005416596.tif 000032
【図３２】
0005416596.tif 000033
【図３３】
0005416596.tif 000034
【図３４】
0005416596.tif 000035