JP2018509842A - マルチドメイン仮想トポロジー（ｍｄｖｔ）を確立および管理するための方法およびシステム - Google Patents

Abstract

仮想トポロジーを動作させる方法および装置において、制御エンティティは、指定された終点間に仮想トポロジーを確立するリクエストを受信し、制御エンティティおよびドメインコントローラは、指定された終点間でドメインコントローラにより制御されるドメイン間に、リクエストされた仮想トポロジーと一致する仮想トポロジーを形成するリソースをアセンブルする。【選択図】図１Ａ

Description

本発明は、一般に、ソフトウエア・デファインド・ネットワーキングに関し、特に、ハイブリッド（物理的かつ仮想化された）ネットワーク／サービス環境において仮想トポロジーを確立および管理することに関する。

一般に、トポロジーは、オーバーレイ論理接続パターンである。マルチドメイン仮想トポロジー（ＭＤＶＴ）の場合、トポロジー（接続パターン）の中間または通過セグメントは、異なる管理ドメインにあることができる。トポロジーは、中間ノードがフローのデータ内容と相互作用することなく、中間ノードが、素早く認識できるヘッダおよび／またはプレフィックスに基づいて、入口デバイスから出口デバイスへのパケットの流れまたは他のデータフローの転送経路を素早く割り出す（ｒｏｕｔｅ）ことを可能にする。中間ノードは、迅速な経路選択のために、たとえば、テーブル、ハッシュ、スタックなどを使用できる。

ノード内のポートは、物理的または仮想的であることができる。ポートは、通常、物理および論理識別子を有し、物理識別子、論理識別子、または両方によって識別され得る。物理識別子の例は、ＭＡＣアドレス、デバイス識別子、物理的位置およびアドレス、ＧＰＳ識別子などを含む。論理識別子の例は、ＩＰ（ｖ４またはｖ６または両方）アドレス、サブネット識別子、ネットワーク識別子、ドメイン名、自律システム（ＡＳ）名／識別子などを含む。

エンドツーエンド（ＥＴＥ）のマルチドメイントポロジーを確立および管理するための従来の方法およびメカニズムは、主に物理リソース（ポート、ノード、リンクなど）、および、表（または、トポロジーの接続パターンのデータベース）を使用している半自動プロセスを利用する。特に、各ドメインのポートでエンドツーエンド接続し、かつ、一貫したサービスの質を提供するパスセグメントを提供するために異なるドメインを調整することは、通常、人間の介入を必要とする。これらの大部分が手動のメカニズムは、複雑で時間がかかり、それ故、人為的ミスを起こし易い。

この明細書は、ハイブリッド（物理的かつ仮想化された）ネットワーク／サービス環境において、マルチドメイン仮想トポロジー（ＭＤＶＴ）を確立および管理するための方法／システムを開発することに重点を置いている。

提案された方法は、ソフトウエア・デファインド・ネットワーキング（ＳＤＮ）ベースのアーキテクチャを使用する。たとえば、Ｂ．Ｋｈａｓｎａｂｉｓｈ、Ｊ．Ｈｕ、およびＧ．Ａｌｉ、「ネットワークおよびサービス機能の仮想化：ＩＣＴ変換および標準化への影響」、ＺＴＥ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｍａｇａｚｉｎｅ、ｐｐ．４０−４６、第４版（１２月）、２０１３年を参照。そのアーキテクチャは、アプリケーション／サービス、制御、仮想化、および転送レイヤの明確な分離の柔軟性をサポートできる。

仮想トポロジーを動作させる方法の一実施形態は、制御エンティティによって、指定された終点間に仮想トポロジーを確立するリクエストを受信すること、および、制御エンティティおよびドメインコントローラによって、指定された終点間のドメインコントローラにより制御されるドメイン間を通り抜ける代替パスを含むリクエストされた仮想トポロジーと一致する（ｃｏｎｓｉｓｔｅｎｔ ｗｉｔｈ）仮想トポロジーを形成するリソースをアセンブルすること、を含む。

仮想トポロジーを動作せるための装置の一実施形態は、指定された終点間に仮想トポロジーを確立するリクエストを受信するように機能する制御エンティティ、および、前記制御エンティティと協働してリソースをアセンブルして、指定された終点間でドメインコントローラにより制御されるドメイン間を通り抜けるリクエストされた仮想トポロジーと一致する代替パスを含む仮想トポロジーを形成するように機能するドメインコントローラを含む。

