(57)【要約】  相互に接続されている少なくとも２つのドメインを有する通信ネットワークにおける、ＶＰＮについての情報が、プッシュメカニズムによって各ドメインに収集される。このＶＰＮについての情報は、異なるＶＰＮが現在利用可能なドメインの少なくともドメインＩＤを備える。ドメインＶＰＮ情報が、各ドメインで収集される。この収集は、外部イベント、例えば、ＶＰＮ情報の変更によって起動され得る。提供されたドメインＶＰＮ情報は、好ましくは、ドメインオペレータ間のＳＬＡによって課されている制限下で、隣接ドメインに拡散される。次から次へ転送される方法では、利用可能なドメインＶＰＮ情報のすべてがすべてのドメインへ拡散される。収集されたＶＰＮについての情報は、適切な接続経路を検出するために評価される。
2008505532.tif 000002
【特許請求の範囲】
【請求項１】
相互に接続されている少なくとも２つのドメインを有する通信ネットワークの、マルチドメイン仮想プライベートネットワーク−ＶＰＮにおいて、第１ドメインの第１ノードと、第１ＶＰＮ間の接続経路を判定する方法であって、
前記ドメインそれぞれで利用可能なＶＰＮについての情報を、該ドメインそれぞれで収集する工程と、
前記ＶＰＮについての情報を隣接ドメインに拡散する工程と、
ＶＰＮについての情報を隣接ドメインから受信する工程と、
隣接ドメインから受信したＶＰＮについての情報に基づく情報を、他の隣接ドメインへ配信する工程と、
前記第１ドメインの前記第１ノードと前記第１ＶＰＮ間の適切な接続経路を検出するための品質尺度に従って、前記第１ＶＰＮについての情報を評価する工程とを備え、
前記ＶＰＮについての情報は、前記ＶＰＮで現在利用可能なドメインの少なくともドメインＩＤを備える
ことを特徴とする方法。
【請求項２】
前記拡散する工程は、すべての隣接ドメインに対して実行され、前記配信する工程は、前記受信したＶＰＮについての情報を提供する前記隣接ドメイン以外のすべての隣接ドメインに対して実行される
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記拡散する工程と、前記配信する工程との少なくとも一方は、定期的に実行される
ことを特徴とする請求項１または２に記載の方法。
【請求項４】
前記拡散する工程と、前記配信する工程との少なくとも一方は、イベントが起動された場合に実行される
ことを特徴とする請求項１または２に記載の方法。
【請求項５】
前記イベントは、前記ドメインそれぞれで利用可能なＶＰＮについての前記情報の変更である
ことを特徴とする請求項４に記載の方法。
【請求項６】
前記イベントは、隣接ドメインからのＶＰＮについての情報の受信である
ことを特徴とする請求項４に記載の方法。
【請求項７】
ＶＰＮについての情報が得られる隣接ドメインへ応答確認メッセージを返信する工程と、
隣接ドメインから応答確認メッセージを受信する工程と、
隣接ドメインから受信したＶＰＮについての情報に基づく、前記配信した情報に対して受信した応答確認メッセージを、前記ＶＰＮについての情報を受信した前記隣接ドメインへ転送する工程と
を更に備えることを特徴とする請求項１乃至６のいずれか１項に記載の方法。
【請求項８】
前記通信ネットワークにおいて、エンドレスループで前記ＶＰＮについての情報が転送されることを抑制する工程を更に備える
ことを特徴とする請求項１乃至７のいずれか１項に記載の方法。
【請求項９】
前記抑制する工程は、前記ＶＰＮについての情報を隣接ドメインへ配信する前に実行される
ことを特徴とする請求項８に記載の方法。
【請求項１０】
前記抑制する工程は、別のドメインから、受信するＶＰＮについての情報を受け入れる前に実行される
ことを特徴とする請求項８に記載の方法。
【請求項１１】
前記抑制する工程は、現在受信したＶＰＮについての情報と、それ以前に受信したＶＰＮについて情報を示す記憶データとの間の比較に基づいている
ことを特徴とする請求項８乃至１０のいずれか１項に記載の方法。
【請求項１２】
前記抑制する工程は、ドメインアイデンティティと、ＶＰＮについての情報で構成される前記受信したＶＰＮについての情報が通過するドメインを示すデータとの比較に基づいている
ことを特徴とする請求項８乃至１０のいずれか１項に記載の方法。
【請求項１３】
前記抑制する工程は、ＶＰＮについての情報のライフタイムに基づいている
ことを特徴とする請求項８乃至１０のいずれか１項に記載の方法。
【請求項１４】
前記ＶＰＮについての情報は、
前記第１ＶＰＮのプロパティ
前記第１ＶＰＮによって現在使用されるリンクのリンク品質
前記第１ＶＰＮを拡張するために利用可能なリンクのリンク品質
前記ＶＰＮが利用可能なノードのノードＩＤ及び
前記ＶＰＮが利用可能なドメインに到達するために通過しなければならないドメインについての情報
の内の少なくとも１つを備える
ことを特徴とする請求項１乃至１３のいずれか１項に記載の方法。
【請求項１５】
前記第１ＶＰＮのプロパティは、
サービス品質プロパティ
暗号化プロパティ
透過性レイヤプロパティ
トンネリングプロパティ及び
トポロジープロパティ
の内の少なくとも１つを備える
ことを特徴とする請求項１４に記載の方法。
【請求項１６】
通信ネットワークドメイン装置であって、
当該通信ネットワークドメイン装置で利用可能な、仮想プライベートネットワーク−ＶＰＮについての情報を収集する手段と、
少なくとも２つのドメインを有する通信ネットワークの隣接ドメインへ、前記ＶＰＮについての情報を拡散する手段と、
前記通信ネットワークの隣接ドメインから、ＶＰＮについての情報を受信する手段と、
前記隣接ドメインから受信したＶＰＮについての情報に基づく情報を他の隣接ドメインへ配信する手段と
前記ドメインのノードから第１ＶＰＮへの適切な接続経路を検出するための品質尺度に従って、前記ＶＰＮについての情報を評価する手段とを備え、
前記ＶＰＮについての情報は、前記ＶＰＮで現在利用可能なドメインの少なくともドメインＩＤを備える
ことを特徴とする通信ネットワークドメイン装置。
【請求項１７】
前記拡散する手段は、すべての隣接ドメインに対して前記ＶＰＮについての情報を拡散するように構成され、前記配信する手段は、前記受信したＶＰＮについての情報を提供する前記隣接ドメイン以外のすべての隣接ドメインに対して該受信したＶＰＮについての情報を配信するように構成される
ことを特徴とする請求項１６に記載の通信ネットワークドメイン装置。
【請求項１８】
ＶＰＮについての情報が得られる隣接ドメインへ応答確認メッセージを返信する手段と、
隣接ドメインから応答確認メッセージを受信する手段と、
隣接ドメインから受信したＶＰＮについての情報に基づく、前記配信した情報に対して受信した応答確認メッセージを、前記ＶＰＮについての情報を受信した前記隣接ドメインへ転送する手段と
を更に備えることを特徴とする請求項１６または１７に記載の通信ネットワークドメイン装置。
【発明の詳細な説明】
【技術分野】
【０００１】
技術分野
本発明は、一般的には、通信システムの仮想プライベートネットワークに関するものであり、より詳しくは、マルチドメイン通信システムの仮想プライベートネットワークの適切な接続経路の判定に関するものである。
【０００２】
背景
仮想プライベートネットワーク（ＶＰＮ）は、パブリック（公衆）あるいはプライベート（専用）通信ネットワークを利用して、プライベート通信を管理する。伝統的には、広範囲ネットワークを構築することを望んでいる企業あるいは他のカスタマー（取引先（customer））は、各ノード間に自身が所有する専用線を提供して、接続性を提供しなければならない。しかしながら、このようなソリューションは、一般的には費用がかかりかつ柔軟性に欠ける。最近では、ＶＰＮの概念が急速に発展している。ＶＰＮは、通信ネットワークが多くのカスタマー間で共有されるが、各カスタマーの通信は仮想的に分けられているソリューションを提案している。ＶＰＮ技術は、たいていは、トンネリングの概念に基づいている。ネットワークトンネリングは、論理的なネットワーク接続の確立及び維持を意味するものである。この接続においては、パケットは、いくつかの他の基本あるいは搬送プロトコル内にカプセル化される。次に、それらは、ＶＰＮクライアントとサーバ間を送信され、最終的には、受信側で、逆カプセル化される。認証及びカプセル化は、セキュリティの提供を支援する。
【０００３】
ネットワークノードの数がＶＰＮの成長を早めさせる傾向になっており、それが、大規模でかつ複雑なネットワーク構造及びトポロジーを生み出す結果となっている。このことは、ある程度は、ＶＰＮ上のトラフィックの増加の要因となり、また、ある程度は、ＶＰＮがますます広い地理的エリアを包囲することが要求される要因となっている。あらゆる地域でノードを有するＶＰＮを提供する通信ネットワークが、今日存在している。しかしながら、ノードはますます多くなり、送信対象のトラフィックもますます増え、更には、ＶＰＮの構成もますます複雑になっている。
【０００４】
従来より、ＶＰＮはネットワークオペレータとカスタマー間の協定（アグリーメント：agreement）に従って生成されている。ノードの位置、サービスの品質及び他の状態が取り決められていて、かつネットワークオペレータのプログラマーは、手動で、あるいは構成支援ツールを用いることによって構成（コンフィグレーション：configuration）をセットアップする。通信ネットワークがますます複雑になると、このような構成はますます複雑となり、また時間がかかる。いくつかのドメインに渡る接続を構成する場合、典型的には、いくつかの異なる接続経路が存在する。いくつかのドメインからの情報は収集され、かつ適切な方法でコンパイルされなければならない。また、カスタマーが自身のＶＰＮを変更したい場合、全体の処理を繰り返さなければならない。
【０００５】
要約
従来技術のソリューションの一般的な問題は、通信ネットワークが、大規模地理的通信範囲及び大量トラフィックの少なくとも一方を有する仮想プライベートネットワークを提供することはかなり複雑になることである。更なる問題は、新規のＶＰＮの構成あるいは既に存在しているＶＰＮの変更は複雑であり、かつ時間がかかることである。更なる問題は、より小範囲の地理的領域を包囲（カバー）するネットワークオペレータの通信リソースは、広範囲ＶＰＮ用に一般的には利用することができないことである。また、更なる問題は、異なるドメインからのＶＰＮの情報を収集して、コンパイルすることは、時間がかかり、複雑であることである。
【０００６】
本発明の一般的な目的は、ＶＰＮの適切な接続経路を検出する方法を改良し、かつその方法を実現するシステム及び装置を提供することである。本発明の更なる目的は、２つ以上のネットワークドメインを利用するＶＰＮに対する接続経路を検出する方法を提供することである。本発明の更なる目的は、異なるドメインで使用される実際のＶＰＮ技術に基本的には独立しているＶＰＮに対する接続経路を検出する方法を提供することである。本発明のまた更なる目的は、ＶＰＮの最適なあるいはほぼ最適な構成を実現する方法を提供することである。
【０００７】
上述の目的は、特許請求の範囲に従う方法及び装置によって達成される。一般的には言えば、相互に接続されている少なくとも２つのドメインを有する通信ネットワークにおけるＶＰＮについての情報が、プッシュメカニズムによって、第１ドメインに収集される。このＶＰＮについての情報は、異なるＶＰＮで現在利用可能なドメインの少なくともドメインＩＤを備えている。ドメインＶＰＮ情報は、各ドメインで収集される。ドメインＶＰＮ情報の提供は、様々な方法で実行することができる。これには、例えば、集中化あるいは分散化方法でのデータの収集によるもの、記憶されたデータを取得することによるものがある。分散されたＶＰＮ制御ノードは、特定の実施形態は、ドメインの境界ノードにローカライズされている。ドメインＶＰＮ情報は、特定の実施形態では、ドメインのエッジノードから収集される。これは、エッジノードからブロードキャストされた情報を受動的に抽出することによって、あるいは、エッジノードからドメインＶＰＮ情報をリクエストすることによって、あるいはそれらの組み合わせによって実行することができる。この収集は、外部イベント、例えば、ＶＰＮの変更によって起動することができる。提供されたドメインＶＰＮ情報は、好ましくは、ドメインオペレータ間のＳＬＡによって課されている制限下で、他のドメインに拡散される。実施形態では、ドメインＶＰＮ情報は、隣接ドメインへ拡散され、この隣接ドメインは、自身が所有するドメインＶＰＮ情報を編集し、それによって、受信したＶＰＮ情報を更に隣接ドメインへ転送する。このように次から次へ転送される方法では、利用可能なドメインＶＰＮ情報のすべてがすべてのドメインへ拡散される。収集されたＶＰＮについての情報は、適切な接続経路を検出するために評価される。一実施形態では、品質尺度に従う評価が実行され、かつそれに従って、最適な接続経路が選択される。実施形態では、評価が実行され、かつ所定閾値を越える接続経路のすべてが構成される。そして、実用上必要な統計的な評価は、いくつかの初期動作時間後に実行することができる。
【０００８】
本発明の１つの重要な効果は、異なるドメインのオペレータが協働することができる、単純かつ安定したプラットホームを提供することである。ドメインＶＰＮ情報は、マルチドメインシステムの本質的にはすべてのドメインでＶＰＮ構成をサポートするために利用することが可能である。本発明の方法は、現在のドメイン状態に従って、最適なあるいはほぼ最適な接続経路を検出することを可能にすることを保証する手段を提供する。本発明は、特に、相対的に安定した構成及びトポロジーを有する通信ネットワークで実現するのにより適している。
【０００９】
詳細説明
一般的なＶＰＮプロバイダアーキテクチャ１の実施形態を図１に示す。このＶＰＮプロバイダアーキテクチャでは、５つのＶＰＮプロバイダドメイン１０Ａ−Ｅが存在し、これらはすべて、ドメイン間データ接続１２Ａ−Ｇによって互いに接続されている。１つのオペレータは、１つ以上のこれらのドメイン１０Ａ−Ｅを制御することができる。あるいは、これらは、別々のオペレータによって制御することができる。ドメイン１０−Ｅ間の関係、即ち、ドメイン間データ接続１２Ａ−Ｇの制御は、典型的には、介在するオペレータ間のアグリーメント（協定）、例えば、ＶＰＮサービスレベルアグリーメント（ＳＬＡ）に従って調整される。各ＶＰＮプロバイダドメイン１０Ａは、ＶＰＮエッジ（edge）ノード１４とコアノード１６を備えている。これは、ＶＰＮ  ａｗａｒｅ（認識できる）あるいはＶＰＮ  ｕｎａｗａｒｅ（認識できない）とすることができる。また、これらのうちのいくつかものだけに、ここでは参照番号を付している。ＶＰＮエッジノード１４は、アーキテクチャ１内の様々なＶＰＮと、様々なカスタマーのカスタマーサイト２０とが、これを介して接続されるノードである。ＶＰＮ  ｕｎａｗａｒｅ  ノード１６は、ドメインの中間ノードであり、また、ＶＰＮエッジノード１４間でメッセージ及びデータを転送するためだけに使用される。カスタマーは、通信用に使用されるＶＰＮ  ｕｎａｗａｒｅノードを認識しない。重要なことは、ＶＰＮエッジノード１４で開始し、終了することである。ドメインで接続されるＶＰＮは、実際の通信が１つあるいはいくつかのＶＰＮ  ｕｎａｗａｒｅノード１６を介して発生するとしても、ＶＰＮエッジノード１４間を直線で示すことができる。本発明の以下の開示では、ＶＰＮ  ｕｎａｗａｒｅノードの存在は通常は無視される。これは、本発明に従う基本処理ステップは、ＶＰＮ  ｕｎａｗａｒｅノード１６の存否に直接には依存しないからである。しかしながら、実際の実装環境では、ＶＰＮ  ｕｎａｗａｒｅノードの類は、実際の接続性を提供するために使用される。
【００１０】
ＶＰＮプロバイダドメイン１０Ａ−Ｅは、ＶＰＮ境界（border）ノード１８を介してデータプレーンに接続される。即ち、ドメイン間データ接続１２Ａ−Ｇは、ＶＰＮ境界ノード１８で開始し、終了する。ＶＰＮ境界ノード１８は、同時にＶＰＮエッジノード１４として動作してもしなくても良い。カスタマーサイト２０は、ＶＰＮエッジノード１４の１つに接続される。そして、同一カスタマーのカスタマーサイト２０は、ＶＰＮ２２Ａ−ＣによってＶＰＮプロバイダドメイン１０Ａ−Ｅを介して接続することができる。１つのカスタマーは、異なるＶＰＮ２２Ａ−Ｃに接続されているカスタマーサイト２０を持つことができる。また、２つ以上のカスタマーサイト２０は、同一のＶＰＮエッジノード１４に接続することができるが、他のカスタマーサイト２０の存在と、他のカスタマーサイト２０に接続されているＶＰＮの存在を認識できない。
【００１１】
本実施形態では、３つのＶＰＮ２２Ａ−Ｃが示されている。しかしながら、当業者であれば、実システム内でのＶＰＮの数は通常はもっと多いものであることを理解している。破線で示される第１ＶＰＮ２２Ａは、３つのドメイン１０Ａ、１０Ｃ、１０Ｄに渡って展開されていて、かつこれらのすべてのドメインのカスタマーサイト２０と接続している。点線で示される第２ＶＰＮ２２Ｂは、本実施形態のすべてのドメイン１０Ａ−Ｅに渡って展開されている。そして、一点鎖線で示される第３ＶＰＮ２２Ｃは、ドメイン１０Ｂのカスタマーサイト２０だけに接続している。各カスタマーサイト２０は、他のカスタマーのカスタマーサイト２０の存在と、自身に接続されているＶＰＮ以外のＶＰＮの存在を認識できない。このような状況では、ＶＰＮのプライバシー特徴は保護されているものの、これらのすべては、同一の基本通信リソースを共有している。このことは、本発明が好適に動作する状況となる。
【００１２】
本発明では、ドメイン間、ドメイン内、ユーザプレーン接続、制御プレーン接続、オーバレイ制御接続、ノードとユーザ端末間接続等の様々な接続について説明する。本明細書全体を通して、これらの接続は任意の種類のものとすることができることを想定している。本発明の基本的な概念は、実際の接続技術に依存しない。これは、有線及び無線技術の両方が、これらの接続の任意のものに対して使用できることを意味する。特に、無線接続の使用に関しては、ユーザ端末は、エッジノードに対する移動体とすることができる。ドメイン内のノードは、他のノードに対する移動体とすることができる。ドメインですら、互いに移動体とすることができる。
【００１３】
ここで、新規のカスタマーサイト２０’がドメイン１０ＥのＶＰＮエッジノード１４’に接続されたとする。カスタマーサイト２０’をＶＰＮ２２Ｂに接続したい場合は、その処理はおそらく比較的単純となる。これは、ＶＰＮ２２Ｂが既にドメイン１０Ｅに存在しているからである。従来技術に従う手動あるいは自動ＶＰＮ再構成処理を利用することもできるし、それらを合わせ持ったものを利用することもできる。しかしながら、新規のカスタマーサイト２０’をＶＰＮ２２Ａあるいは２２Ｃに接続したい場合、状況はより複雑となる。従来技術では、ドメイン間ＶＰＮ構成処理は通常は存在しない。
【００１４】
本発明の基本的な概念の１つは、各ドメインで利用可能なＶＰＮのＶＰＮアイデンティティを有するドメインＶＰＮ情報の提供に関するものである。
【００１５】
まず、ドメイン情報をどのようにして収集できるかを示すいくつかの例を説明する。これは、図２Ａ−３Ｄに関係する。主要な本発明の概念は、以下に示す。
【００１６】
図２Ａは、ドメインＶＰＮ情報を提供する初期フェーズの実施形態を示している。各ＶＰＮエッジノード１４は、自身が所有する既存のＶＰＮ構成を反映する情報を記憶している。この構成は、少なくとも、どのＶＰＮが、特定のＶＰＮエッジノード１４でカスタマーサイトに接続されているかに関するものである。特定の実施形態では、ＶＰＮエッジノード１４は、どのカスタマーがＶＰＮエッジノード１４に接続されていて、かつ既存のＶＰＮとカスタマーサイト２０間の関係についての情報も持っている。いくつかの実施形態では、例えば、ＶＰＮアドレス空間及びアドレスタイプ（ローカルあるいはグローバル）と、帯域幅、遅延及びジッターのような仕様によって特定されるＶＰＮ品質のサービスクラス、及びＶＰＮセットアップ、即ち、トンネルあるいはフィルタの使用の少なくとも１つのような情報が提供される。暗号プロパティ、透過性レイヤプロパティ、トンネリングプロパティ及びトポロジープロパティのような情報も含めることができる。また、ＶＰＮ境界ノード１８は、自身が属するＶＰＮプロバイダドメインのアイデンティティについての情報を記憶している。
【００１７】
本発明の一実施形態に従えば、各ＶＰＮエッジノード１４に記憶されているドメインＶＰＮ情報あるいはその少なくとも一部は、同一ドメイン１０Ａ−Ｅの各境界ノード１８によって収集される。これについては、図２Ａでは矢印として視覚化されていて、それらの内の一部は参照番号２４が付与されている。このような方法で、所有するドメインについての、収集されたドメインノード情報は、各ドメイン１０Ａ−Ｅの各ＶＰＮ境界ノード１８で利用可能である。通信に対する１つの構成としては、ＢＧＰ（境界ゲートウェイプロトコル（Border Gateway Protocol））に類似する通信プロトコルを使用することであり、これは、どこで情報を必要としているかについての特別な知識なしに、ドメインに渡って情報を拡散する。次に、境界ノードは、すべての必要な情報をピックアップすることができる。この例には、ドメインＶＰＮ情報を配信するためのプッシュメカニズムがある。
【００１８】
図２Ｂは、ドメインＶＰＮ情報を提供する別の実施形態を示していて、ここでは、この情報は、１つのドメイン１０Ｃに集約されている。ＶＰＮ境界ノード１８が、エッジノード１４が同一ドメイン１０Ｃに存在していることについての情報を記憶している場合、ＶＰＮ境界ノード１８は、単に、リクエスト２３を任意のＶＰＮエッジノード１４に行うことで、自身のドメインノード情報２４を返信することができる。リクエストする情報の最も単純な形式では、リクエスト自身をＶＰＮエッジノード１４があるＶＰＮに関係しているかどうかの問い合わせにすることができる。これは、例えば、ドメイン相互接続１２Ｆによって受信される。このような場合には、応答確認メッセージには任意の情報を含まないが、特定のＶＰＮエッジノードにおける特定のＶＰＮの情報を潜在的に送信することになる。この例には、ドメインＶＰＮ情報を配信するためのプッシュメカニズムがある。
【００１９】
ドメインＶＰＮノード情報は、異なるタイミングで収集することもできる。１つの構成は、利用可能な情報が常に更新されていることを保証するために、境界ノードに、このような情報を継続的にあるいは少なくとも定期的に収集することである。このような実施形態では、この情報は、境界ノード、あるいは、境界ノードから検索可能な場所にある任意の他のノードに記憶されることが好ましく、これについては以下で説明される実施形態を参照されたい。別の構成は、情報収集がいくつかのイベントによって起動されることである。このイベントは、例えば、エッジノードからのブロードキャスティングメッセージとすることができ、これには、なんらかの変更が存在すること、あるいは上述の特定のＶＰＮを検出するリクエストがある。すべてのエッジノードが、ドメインのどの境界ノードが利用可能であるかについての知識を持っている場合、この情報も、このような変更が発生する場合にすべての境界ノードに直接送信することができる。あるＶＰＮを検出するためのリクエストによって起動されることで情報が検索される場合、収集された情報はそのＶＰＮに制限されても良く、また、後に使用するために必要であるとしても記憶されなくても良い。
【００２０】
図２Ｃは、ドメインＶＰＮ情報が集中的に収集される実施形態を示している。異なるエッジノード１４によって提供されるすべてのドメインＶＰＮ情報を記憶するために、記憶装置５４が提供される。このようなドメインＶＰＮ情報を使用する機能は、中央の記憶装置５４からこの情報を検索することができる。
【００２１】
図２Ｄは、ドメインＶＰＮデータの集中収集に基づいている別の実施形態を示している。ここで、リクエスト２３あるいは他の外部信号は、記憶装置５４へのＶＰＮデータ２４の提供を初期化することができる。このリクエスト２３は、記憶装置５４自身から発せられる必要はない。
【００２２】
ドメインノード間でのドメインＶＰＮ情報を収集するための別の構成としては、データ記憶装置からデータを取得することによって、ドメインＶＰＮ情報が提供されても良い。この記憶されたデータは、例えば、上述の処理に従って従前に収集されたデータの結果とすることができる。あるいは、この記憶されたデータは、外部から提供されるものとすることができる。
【００２３】
上述の実施形態では、ドメインのデータの提供は、それに直接関係のある境界ノードあるいはノードによって実行される。このような状況は、図３Ａでも示される。ここで、マルチドメインシステムの１つのドメイン１０Ａがより詳細に示される。境界ノード１８は、データ接続１２Ａ及び１２Ｂによる他のドメインとのデータトラフィックを担当する。この境界ノード１８は、特定の実施形態では、境界ノード１８のプロセッサのソフトウェア機能による、ドメインＶＰＮ情報を収集する手段４１を備える。このドメインＶＰＮ情報は、記憶装置５４に記憶することができる。ドメインに関するドメインＶＰＮ情報を処理するためのＶＰＮ制御ノード４３は、全体として、特定の実施形態では、各境界ノード１８に分散されたローカルの手段４１として実現される。
【００２４】
図３Ｂでは、別の特定の実施形態が示されている。ここでも、境界ノード１８は、ドメインＶＰＮ情報に関係する機能エンティティ４１を備えている。但し、分散されたＶＰＮ制御ノード４３は、この特定の実施形態では、境界ノード１８に配置されるあるいはそれに接続されている、ドメインＶＰＮ情報を提供するための手段４１と、中央データベース５４を備えている。この中央データベース５４には、実際に更新されたＶＰＮ情報と、かつ好ましくは履歴ＶＰＮ情報が記憶される。
【００２５】
図３Ｃでは、更に別の特定の実施形態が示される。ここでは、ＶＰＮ制御ノード４３は中央に配置され、かつドメインＶＰＮ情報を提供する手段４１と、基本的には同一位置に提供される中央データベース５４を備えている。境界ノード１８は、この特定の実施形態では、単に、ＶＰＮ制御ノードと近隣ドメイン間の通信４５を処理するために使用される。実際のデータトラフィックに関係するシグナリングの制御に関わる境界ノード１８の機能は、ＶＰＮ構成に関係する制御メッセージの信号処理を行うようにも利用することができる。
【００２６】
図３Ｄでは、システム内の境界ノードから仮想的に分けられているＶＰＮ制御ノード４３を有する実施形態が示されている。ＶＰＮ制御ノード４３は、このような実施形態では、専用のＶＰＮ制御信号接続４７によって他のドメインのＶＰＮ制御ノードに接続されていて、自身で所有するハイレベルネットワークを生成する。
【００２７】
本発明の特定の実施形態では、提供されているドメインＶＰＮ情報は、システム内、即ち、異なるドメイン間で転送することができる。これについては、図４で示される。第１ステップは、各ドメインのＶＰＮ情報の提供である。これは、各ドメインのＶＰＮ制御ノード４３によって実行される。但し、ＶＰＮ制御ノード４３の構成は、異なるドメイン間で異ならせることができる。図４では、ドメイン１０Ａは、図３Ａに示される例と同様のＶＰＮ制御ノード４３を有している。ドメイン１０Ｃは、図３Ｂに示される例と同様のＶＰＮ制御ノード４３を有している。そして、ドメイン１０Ｂ、１０Ｄ及び１０Ｅは、図３Ｃに示される例と同様のＶＰＮ制御ノード４３を有している。異なるドメイン間のトラフィックを調整する各ＳＬＡに従えば、各ＶＰＮ制御ノード４３において利用可能なドメインＶＰＮ情報の少なくとも一部は、本実施形態では、近隣ドメインの反作用（counteracting）ＶＰＮ制御ノードに送信される。矢印２８は、ドメイン間の情報転送を示している。ＳＬＡは、利用可能な情報をどの程度近隣ドメインに対して利用可能にすべきであるかについての協定を行うことができる。一般的には、ＶＰＮ制御ノードは、利用可能なドメイン内ＶＰＮ情報を、コンパイルされたあるいは処理された、近隣ドメインに転送するのに適切なＶＰＮ情報にするように処理する。ドメイン同士が密接に関係している場合、例えば、同一のオペレータに属している場合、ＳＬＡは、ドメインＶＰＮ情報の交換時には全体として透過性を持たせることができる。他の場合には、ＶＰＮ制御ノード４３間を送信される、処理された情報２８をコンパイルされたＶＰＮ情報にするように処理することで、個々のドメインＶＰＮについてのかなり基本的なことだけしか明らかにならないようにすることができる。本実施形態における、ドメイン間接続１２Ａ−Ｇを介して送信されなければならない情報は、少なくとも、その情報を送信する境界ノード以外の別の場所で利用可能なＶＰＮの少なくともアイデンティティである。
【００２８】
本発明に従えば、ＶＰＮについての情報は、現在ＶＰＮが利用可能であるドメインの少なくともドメインＩＤを備える。好ましくは、ＶＰＮについての情報は、更に、追加のデータを備えている。これには、例えば、ＶＰＮのプロパティに制限されるものではなく、ＶＰＮで現在使用されるリンクのリンク品質、ＶＰＮを拡張するために利用可能なリンクのリンク品質、ＶＰＮが利用可能なノードのノードＩＤ、ＶＰＮが利用可能なドメインに到達するために通過しなければならないドメインについての情報がある。ＶＰＮのプロパティは、例えば、サービス品質のプロパティ、暗号プロパティ、透過性レイヤプロパティ、トンネリングプロパティ及びトポロジープロパティを備えることができる。
【００２９】
図４では、ドメイン間接続１２Ａ−Ｇで送信される情報２８は、受信側ＶＰＮ制御ノードにおいて、全体として利用可能なＶＰＮ情報の状況の更新を引き起こすものである。このＶＰＮ制御ノードは、ここでも、例えば、どんなＶＰＮがドメイン間接続を介して利用可能であるかの情報を持っている。より完全な情報が利用可能である場合には、ＶＰＮ制御ノードは、例えば、これらの異なるＶＰＮのうちのどのＶＰＮで、エッジノードアイデンティティが利用可能であるか、ＶＰＭ品質のサービス等を判定することができる。こうして得られるＶＰＮ情報は、ここでは、近隣ドメインのプロパティとなる。また、ＳＬＡによって許可されている場合には、このＶＰＮ情報は、そのドメインのアクティビティに対して使用することができる。ＶＰＮ制御ノード４３の記憶装置５４に記憶されている情報は、近隣ドメインから受信される情報、あるいはその処理されたもの、その受信される情報を追加、削除あるいは変更したものと同一とすることができる。例えば、この情報には、どのドメインから発信されているかの指示をラベルとして付加することができる。
【００３０】
この情報配信は、多くの連続ステップで継続することができる。いくつかの場合には、最初の送信と同様に、別のドメインに転送される前に、更なる情報の変更を適用する。最終的には、全体ＶＰＮプロバイダアーキテクチャ１におけるすべてのＶＰＮ制御ノードは、システム内で利用可能なすべてのドメインＶＰＮ情報の処理された形式のものを少なくとも持っている。各ＶＰＮ制御ノードでは、この情報は、使用対象の関係するドメイン間接続に対して有効となるＳＬＡに従って処理されても良い。
【００３１】
ドメインＶＰＮ情報の交換は、様々なタイミングで実行することができる。１つの構成は、利用可能な情報が常に更新されることを保証するために、このような情報を継続的にあるいは少なくとも定期的に交換する。このような実施形態では、この情報は、そのＶＰＮ制御ノード、あるいは、ＶＰＮ制御ノードから検索可能な場所にある任意の他のノードに記憶されることが好ましい。換言すれば、この構成は、データ配信用の典型的なプッシュメカニズムである。
【００３２】
別の構成には、いくつかのイベントによって起動される情報交換がある。このイベントは、例えば、なんらかの変更がドメインで発生することである。
【００３３】
本実施形態では、ＶＰＮ情報の拡散は、応答確認処理とも関連している。ドメインが隣接ドメインからＶＰＮ情報を受信している場合、ＶＰＮ情報を提供するドメインへ、その情報がドメインで現在利用可能であることを通知するために、応答確認メッセージが返信される。好ましくは、転送されたＶＰＮ情報に関連する受信された応答確認は、ＶＰＮ情報が発生した場所のドメインへ転送される。換言すれば、ＶＰＮ情報は一方向で転送され、対応する応答確認メッセージが逆方向に転送される。
【００３４】
ここで、エッジノード１４’への新規のカスタマーサイト２０’の接続が、あるＶＰＮへ接続しようとすることを想定する。この制御ノード４３は、新規のカスタマーサイト２０’が接続されていることを特定し、かつどのＶＰＮが意図されているかを調査する。本発明に従えば、適切な接続経路を検索する品質尺度（quality measure）に従って、意図されているＶＰＮについての情報を検索するための手段が提供される。
【００３５】
ＶＰＮ制御ノード４３がＶＰＮ接続リクエストを開始する場合、それは、リクエストされたＶＰＮと、自身のドメイン間接続を介して利用可能なＶＰＮについての、記憶されている情報とを比較する。どのドメインにＶＰＮが存在し、どのドメイン間接続を介してＶＰＮが到達可能であるかについての情報が利用可能である。図４では、リクエストされたＶＰＮは、図１のＶＰＮ２２Ａである。ドメイン１０ＥのＶＰＮ制御ノード４３は、２つの異なる経路に従って、境界ノード１８：１を介してＶＰＮ２２Ａが利用可能であることについての情報を持っている。ＶＰＮ２２Ａへ到達するための１つの構成は、ドメイン間接続１２Ｄ、ドメイン１０Ｂ、かつドメイン間接続１２Ａを経由するものである。ここでは、ＶＰＮ２２Ａは、ドメイン１０Ａに存在する。ＶＰＮ２２Ａへ到達するための別の構成は、ドメイン間接続１２Ｄ、ドメイン１０Ｂ、及びドメイン間接続１２Ｃを経由するものである。ここでは、ＶＰＮ２２Ａは、ドメイン１０Ｃに存在する。但し、ドメイン１０ＥのＶＰＮ制御ノード４３は、別の境界ノード１８を介するＶＰＮ２２Ａについての情報も持っている。ここで、リクエストされたＶＰＮ２２Ａは、ドメイン間接続１２Ｅを介して到達可能である。これは、ＶＰＮ２２Ａがドメイン１０Ｃで利用可能であるからである。そして、リクエストされたＶＰＮ２２Ａは、ドメイン間接続１２Ｇを介して到達可能である。これは、ＶＰＮ２２Ａがドメイン１０Ｄでも利用可能であるからである。
【００３６】
異なるドメインがどのようにして接続されるかについての情報は、可能な接続を解析する場合に提示されなければならない。この情報は、様々な方法で取得することができる。本発明は、相対的に安定した構成を有するシステムで最も効果的に動作するので、ドメイン及びドメイン間接続の「マップ（map）」は、異なるドメインを介して配信されるものと想定される。
【００３７】
ＶＰＮ制御ノード４３は、リクエストされたＶＰＮを検出するために必要な情報をすべて持っている。ＶＰＮ制御ノード４３は、取り得る接続経路それぞれに対する品質尺度を判定することによって、必要とされるＶＰＮについての利用可能な情報を評価する。このような品質尺度は、例えば、確立対象の新規のリンクの数、必要とされるＶＰＮに到達する前に通過するドメインの数、ＶＰＮが到達しているノードがどのようにして必要とされるＶＰＮの中央に配置されるか、確立対象のリンクの最小サービス品質プロパティ等がある。この例では、ドメイン間接続１２Ｅを介する経路が使用するためには最も単純に見えるが、利用可能な品質のサービスレベルは、それについての決定を変更することができる。
【００３８】
適切な接続経路を検出する処理は、様々な原理に従って実行することができる。１つの可用性は、許容閾値を持つことであり、また、その許容閾値を越える品質尺度を有する接続経路だけを想定することである。残りの適切な接続経路については、１つの可用性は、構成対象の最高品質尺度を有するものを選択しても良い。１つの可用性は、極端な場合、受け入れられるすべての接続候補から、構成対象の複数の接続経路を選択することを採用しても良い。
【００３９】
本発明では、提供されるドメインＶＰＮ情報は、システム１全体のすべてのＶＰＮ制御ノード４３に拡散される。この方法では、適切なＶＰＮを検出するためのリクエストは、「ホーム」ドメインのＶＰＮ制御ノード４３に直接出力することができる。ＶＰＮ情報の提供及び交換は、継続的に、定期的にあるいはリクエスト自身によって起動される前に指示することができる。
【００４０】
この方法は、システム１全体が単一のＶＰＮ制御ノード４３毎に更新されなければならないことがないという欠点を持っている。しかしながら、ドメインの構造と、ＶＰＮがかなり静的であるシステムでは、更新されるＶＰＮ制御ノード４３を維持するために必要な通信動作は相対的に低い。
【００４１】
このシステムを介してＶＰＮ情報を拡散する処理では、受信された情報の更なる転送を制限することが好ましい。図５では、ＶＰＮ情報提供のエンドレスループに対するリスクをもたらす潜在的な状況が示されている。通信ネットワーク１は、５つのドメイン１０Ａ−Ｅを備えている。ドメイン１０Ｅでは、ＶＰＮ２２Ａが利用可能である。ここで、いくつかの方法で、ＶＰＮ２２Ａが変更される状況を想定する。これには、例えば、ドメイン内接続がアップグレードされて、より広い帯域幅をサポートすることがある。ドメイン１０Ｅは、ＶＰＮ情報の内部更新を実行し、更新されたＶＰＮ情報を、自身の単独で隣接するドメイン１０Ａへ送信する。ドメイン１０Ａは、自身のデータベースを更新し、そのＶＰＮ情報をドメイン１０Ｂへ転送する。
【００４２】
ドメイン１０Ｂでも、ＶＰＮ２２Ａについての情報が更新される。次に、更新情報は、更なる隣接ドメイン１０Ｃ及び１０Ｄへ転送される。この処理は、これらのドメインでも繰り返され、ＶＰＮ情報の更なる転送が実行される。ドメイン１０Ｃは、この情報をドメイン１０Ｄへ送信し、ドメイン１０Ｄは、同一の情報をドメイン１０Ｃへ送信する。この処理は継続し、ＶＰＮ情報のエンドレスループがドメイン１０Ｂ−Ｄ間で循環することになる。本発明の実施形態では、情報リクエストがエンドレスループで転送されることを抑制する手段が提供される。このような、情報リクエストのループを抑制する手段は、このような情報リクエストの送信あるいは受信する手段とともに提供されることが好ましい。即ち、これらは、新規の隣接ドメインへの実際の転送を抑制する、あるいは受信された情報リクエストの受け入れを抑制するように構成される。転送における制約を課すいくつかの実施形態が可能である。これらのいくつかを、以下に簡単に説明する。
【００４３】
ループ抑制構成の一実施形態では、各ＶＰＮ情報メッセージがアイデンティティとともに提供される。このアイデンティティは、ある固有のアイデンティティ番号を有する別フィールドとすることができる。あるいは、このアイデンティティは、それを搬送する実際の情報に基づくことができる。ＶＰＮ情報のそれぞれのアイデンティティが使用される場合、受信し受け付けられたＶＰＮ情報メッセージは、たいていは記憶装置に記憶される。新規のＶＰＮ情報メッセージが到達すると、記憶されたデータとの比較が行われれ、情報リクエストが既に以前に受信されているかを明らかにする。そうである場合、このリクエストは、無視される。そうでなければ、そのリクエストは受け付けられ、また、アイデンティティが記憶装置に追加される。
【００４４】
この比較も、ＶＰＮ情報の実際の転送とともに実行することができる。このような場合、メッセージアイデンティティは記憶装置に記憶することができ、また、リクエストを転送するための追加の条件は、データベース内には、同一のメッセージアイデンティティは２つあるべきでないということである。
【００４５】
アイデンティティがＶＰＮ情報自身に基づいている場合、受信されたＶＰＮ情報は、ドメインに現在記憶されている対応するＶＰＮ情報と比較される。ＶＰＮ情報が変更を生じさせるものでない場合、受信されたＶＰＮ情報は複製メッセージとして見なされて、拒否される。このような構成では、正しい更新のみが転送される。
【００４６】
ループ抑制の別の実施形態は、転送経路についての情報に基づいている。転送処理中にどのドメインを通過するについての情報をＶＰＮ情報メッセージ自身に追加することによって、受信ドメインは、この情報から、自身の所有するアイデンティティを容易に検索することができる。所有するアイデンティティが存在する場合、その情報は無視される。そうでない場合、所有するアイデンティティが追加され、そして、その情報は転送され得る。この比較は、送信側で実行することもできる。ＶＰＮ情報メッセージをドメインへ転送する前に、送信側ドメインは、自身の隣接ドメインのアイデンティティに対する転送経路情報を検索する。転送経路内に既に存在してしているドメインに対しては、転送は抑制される。
【００４７】
更なる別の実施形態は、ライフタイムに基づいている。あるライフタイムは、オリジナルのＶＰＮ情報の更新を行う時点、例えば、有効満了期限を決定することによって、設定することができる。このような情報を受信及び転送の少なくとも一方を行う場合、この有効満了期限が、例えば、システム時間に対してチェックされ、有効期限が満了していると、これ以上の転送は実行されない。ライフタイム概念の変形は、残りのライフタイムを設定することであり、これは、各転送に関連して時間が減じられる。残りのライフタイムがなくなると、これ以上の転送は実行されない。この方法も使用することができ、これは、「時間」の尺度として転送数を利用している。即ち、初期設定として、最大転送数が許可されていると言える。各転送に対しては、ユニット毎に残りの数が減じられる。
【００４８】
図６Ａは、接続経路判定構成を提供する本発明に従う、比較的一般的なＶＰＮ制御ノード４３の特定の実施形態のブロック図である。ＶＰＮ制御ノード４３は、ドメインＶＰＮ情報を提供するための手段５２を備えている。この情報は、接続６２によってドメインの他のノードによって提供されても良い。メイン制御通信インタフェース４０は、他のドメインとの通信のために提供される。このインタフェース４０は、ドメイン内接続６２と一緒に構成されても良い。リクエストされたＶＰＮのアイデンティティがドメインＶＰＮ情報と一致（マッチ）するかを調査する評価ユニット４９が提供される。この評価ユニット４９は、更に、適切な接続経路を検出するための品質尺度に従って、上述の、リクエストされたＶＰＮについての情報の評価を実行するように構成される。このＶＰＮリクエストは、自身のドメインの別のノードから受信することができる。あるいは、このＶＰＮリクエストは、ＶＰＮ制御ノード内で開始することができる。外部ＶＰＮ処理セクション４４は、ドメイン間ＶＰＮ構成の処理を担当する。外部ＶＰＮ処理セクション４４は、自身のドメインで利用可能なＶＰＮについての情報を隣接ドメインに配信するための手段７１を備える。外部ＶＰＮ処理セクション４４は、更に、隣接ドメインからＶＰＮについての情報を受信するための手段７３と、受信したＶＰＮについて情報に基づく情報を、隣接ドメインから他の隣接ドメインへ配信するための手段７２とを備える。これらの手段７１−７３の内、特に、手段７１−７２は、好ましくは、統合されている形式で構成することができる。なぜなら、これらの手段は、多くの共通部分を持っているからである。但し、他の実施形態では、別ユニットで提供することができる。内部ＶＰＮ処理セクション４１は、自身のドメインの内部接続を構成する機能を持っていて、また、好ましくは、所有するドメインで利用可能なＶＰＮについての情報を収集する手段、即ち、ドメインＶＰＮ情報を提供する手段５２を備えている。
【００４９】
図６Ｂは、本発明に従うＶＰＮ制御ノード４３の別の特定の実施形態のブロック図を示している。所有するドメインに関するドメインＶＰＮ情報は、内部ＶＰＮ処理セクション４１によって提供される。この内部ＶＰＮ処理セクション４１は、ＶＰＮについての情報を収集する手段５２を備えている。この内部ドメインＶＰＮ情報は、この特定の実施形態では、データメモリ７４に記憶されている。この情報は、この特定の実施形態では、矢印６２で示されるように、ドメインの他のノードとの通信によって提供される。他の実施形態では、この情報は、別の方法で取得することができる。内部ドメインＶＰＮ情報は、外部ＶＰＮ処理セクション４４内の総合ＶＰＮ情報データベース５４にも転送される。内部ＶＰＮ処理セクション４１も、内部構成マシーン４６を備えていて、これは、所有するドメインの内部接続を構成するための機能を持っている。内部ＶＰＮ処理セクション４１は、内部ドメインＶＰＮ情報と、データベース５４からの情報が提供される。つまり、内部ドメインに関する通信は、内部ＶＰＮ処理セクション４１と外部ＶＰＮ処理セクション４４間の接続４２を介して実行される。
【００５０】
ＶＰＮ制御ノード４３は、ドメイン間接続を介する、他のドメインとのメイン制御通信インタフェース４０を持っている。他のドメインからのドメインＶＰＮ情報は、このインタフェース４０によって受信され、入力処理ユニット５６が、受信したデータから有用な情報を抽出し、この抽出した情報を入力データベース５８に記憶する。この入力データベース５８では、どのドメインから外部データが受信されたかのような追加の情報も記憶される。この入力処理ユニット５６と入力データベース５８は、本実施形態では、ＶＰＮについての情報を隣接ドメインから受信する手段７３に構成される。この入力データベース５８は、適切な場合に、総合ＶＰＮ情報データベース５４を更新する。外部ＶＰＮ処理セクション４４も、外部構成マシーン６０を備えていて、これは、ドメインに対して関連するドメイン間接続の一部を構成するための機能を持っている。この機能は、以下でより詳細に説明する。
【００５１】
外部ＶＰＮ処理セクション４４も、情報を他のドメインに提供する。所有するドメイン及び他のドメインの少なくとも一方に関連するドメインＶＰＮ情報は、データベース５４から抽出され、出力データ処理ユニット５０に提供される。取得された情報は、異なる近隣ドメインと関係するＳＬＡに従って処理され、出力データベース４８に記憶される。これによって、このＳＬＡは、どの情報が、異なる近隣ドメインに配信可能であるかを判定する。密接な関係を有するドメインオペレータは、情報交換をより透過にすることを許可しても良い。これに対して、関連しないオペレータに属するドメインは、より制限のある情報交換を適用することができる。適切な場合に、ＶＰＮについての情報は、インタフェース４０に送信される。データベース５４、出力データ処理ユニット５０及び出力データベース４８は、本実施形態では、共通ユニット７１、７２内に構成される。この共通ユニット７１、７２は、所有するドメインで利用可能なＶＰＮについての情報を拡散し、かつ隣接ドメインから受信したＶＰＮについての情報に基づく情報を配信する手段を備える。
【００５２】
図７に示される例は、ドメイン間ＶＰＮの構成をどのようにして自動化することができるかを示している。ドメイン１０Ｅの新規のカスタマーサイト２０’は、ＶＰＮ２２Ａに接続されても良い。ＶＰＮトンネルが、内側ドメインと、ドメイン間の両方に対するＶＰＮ接続に対して使用されると想定する。これは、以下のステップが採用される。
【００５３】
ドメイン１０ＥのＶＰＮ制御ノードは、いくつかの方法で、ＶＰＮ２２Ａに接続するためのリクエストをカスタマーから取得する。ドメイン１０ＥのＶＰＮデータベースは、ＶＰＮ２２がドメイン１０Ｅに存在しないことを示しているので、ドメイン１０ＥのＶＰＮ制御ノードは、カスタマーサイト２０’を、ドメイン１０ＥのＶＰＮ２２Ａに直接接続することはできない。但し、他のドメインから発信されるＶＰＮ情報は、ＶＰＮ２２Ａへの接続経路が、「ネクストホップ」１０Ｂ、１０Ｃ及び１０Ｄで検出できることを示すことに利用することができる。
【００５４】
ドメイン１０ＥのＶＰＮ制御ノードは、上述の品質尺度の評価に従って、「ネクストホップ」１０Ｂだけを介してＶＰＮをセットアップすることを選択する。これは、カスタマーサイト２０’が接続されているエッジノード１４’から、リンク１２Ｄを介してドメイン１０Ｂに接続されている境界ノード１８：１への、ＶＰＮ２２Ａに対するＶＰＮトンネル７１をセットアップする。ドメイン１０ＥのＶＰＮ制御ノードは、ドメイン１０ＢのＶＰＮ制御ノードとの通信を開始し、かつリンク１２Ｄを介する境界ノード１８：２への、ＶＰＮ２２Ａに対するＶＰＮトンネル７２をセットアップする。
【００５５】
ドメイン１０ＢのＶＰＮ制御ノードは、「ネクストホップ」１０Ａだけを介してＶＰＮをセットアップする。これは、リンク１２Ｄを介してドメイン１０Ｂに接続される境界ノード１８：２から、リンク１２Ａを介してドメイン１０Ａに接続される境界ノード１８：３への、ＶＰＮ２２Ａに対するＶＰＮトランジット（通過）トンネル７３をセットアップする。ドメイン１０ＢのＶＰＮ制御ノードは、ドメイン１０Ａの制御ノードとの通信を開始し、リンク１２Ａを介する境界ノード１８：４へのＶＰＮトンネル７４をセットアップする。ＶＰＮ２２Ａがドメイン１０Ａに存在するので、ドメイン１０ＡのＶＰＮ制御ノードは、リンク１２Ａを介してドメイン１０Ｂに接続される境界ノードから、ＶＰＮ２２Ａへ接続される境界ノード１８：５への内部トンネル７５をセットアップすることができる。
【００５６】
各ステップの後、更新されたＶＰＮデータベースは、ＶＰＮ情報を次の回の収集のために利用可能となる。
【００５７】
本発明に従う方法の実施形態の基本ステップは、図８に示される。この処理は、ステップ２００で開始する。ステップ２１０で、各ドメインで利用可能なＶＰＮについての情報が各ドメインで収集される。ステップ２１２で、ＶＰＮについての情報が隣接ドメインに拡散される。ステップ２１４で、隣接ドメインから、ＶＰＮについての情報を受信する。隣接ドメインから受信したＶＰＮについての情報に基づいて、ステップ２１６で、中間処理を伴ってあるいは伴わずに、その情報が他の隣接ドメインに配信される。ＶＰＮについての情報すべてから、ステップ２１８で、品質尺度の評価を行い、適切な接続経路を検出する。ステップ２９９で、処理を終了する。
【００５８】
上述の実施形態は、本発明のいくつかの例として理解されるべきである。様々な変形、組み合わせ及び変更の実施形態が、本発明の範囲から逸脱しないで実現できることが当業者には理解されるべきである。特に、様々な実施形態における異なる部分のソリューションが、技術的に可能な他の構成と組み合わせることができる。ここで、本発明の範囲は、添付の請求項によって定義される。
【図面の簡単な説明】
【００５９】
【図１】仮想プライベートネットワークを提供するマルチドメイン通信ネットワークを示す図である。
【図２Ａ】本発明の実施形態に従うＶＰＮ情報収集を示す図である。
【図２Ｂ】本発明の他の実施形態に従うＶＰＮ情報収集を示す図である。
【図２Ｃ】本発明の他の実施形態に従うＶＰＮ情報収集を示す図である。
【図２Ｄ】本発明の他の実施形態に従うＶＰＮ情報収集を示す図である。
【図３Ａ】本発明のドメインのＶＰＮ制御ノード構成に従う実施形態を示す図である。
【図３Ｂ】本発明のドメインのＶＰＮ制御ノード構成に従う実施形態を示す図である。
【図３Ｃ】本発明のドメインのＶＰＮ制御ノード構成に従う実施形態を示す図である。
【図３Ｄ】本発明のドメインのＶＰＮ制御ノード構成に従う実施形態を示す図である。
【図４】本発明の実施形態に従うＶＰＮ情報転送及び接続リクエストを示す図である。
【図５】ＶＰＮ情報転送におけるエンドレスループ状況を示す図である。
【図６Ａ】本発明に従う一般的なＶＰＮ制御ノードの実施形態を示すブロック図である。
【図６Ｂ】本発明に従う一般的なＶＰＮ制御ノードの別の実施形態を示すブロック図である。
【図７】本発明の一実施形態に従うＶＰＮ構成を示す図である。
【図８】本発明に従う方法の実施形態の主要なステップを示すフロー図である。
【図１】
2008505532.tif 000003
【図２Ａ】
2008505532.tif 000004
【図２Ｂ】
2008505532.tif 000005
【図２Ｃ】
2008505532.tif 000006
【図２Ｄ】
2008505532.tif 000007
【図３Ａ】
2008505532.tif 000008
【図３Ｂ】
2008505532.tif 000009
【図３Ｃ】
2008505532.tif 000010
【図３Ｄ】
2008505532.tif 000011
【図４】
2008505532.tif 000012
【図５】
2008505532.tif 000013
【図６Ａ】
2008505532.tif 000014
【図６Ｂ】
2008505532.tif 000015
【図７】
2008505532.tif 000016
【図８】
2008505532.tif 000017
【国際調査報告】
2008505532.tif 000018
2008505532.tif 000019