他の態様において、本発明は、システム、方法、および上述したこれらに対応する特徴および効果を有するコンピュータプログラムプロダクトを提供する。

このように一般用語で本発明を記載したので、必ずしも正確な縮尺率ではない添付の図面を参照する。
アプリまたはサービスによって引き起こされるトポロジー確立のためのハイレベルソフトウエア・デファインド・ネットワーキング（ＳＤＮ）ベースのアーキテクチャを示す図である。 統合された制御および管理のためのレイヤ２（Ｌ２）およびレイヤ３（Ｌ３）ネットワークエンティティの仮想化−機能およびリンク−を示す図である。 レイヤ２（Ｌ２）ポートの仮想化および割当てのためのシステムおよびアーキテクチャを説明する図である。 レイヤ３（Ｌ３）ポートの仮想化および割当てのためのシステムおよびアーキテクチャを説明する図である。 レイヤ２（Ｌ２）リンクの仮想化および割当てのためのシステムおよびアーキテクチャを示す図である。 レイヤ３（Ｌ３）リンクの仮想化および割当てのためのシステムおよびアーキテクチャを示す図である。 エンドツーエンドトポロジーを確立および管理するための仮想化されたトポロジーセグメントの中央制御された連結を示す図である。 抽象化のためのハイレベルトポロジーモデルを示す図である。 物理的および論理的の両方のトポロジーのハイレベルな表現である。 物理／仮想ポートおよびリンクのライフサイクル管理を示す図である。

以下、実施形態のいくつかの例が示される添付の図面を参照して、本発明の方法および装置の実施形態をより完全に説明する。本明細書において提供される図面および説明が、明確性の目的で、典型的なソフトウエア・デファインド・ネットワーキング（ＳＤＮ）システムおよび方法において見られる他の要素を除去する一方で、本発明の方法および装置の明確な理解のために関連する要素を示すために単純化されることは理解されるべきである。いわゆる当業者であれば、本明細書に記載されるデバイス、システム、および方法を実践するために、他の要素および／またはステップが望まれる、および／または、必要であることを認識し得る。しかしながら、そのような要素およびステップは当該技術分野で周知であり、かつ、それらは本発明のシステムおよび方法のさらなる理解を容易にしないため、そのような要素およびステップの議論は本明細書では提供されない。本開示は、関連技術分野の当業者にとって公知である開示された要素および方法に対するそのような要素、変化、および修正をすべて本質的に含むとみなされる。実際、これらの開示は、多くの異なる形態で実現され、本明細書に記載される実施形態に限定されるように解釈されてはならない。むしろ、この開示が、適用される法的要件を満たすように、これらの実施形態は例として提供される。同じ番号は、全体を通じて同じ要素を示す。

図面を参照すれば、最初に図１Ａを参照すると、ソフトウエア・デファインド・ネットワーキング（ＳＤＮ）ベースのアーキテクチャの一実施形態は、汎用ネットワークアプリケーションおよびサービスレイヤ、汎用制御レイヤ、ならびに物理インフラレイヤを含む。汎用制御レイヤは、「Ｎｏｒｔｈ−ｂｏｕｎｄ」インターフェース（ＮＢＩ）によって汎用ネットワークアプリケーションおよびサービスレイヤに接続され、「Ｓｏｕｔｈ−ｂｏｕｎｄ」インターフェース（ＮＢＩ）によって物理インフラレイヤに接続されている。

汎用ネットワークアプリケーションおよびサービスレイヤは、アプリケーションおよびサービスを含み、それらは、たとえば、任意のトポロジーアプリ、トポロジーアプリ、任意のネットワーク相互接続（ＸＮＩ）、たとえば、アクセスおよびトランスポートアプリ、および、サービスとしての仮想プライベートネットワーキング（ＶＰＮａａＳ）アプリを含むサービスとしてのネットワーキング（ＮａａＳ）を含む。一実施形態において、汎用ネットワークアプリケーションおよびサービスレイヤのアプリケーションおよびサービスが、汎用制御レイヤの要素およびエンティティと相互に作用するＮｏｒｔｈ−ｂｏｕｎｄインターフェースは、ＲＥｐｒｅｓｅｎｔｉｏｎａｌ Ｓｔａｔｅ Ｔｒａｎｓｆｅｒ：ＲＥＳＴ）システムであり、それは、リモートサーバにデータを送信するために定義された動詞（ＧＥＴ、ＰＯＳＴ、ＰＵＴ、ＤＥＬＥＴＥなど）を使用して、ＩＥＴＦ ＲＦＣ ７２３０〜７２３５と、ＨＴＴＰを通じて矛盾なく通信し得る。

汎用制御レイヤは、オープンフローコントローラおよびコンフィギュレータ、ＢＧＰルートコントローラ、ならびにＳＰＲＩＮＧコントローラドメインのいずれかまたはすべてを含み得る様々なドメインコントローラを含む。それらのドメインコントローラは、ほんの一例として言及され、汎用制御レイヤは、言及されたドメインコントローラの代わりに、または、加えて、他のドメインコントローラを含んでもよい。これらのドメインコントローラの各々は、そのそれぞれのドメインに属する物理的インフラレイヤ内のデバイスを制御する。以下で更に詳細に説明するように、「ドメイン」は、単一のコントローラなどによって効率的に制御され得る物理的インフラレイヤの任意の部分でもあってもよい。「ドメイン」は、物理的位置、所有権、ドメインコントローラに対する物理インターフェースまたはインターフェースプロトコル、もしくは任意の他の都合のよい制約により定義されてもよい。ドメインは、物理的または仮想的であり得る。本実施形態は、いくつかのドメインが物理的であり、いくつかのドメインが仮想的であるハイブリッドシステムであってもよい。

一般に、各ドメインは、ドメインの１つの境界にある一つ以上のポートからドメインの他の境界にある一つ以上のポートにデータフローを転送する能力を有し、または、データフローが起こって終わるドメインの場合、その起源からドメインの境界にある一つ以上のポートに、または、ドメインの境界にある一つ以上のポートからその宛先にデータフローを転送する能力を有する。一般に、各ドメインが、その１つまたは複数のポートで、他のドメインの１つまたは複数のポートにインターフェースで接続し、他のドメインに、または、他のドメインから、データフローを転送する能力を有する。

トポロジーにおいて、図６に最もよく示されているとおり、接続ドメインの各ペアは、通常、２つのドメインの共通の境界で使用される１つ以上のポートを有し、各ドメインは、通常、データがそのドメインに出入りできるポイントの任意のペア間のデータのために１つ以上のパスを有する。

個々のドメインと、各ドメインを制御する個々のドメインコントローラの機能は、従前通りでもよく、簡潔性のために更に説明しない。

しかしながら、図１Ａに示され、以下により詳細に説明するとおり、汎用制御レイヤの範囲内にある種々のドメインコントローラは、また、「Ｅａｓｔ−Ｗｅｓｔ」インターフェースにより互いにリンクされ、コントローラが、それらの種々のドメインと通信し調整することを可能にする。

ドメインをポートツーポートでリンクすることによって、データソースからデータ宛先まで連続データパスを構成することが可能である。本実施形態において、「トポロジー」は、好ましくは、迅速かつ効率的なエンドツーエンド（ＥＴＥ）のデータフローのために構成されるデータチャネルの連続ネットワークである。本実施形態において、マルチドメイン仮想トポロジー（ＭＤＶＴ）は、１つ以上のドメインに渡って広がるトポロジーであり、そこでは、中間ノードおよびリンクは、異なる管理ドメインにあることができ、いくつかまたはすべてのドメインが、連続的（ｃｏｎｔｉｇｕｏｕｓ）な物理的インフラからなると定義されるドメインではなく、仮想または論理ドメインであることができる。

トポロジーへのポートの割当ては、認証されたオープン制御インターフェースを通じて、権限を与えられたエンティティにより管理されることができる。これは、ＭＤＶＴを確立および管理することに、望ましい柔軟性および拡張性を加える。図１Ｂは、統合された制御および管理のために、機能およびリンクのような、物理的レイヤ２およびレイヤ３ネットワークエンティティの仮想化を示す。図１Ｂに示されるとおり、物理的レイヤ２およびレイヤ３ネットワークエンティティは、カテゴリに分類され、各カテゴリ内で仮想レイヤ２およびレイヤ３ネットワークエンティティとして仮想化される。カテゴリは、図１Ｂおよび他のいくつかの図において、ハッチングの異なるスタイルによって示され、「ブラックカテゴリ」、「ブルーカテゴリ」、および「グリーンカテゴリ」のようなカラーコードによって言及され得る。図６に示されるとおり、カテゴリは、入口トポロジー、通過トポロジー、および出口トポロジーであるが、他のアレンジがもちろん可能である。異なる管理モードを許可するために、１つの物理的エンティティは、１つ以上の方法で仮想化され得る。いくつかのカテゴリは、汎用制御レイヤにおいて、単一の論理制御および管理エンティティの制御下で集められ得る。

図２は、物理的レイヤ２ポートの複数のカテゴリの仮想化および共通制御および管理のために、図１Ｂのアーキテクチャの特定の実施形態を示す。

図３は、物理的レイヤ３ポートの複数のカテゴリの仮想化および共通制御および管理のために、図１Ｂのアーキテクチャの特定の実施形態を示す。

図４は、物理的レイヤ２リンクの複数のカテゴリの仮想化および共通制御および管理のために、図１Ｂのアーキテクチャの特定の実施形態を示す。

図５は、物理的レイヤ３リンクの複数のカテゴリの仮想化および共通制御および管理のために、図１Ｂのアーキテクチャの特定の実施形態を示す。

図６は、図１Ｂのアーキテクチャの特定の例を示し、そこでは、汎用制御レイヤの共通制御および管理エンティティが、（図６に詳しくは図示されない）トポロジー入口エンティティまたは他のトラフィック入口から、トポロジー出口エンティティまたは他のトラフィック出口まで、エンドツーエンドの接続性パターンまたはトポロジーを形成するために、一連の特定の仮想ネットワークエンティティをアセンブル、連結またはステッチングし、かつ、相互接続する。選択された各仮想エンティティは、物理エンティティに対応し、その結果、仮想トポロジーは、データを伝送する物理シグナル（たとえば、電圧または電波）を送信することができる物理トポロジーを示す。単純化のために、仮想トポロジーは、各々の３つのカテゴリ（入口、通過、および出口）のいくつかの仮想ネットワークエンティティを順番に通過するように示される。しかし、これは例に過ぎない。図１Ａに示されるとおり、管理ドメインが、たとえば、制御されるデバイスのタイプにより定義される場合、トポロジーは、異なる地理的位置で１回以上そのドメインに入ることができる。追加的または択一的に、トポロジー全体の範囲内の異なるパスは、異なる通過トポロジーカテゴリをパラレルに通過できる。追加的または択一的に、直列の１つ以上の通過トポロジーカテゴリがあってもよい。単純化のために、トポロジーは、仮想ネットワークエンティティレイヤ内に完全に定義されるように示される。しかしながら、これは例に過ぎない。図１Ａに示されるとおり、トポロジーは、いくつかの物理的エンティティが直接制御され、仮想化されないハイブリッドトポロジーであり得る。

ポート、リンク、ノードなどのような仮想化されたリソースの使用は、それがリソース可用性および割当ての追加的なアジリティを提供するため、一般的に好まれる。

ＳＤＮアーキテクチャの制御レイヤ（ドメイン）の中央制御ソフトウェアモジュールの使用は、エンドツーエンドのＭＤＶＴを確立および管理することにおける所望の柔軟性をサポートする。

マルチドメイン仮想トポロジー（中間ノードおよびリンクが異なる管理ドメインに存在し得るエンドツーエンドのパターン）の確立は、ソースから宛先までＥＴＥパスを一時的に作成する目的で、予め割り当てられたまたは利用可能なポートおよびリンクの一時的な連結を必要とする。これは、素早く認識できるヘッダおよび／またはプレフィックスに基づいて、パケットの流れまたはフローの急速な経路選択（テーブル、ハッシュ、スタックなどを使用すること）を助ける。

パス（たとえば、トポロジー）を確立するために、アプリまたはサービスによって起動されるＥＴＥプロセスをサポートするソフトウエア・デファインド・ネットワーキング（ＳＤＮ）ベースのアーキテクチャが使用される。レイヤ２およびレイヤ３ポートおよびリンクの仮想化および割り当てのためのシステムおよびアーキテクチャも提供される。抽象化を含む、エンドツーエンドトポロジーを確立および管理するための仮想ポートおよびリンクの連結をサポートするメカニズムも提供される。

記載された実施形態は、以下の機能を利用する。

図１Ａおよび図１Ｂに示されるとおり、ＳＤＮベースのアーキテクチャの使用は、アプリ、制御、仮想化、および転送ドメインの分離を可能にする。

物理的および仮想化されたレイヤ２（Ｌ２）およびレイヤ３（Ｌ３）の両方のリソース、たとえば、リンク、ポート、ノード、プロセスなどが、図１Ｂに示されるとおり、（仮想）トポロジーを確立するために使用される。

物理的および仮想化されたＬ２およびＬ３の両方のリソースのアサインメント（割当て）および管理は、たとえば、ＳＤＮアーキテクチャの制御レイヤにホストされるように集中化される。

仮想化されたポートおよびリンクの単純接続が、トポロジーセグメントを確立および管理するために使用される。トポロジーデータベースと呼ばれる、表またはデータベースから得られたパターンに基づいて、接続は、直列、並列、および／または、両方の組み合わせであてもよい。

仮想化されたポートおよびリンクの単純連結（または、ピアリング）が、エンドツーエンドのトポロジーを確立および管理するために使用される。

特に、リソース（トポロジー、アプリ、サービスなど）が異なる所有者に迅速に再び割り当てられた場合、残っている情報のリークを防止する目的で、物理／仮想ポートおよびリンクの基本ライフサイクル管理が適用される。

次に、図７を参照すれば、一実施形態において、トポロジーは、特定のトランスポートプロトコルを使用して、物理リンクによって接続された物理ノードを単位として表されてもよい。物理ノードおよび物理リンクは、カテゴリに分類され、各カテゴリ内に複数のノードおよび／またはリンクが存在し得る。図７に示されるとおり、各ノードおよび／またはリンクは、特徴的なプレフィックスを有する複数の定義されたインスタンスを有し得る。明確性のために、トランスポートプロトコルは、一般的なレベルのみで示される。しかしながら、実際の実施形態では、ノードおよびリンクだけでなく、個々のインスタンスは、それらに関連するトランスポートプロトコルの個々のインスタンスを有し得る。

単一の物理ノードまたはリンクは、多数の仮想トポロジーに関係していてもよく、異なる仮想トポロジーに異なる特性を同時に有していてもよい。異なるトポロジーの顧客が、異なるサービスレベル、たとえば、速度、バンド幅、セキュリティ、連続性、または信頼性を要求する、または、許可され得るため、違いが起こり得る。したがって、ノードの異なるインスタンスは、異なってもよく、図７に図示されるとおり、特徴的なプレフィックスにより識別されてもよい。プライバシーおよび／またはセキュリティの理由から、プレフィックスは、情報のないラベルであってもよい。特に、特定のユーザーまたはトラフィックの特定のクラスが特定のトポロジーを使用していること、または、特定の入口ノードおよび出口ノードが接続されることのような情報を部外者に明らかにするラベルを避けることが望ましい。

仮想インスタンスの本体は、インスタンスの特性の詳細な仕様を含み、そのことは、満足のいくように定義するためにいくらかの時間と努力を要する。したがって、ある状況では、将来に同じまたは類似したインスタンスを再形成するために用いられるテンプレートとして、仮想インスタンスを保存することが望ましい。例は、将来に同じトポロジーを再形成することが望まれる場合、または、同じまたは非常に類似した物理ノードまたはリンクのいくつかまたはすべてを使用して、類似したサービスレベル要件（ｒｅｑｕｉｒｅｍｅｎｔｓ）を有する新規なトポロジーを作成することが望まれる場合である。

図８ならびに下記の表１および表２を参照すれば、入口点Ａを出口点Ｚに接続しているトポロジーは、通過ドメインＢのノードＢ１およびＢ２ならびに通過ドメインＣのノードＣ１およびＣ２を通過できる。

物理トポロジーの中に存在している接続性パターンは、以下の表１のマトリックスにより表されることができ、ここで、「１」は、接続性が２つのノードの間に存在することを示し、「０」は、物理的接続性がないことを示す。

一実施形態において、論理リンクは、物理トポロジー内のパスに沿って定義されてもよく、論理リンクは、中間ノードをバイパスして非隣接ノードの間に定義されてもよい。たとえば、図８に示されるとおり、リンクＡ−Ｂ２−Ｃ２−Ｚに沿って走っているが、ノードＢ２およびＣ２をバイパスする入口ノードＡから出口ノードＺへの直接パスがあり、この例では、その直接パスは、５個の論理リンクをサポートしている。同様に、リンクＡ−Ｂ１−Ｃ１に沿って走っているが、ノードＢ１をバイパスする入口ノードＡからノードＣ１への直接パスがあり、この例では、その直接パスは、１０個の論理リンクをサポートしている。隣接ノード間のリンクは、また、論理リンクをサポートするように定義されてもよい。この例では、Ｃ１からＺへのリンクは、１０個の論理リンクをサポートするとして示されるが、明確性および簡潔性のために、隣接ノード間の他のパス上の論理リンクは示されない。途中にあるノードをバイパスすることは通過時間およびオーバーヘッドの大幅な節約を与えるため、通常、トラフィックは、非隣接リンク間の直接パスに沿って優先的に経路選択される。したがって、ＡからＺまでのトラフィックは、Ｂ２およびＣ２をバイパスするＡからＺまでの直接パスに沿って優先的に経路選択される。しかしながら、そのパスが不十分な容量を有する、または、一時的に利用できない、または、最適でない場合、トラフィックは、Ｂ１をバイパスするＡからＣ１へのより高い容量の直接パス経由で経路選択され、それから、Ｃ１からＺへの単一ホップを使用する。ＡからＢ２、Ｂ２からＣ１、Ｃ１からＺのような遅いルートは、バイパスルートが利用できない場合にのみ好まれ得る。

以下の表２においてマトリックスで示されるとおり、対応する論理トポロジーの中に存在している接続性パターンは、各ノードペア間の論理リンクの数により表され、ここで、正の整数は２つのノードの間に存在する論理リンクの数を示し、０は、論理的接続性がないことを示す。単純化のために、図８に望ましく述べられた論理リンクだけが表２に含まれるが、表１に示される各物理リンクは、表２の対応するエントリを有することができることは理解される。

表１および表２において、すべてのリンクが双方向であると仮定すれば、たとえば、Ｂ２からＣ１までの接続がある場合、Ｃ１からＢ２までの接続もあり、そして、論理リンクの数は両方の方向で同じである。しかしながら、表１および表２の論理フォーマットは、一方向のリンク、または、同じ数ではない論理リンクもサポートする。この場合、マトリックスは対称でない。

図９を参照すれば、記載されたシステムおよび方法の一実施形態の動作の例は、以下のとおりである。

ステップ７０２（リクエスト）において、図１Ａ、図１Ｂ、および図６に示されるとおり、（ＥＴＥトポロジーを必要とする、権限を与えられたアプリ／サービスである、または、当該アプリ／サービスを介して活動する）ユーザーまたは将来的なユーザーは、制御レイヤ／ドメインのエレメント／エンティティに対して、トポロジーセットアップのリクエストを送信する。リクエストは、（パラメータによって識別された）１つの終点から他の終点までのトポロジーを指定する。このパラメータは、物理または論理識別子、もしくは、物理および論理識別子の両方であり得る。物理的識別子は、ＭＡＣアドレス、デバイス識別子、物理位置およびアドレス、ＧＰＳ識別子などを含むことができる。論理的識別子は、ＩＰ（ｖ４、またはｖ６、または、両方）アドレス、サブネット識別子、ネットワーク識別子、ドメイン名、自律システム（ＡＳ）名／識別子などを含むことができる。この制御レイヤエンティティは、物理および仮想ポートおよびリンクをステッチングすることによって、トポロジーの設定を論理的に制御および管理する。

ステップ７０４（認証）において、制御ドメインエンティティは、要求エンティティの身元（ｉｄｅｎｔｉｔｙ）およびトポロジーを要求する要求エンティティの権限を認証するために任意の必要な動作を行う。

ステップ７０６（応答）において、制御ドメインエンティティは、要求エンティティに対して、トポロジーＩＤ、サポートされるサービスタイプ、ならびに、入口および出口終点ＩＤで応答する。これらのデータは、トポロジー名、たとえば、「Ａ２Ｚ＿Ｔｏｐｏｌｏｇｙ−ＡｌｗａｙｓＯｎ−１０ＭＢＰＳ＿ＨＤ＿Ｖｉｄｅｏ＿Ｓｅｒｖｉｃｅ」に埋め込まれることができ、ＡおよびＺは、入口および出口終点ＩＤである。トポロジーは、一方向、双方向、または（一方向に流れるバルクデータおよび他の方向を流れる小量の制御および確認トラフィックを伴う）非対称双方向であってもよい。

ステップ７０８（アクセプト）において、要求アプリ／サービスドメインエンティティは、指定されたトポロジーデータが受け入れ可能であることを確かめ、トポロジー名およびタイプを受け入れる。

ステップ７１０（アセンブル）において、制御ドメインエンティティは、図６に示されるとおり、オープンインターフェースを通じて、個別のドメインコントローラに仮想および物理リソース（ポート、リンク、ノード、プロセスなど）を提供することを要求する処理を開始する。制御ドメインエンティティ、および、「Ｅａｓｔ−Ｗｅｓｔ」インターフェースを介してネゴシエートしている個々のドメインコントローラは、健全なリソース、つまり、適切に機能し、関連性のある利用可能な容量を有するリソースを識別する。

ステップ７１２（アサイン）において、アセンブルステップで選択されたリソースが、要求されたトポロジーに割り当てられる。このステップは、中間にあるドメインを介したトポロジートラフィックの迅速で信頼性の高い経路選択および転送を保証するために、接続およびリンクテーブル、ルーティングテーブル、ハッシュ、スタック、または他の構成を設定することを含む。

一旦完全なエンドツーエンドのトポロジーがアセンブルされ、割り当てられると、ステップ７１４（有効化）において、トポロジーリソースは、要求されたトポロジーサービスのために有効化される。いくつかのアーキテクチャ、たとえば、ネットワーク機能仮想化（ＮＦＶ）の図４に示されるＥＴＳＩ／ＩＳＧ ＮＦＶアーキテクチャ、アーキテクチャフレームワーク（ｗｗｗ．ｅｔｓｉ．ｏｒｇから入手可能なＧＳ ＮＦＶ ００２）において、管理および編成ドメインエンティティは、トポロジーセットアップ／リリースのための仮想リソースのアサイン／有効化／回収／リリースのためのリクエストを処理することができる。

ステップ７１６（モニタ）において、要求エンティティは、トポロジーを使用して、指定された入口終点から指定された出口終点までデータを送信する。制御ドメインエンティティは、サービスレベルアグリーメント（ＳＬＡ）または容認可能な動作の他の基準の順守についてトポロジーを監視できる。たとえば、ドメインが他のトラフィックによってオーバーロードし、指定されたスループットまたはサービス要求の他の質を維持できないために、トポロジーが最小基準を下回った場合、処理は、ステップ７１０にループバックし、制御ドメインエンティティは、アセンブル／アサイン／有効化ステップを繰り返して新規なトポロジーを形成して、トラフィックを新規なトポロジーにリダイレクトしてもよい。可能であれば、新規なトポロジーがアセンブルされ、トラフィックは、エンドユーザに気付かれることなく切り替えられる。新規なトポロジーは、切り替えの間、いくつかのパスが有効なままである古いトポロジーと、十分な量の論理または物理リソースを共有してもよい。しかしながら、トポロジーは、通常、指定された入口終点から指定された出口終点まで、複数のパスを提供するため、多くのＱｏＳの問題点、特に、一時的性質の問題点は、既存のトポロジーの範囲内でのトラフィックの再経路選択だけによって調節され、その結果、トポロジーの明確なリアセンブリは、単一パスの構成よりも要求される頻度が低い。

ステップ７１８（クローズ）において、オリジナルの要求アプリ／サービスドメインエンティティが、いかなるサービスのためにもトポロジーをもはや必要としないとき、要求アプリ／サービスドメインエンティティは、トポロジーをクローズするリクエストを送信する。択一的に、もし、トポロジー、もしくは、特定のポートまたはリンクまたは他のエンティティまたはリソースが、限られた期間だけ割り当てられた場合、限られた期間が終了したとき、制御ドメインエンティティは、そのリソースを回収（ｒｅｔｒｉｅｖｅ）してもよい。もし、トポロジーがまだ有効であり、特定のネットワークエンティティだけが回収される場合、特定のネットワークエンティティがＱｏＳ監視に失敗した場合と同様に、処理は、ステップ７１０にループバックしてもよい。

ステップ７２０（リリース）において、制御ドメインエンティティは、ドメインコントローラにトポロジーリソースをリリースするように指示する。各ドメインコントローラは、たとえば、任意のバッファまたは他のテンポラリ・ストレージをパージし、ルーティングテーブルのエントリを削除することによって、トポロジーリソースのサニタイズを行う。適当な場合、リソースは、テストされ、修正されてもよい。トポロジーにより使用されたすべてのリソースは、それから、再割り当てに利用できる「健全な」リソースのプールの中にリリースされて戻される。

ポート、リンク、ノードなどのようなリソースのライフサイクル管理の使用は、ユーザーにとって望ましいプライバシーおよび仮想化されたリソースのプロテクトを提供する。物理および仮想ポートおよびリンクのためのライフサイクルの適当な管理がなければ、残っている情報は、不適当なリソースのユーザーに漏らされることができ、それは、ハッキングおよび／またはプライバシー違反に至ることができる。たとえば、明示的にパージされなかったバッファの不適切な再活性化は、前のユーザーのデータで満たされたバッファが、新規なユーザーに送信される結果になり得る。明示的にパージされなかったルーティングテーブルのエントリの不適切な再活性化は、新規なユーザーのデータを前のユーザーの出口終点に誤って向かわせる、または、前のユーザーの入口および出口終点間で通信があったという不適当な開示という結果になり得る。

他の態様において、本発明は、上述したものに対応する特徴および効果を有するシステムおよびコンピュータープログラムを提供する。

本発明は、ある程度の特殊性を伴う例示的な形態で説明され、図示されたにもかかわらず、説明および図面が単なる例として作られた点は留意されるべきである。特定の用語は、本出願において、一般的かつ記述的な意味でのみ使用され、限定を目的とするものではない。構成および組み合せの詳細ならびに部品およびステップの配列において多数の変更がなされ得る。したがって、この種の変更は、本発明に含まれることが意図され、その範囲は、特許請求の範囲によって定義され、その態様は、後続する特許請求の範囲の任意の２つ以上の特徴の組み合わせを含む。

Claims (17)

1. 制御エンティティによって、指定された終点間に仮想トポロジーを確立するリクエストを受信するステップと、
   前記制御エンティティおよびドメインコントローラによって、指定された終点間で前記ドメインコントローラにより制御されるドメインの間に、リクエストされた前記仮想トポロジーと一致する複数のパスを含む仮想トポロジーを形成するリソースをアセンブルするステップと、
   を有する仮想トポロジーの動作方法。
2. 前記終点間で通信するために、アセンブルされた前記仮想トポロジーを使用する、または、前記アセンブルされた仮想トポロジーの使用を許可するステップをさらに有する、請求項１に記載の方法。
3. 前記使用のために前記アセンブルされた仮想トポロジーによって提供されるサービスのレベルをモニタリングするステップと、
   前記サービスのレベルが不十分になるとき、新たな仮想トポロジーをアセンブルし、前記終点間で通信するために、アセンブルされた前記新たな仮想トポロジーを使用する、または、アセンブルされた前記新たな仮想トポロジーの使用を許可するステップと、をさらに有する、請求項２に記載の方法。
4. 前記使用が完了した場合、他の使用のために前記リソースをリリースするステップをさらに有する、請求項２に記載の方法。
5. 前記使用の後かつリリースの前に、前記リソースをサニタイズするステップをさらに有する、請求項４に記載の方法。
6. 前記アセンブルするステップは、格納されたテンプレートを使用して仮想リソースを定義するステップを含む、請求項１に記載の方法。
7. 前記トポロジーは、介在するノードをバイパスする非隣接ノード間のリンクを含む、請求項１に記載の方法。
8. 前記リソースは、物理リソースおよび仮想リソースからなる群から選択されるリソースを含む、請求項１に記載の方法。
9. 前記リソースは、物理リソースおよび仮想リソースを含む、請求項８に記載の方法。
10. 前記リソースは、ＯＳＩモデルレイヤ２エンティティおよびＯＳＩモデルレイヤ３エンティティからなる群から選択されるリソースを含む、請求項１に記載の方法。
11. 前記リソースは、レイヤ２エンティティおよびレイヤ３エンティティを含む、請求項１０に記載の方法。
12. 請求項１に記載の方法を汎用コンピュータに実行させる命令を含むコンピュータプログラムプロダクト。
13. 請求項１２に記載のコンピュータプログラムプロダクトを含む不揮発性のコンピュータ読み取り可能な記憶媒体。
14. 指定された終点間に仮想トポロジーを確立するリクエストを受信するように機能する制御エンティティと、
    前記制御エンティティと協働してリソースをアセンブルし、指定された終点間に複数のパスを含むドメインコントローラにより制御されるドメインの間に、リクエストされた前記仮想トポロジーと一致する複数のパスを含む仮想トポロジーを形成するように機能するドメインコントローラと、
    を有する仮想トポロジーの動作装置。
15. 各ドメインコントローラにより制御される各ドメイン内に組織され、ポート間で通信を転送するように機能する装置をさらに有し、
    前記ドメインコントローラおよび前記制御エンティティは、前記ドメインの前記ポートを接続することによって、協働して前記仮想トポロジーを形成するように機能する、請求項１４に記載の装置。
16. 前記リクエストを前記制御エンティティに送信し、前記仮想トポロジーを使用して前記指定された終点間で通信するように機能するユーザーエンティティをさらに有する、請求項１４に記載の装置。
17. 前記ドメインコントローラおよび前記制御エンティティは、使用後、前記リソースをサニタイズするように機能する、請求項１４に記載の装置。