JP5419974B2 - ポイントツーマルチポイントドメイン間マルチプロトコルラベルスイッチングトラフィックエンジニアリング経路計算のシステム、及び方法 - Google Patents

Description

ポイントツーマルチポイントドメイン間マルチプロトコルラベルスイッチングトラフィックエンジニアリング経路計算のシステム、及び方法に関する。

マルチプロトコルラベルスイッチング（ＭＰＬＳ）ネットワーク、及び汎用ＭＰＬＳ（ＧＭＰＬＳ）ネットワークなどのいくつかのネットワークでは、トラフィックエンジニアリング（ＴＥ）ラベルスイッチ経路（ＬＳＰ）が、ＭＰＬＳ（又はＧＭＰＬＳ）によって、経路計算クライアント（ＰＣＣ）及び経路計算エレメント（ＰＣＥ）によって提供される経路を使用して、確立されることが可能である。具体的には、ＰＣＣが、ＰＣＥに経路又はルートを要求し、ＰＣＥは経路を計算し、計算された経路情報をＰＣＣに返す。経路は、複数のノード、及び／又はラベルスイッチルータ（ＬＳＲ）を含むことが可能であり、そして、ソースノード（ｓｏｕｒｃｅ ｎｏｄｅ）又はＬＳＲから、デスティネーションノード（ｄｅｓｔｉｎａｔｉｏｎ ｎｏｄｅ）又はＬＳＲまで、延在することが可能である。ある場合には、経路は、１つ又は複数の、領域又は自律システム（ＡＳ）ドメインにわたって計算されるポイントツーポイント（Ｐ２Ｐ）経路であってもよい。他の場合には、経路は、ソースノードから、複数のデスティネーションノードまでの、ポイントツーマルチポイント（Ｐ２ＭＰ）経路（ツリーと呼ばれる場合がある）であってもよい。

しかし、ＰＣＣ及びＰＣＥを使用して、複数の領域又はＡＳドメインにわたるＰ２ＭＰツリーを要求、及び計算するためのメカニズムは、依然として開発中である。

一実施形態では、本開示は、イングレスノード（ｉｎｇｒｅｓｓ ｎｏｄｅ）と通信し、複数のネットワークドメインにわたるドメイン間Ｐ２ＭＰツリーのためのコアツリーを共同で計算し、デスティネーションノードを有するネットワークドメインのうちの少なくともいくつかの中の複数のサブツリーを独立して計算するように構成された、複数のＰＣＥを備えるシステムを含み、ここで、コアツリーは、イングレスノードを、デスティネーションノードを有するネットワークドメインの各々の中のバウンダリノード（ｂｏｕｎｄａｒｙ ｎｏｄｅ）（ＢＮ）に接続し、各サブツリーは、デスティネーションノードを有するネットワークドメインのうちの１つの中で、ＢＮを、複数のデスティネーションノードに接続する。

別の実施形態では、本開示は、複数のネットワークドメインにわたる、ソースノードから、複数のリーフノード（ｌｅａｆ ｎｏｄｅｓ）までの、ドメイン間Ｐ２ＭＰツリーのための計算要求を取得し、ソースノードからリーフノードのうちの少なくともいくつかを含むネットワークドメインのそれぞれの中のＢＮまでの複数の経路を含むコアツリーを計算し、リーフノードのうちの少なくともいくつかを含むネットワークドメインのそれぞれについて、コアツリー内のＢＮからリーフノードまでのサブツリーを計算し、ドメイン間Ｐ２ＭＰツリー計算の結果をソースノードに送信する、ことを含む方法を実施する、ように構成された、少なくとも１つのプロセッサを備えるネットワーク構成要素を含む。

更に別の実施形態では、本開示は、ソースノードからリーフノードを含む複数のドメインのそれぞれの中のＢＮまでのコアツリーを計算し、ドメインのそれぞれの中のＢＮから同じドメイン内のリーフノードまでのサブツリーを計算し、コアツリーとドメインのそれぞれの中のサブツリーとを組み合わせて、ドメイン間Ｐ２ＭＰツリーを確立する、ことを含む、方法を含む。

これら、及びその他の特徴は、添付の図面、及び特許請求の範囲と組み合わせた、以下の詳細な説明から、より明確に理解されるであろう。

本開示のより完全な理解のために、同様の参照番号が同様の部分を表す、添付の図面、及び詳細な説明と関連して、以下の簡単な説明をここで参照する。

ラベルスイッチシステムの実施形態の概略図である。 ドメイン間Ｐ２ＭＰツリーの一実施形態の概略図である。 複数のサブツリーに結合されたコアツリーの一実施形態の概略図である。 複数のドメインにわたる複数の経路の一実施形態の概略図である。 複数のドメインにわたる計算されたサブ経路の一実施形態の概略図である。 複数のドメインにわたる複数の経路の、別の実施形態の概略図である。 複数のドメインにわたる計算されたサブ経路の、別の実施形態の概略図である。 複数のドメインにわたるマージされたサブ経路の一実施形態の概略図である。 マージされたサブ経路の別の実施形態の概略図である。 計算されたコアツリーの一実施形態の概略図である。 計算されたサブツリーの一実施形態の概略図である。 ドメイン間ツリー計算方法の実施形態のフローチャートである。 要求／応答オブジェクトの一実施形態の図である。 ＰＣＥシーケンスオブジェクトの一実施形態の図である。 エンドポイントオブジェクトの一実施形態の図である。 汎用コンピュータシステムの実施形態の概略図である。

１つ以上の実施形態の例示的実施を以下に提供するが、開示されるシステム、及び／又は方法は、現在知られている、又は既存の、任意の数の技術を使用して実施されてもよい、ということを最初に理解されたい。本開示は、本明細書に図示及び記載する例示的設計及び実施を含む、以下に示す例示的実施、図面及び技術に何ら限定されるものではなく、添付の特許請求の範囲、及びその均等物の全範囲内で修正されてもよい。

本明細書で開示されるのは、複数のドメインにわたるドメイン間Ｐ２ＭＰ経路又はツリーを計算するシステム、及び方法である。ドメイン間Ｐ２ＭＰツリーは、ＰＣＣ及び複数のＰＣＥ（それぞれが、ドメインのうちの１つに関連付けられてもよい）を使用して計算されてもよい。ドメイン間Ｐ２ＭＰツリーは、ドメインにわたるコアツリーと、デスティネーションノードを含んでもよい各デスティネーションドメイン内の、複数のサブツリーとを計算することによって確立されてもよい。コアツリーは、各ドメイン内の少なくとも１つのＢＮを含んでもよく、そして、例えば、ドメインに関連付けられたＰＣＥのうちの少なくともいくつかを使用して、ＢＲＰＣ（Ｂａｃｋｗａｒｄ Ｒｅｃｕｒｓｉｖｅ Ｐａｔｈ Ｃａｌｃｕｌａｔｉｏｎ）手順に基づいて計算されてもよい。サブツリーは、各デスティネーションドメイン内で、ドメインに関連付けられたＰＣＥを使用して計算されてもよい。サブツリーは、各デスティネーションドメイン内のデスティネーションノードを含んでもよく、コアツリーのＢＮに結合されてもよく、そして、ＣＳＰＦ（Ｃｏｎｓｔｒａｉｎｅｄ Ｓｈｏｒｔｅｓｔ Ｐａｔｈ Ｆｉｒｓｔ）手順に基づいて計算されてもよい。このように、ドメイン間Ｐ２ＭＰのコアツリーとサブツリーとを別々に計算することによって、向上したＬＳＰ計算を提供することができ、かつ、例えばスケーラビリティに関して実施のために実際的なものとすることが可能となる。

図１は、構成要素のうちの少なくともいくつかの間で、Ｐ２Ｐ ＴＥ ＬＳＰ、及びＰ２ＭＰ ＴＥ ＬＳＰが確立されてもよい、ラベルスイッチシステム１００の一実施形態を示す。ラベルスイッチシステム１００は、ラベルスイッチネットワーク１１０と、制御プレーンコントローラ１２０と、少なくとも１つのＰＣＥ１３０とを含んでもよい。ラベルスイッチネットワーク１１０と、制御プレーンコントローラ１２０と、ＰＣＥ１３０とは、光学的、電気的、又は無線手段を介して、相互に通信してもよい。

一実施形態では、ラベルスイッチネットワーク１１０は、ネットワーク経路又はルートに沿って、パケット又はフレームを使用してデータトラフィックが移送されてもよい、パケットスイッチネットワークであってもよい。パケットは、ＰＣＥによって計算された、かつ／又は、ノード１１２によって作られた、経路に基づいて、ＭＰＬＳ又はＧＭＰＬＳなどのシグナリングプロトコルによって確立された、ＴＥ ＬＳＰに沿って、ルーティング又はスイッチングされてもよい。ラベルスイッチネットワーク１１０は、光学的、電気的、又は無線リンクを使用して相互に結合された、複数のノード１１２を含んでもよい。ラベルスイッチネットワーク１１０は、更に、同じアドレス管理、及び／又は経路計算責任に対応するネットワーク要素の組をそれぞれが含んでもよい、ＡＳドメイン、又は内部ゲートウェイプロトコル（ＩＧＰ）領域などの、複数のドメインも含んでもよい。ドメインは、物理的手段（例えば、位置、接続など）、又は論理的手段（例えば、ネットワークトポロジ、プロトコル、通信レイヤなど）によって編成されてもよい。異なるドメインが相互に結合されてもよく、そして、それぞれがノード１１２のうちのいくつかを含んでもよい。

一実施形態では、ノード１１２は、ラベルスイッチネットワーク１１０を介したパケットの移送をサポートする、任意の装置、又は構成要素であってもよい。例えば、ノード１１２は、ブリッジ、スイッチ、ルータ、又はそのような装置の様々な組み合わせを含んでもよい。ノード１１２は、他のノード１１２からパケットを受信するための、複数のイングレスポート（ｉｎｇｒｅｓｓ ｐｏｒｔｓ）と、どのノード１１２にフレームを送信するかを決定する論理回路と、他のノード１１２にフレームを送信するための、複数のエグレスポート（ｅｇｒｅｓｓ ｐｏｒｔｓ）とを含んでもよい。いくつかの実施形態では、ノード１１２のうちの少なくともいくつかは、ラベルスイッチネットワーク１１０内を移送されるパケットのラベルを修正又は更新するように構成され得るＬＳＲであってもよい。更に、ノード１１２のうちのいくつかは、ラベルエッジルータ（ＬＥＲ）であってもよい。例えば、ラベルスイッチネットワーク１１０のエッジにおけるノード１１２は、スイッチネットワーク１１０と外部ネットワークとの間を移送されるパケットのラベルを挿入、又は削除するように構成されてもよい。経路に沿った最初のノード１１２、及び最後のノード１１２は、それぞれ、ソースノード及びデスティネーションノードと呼ばれる場合がある。４つのノード１１２が、ラベルスイッチネットワーク１１０内に示されているが、ラベルスイッチネットワーク１１０は、任意の数のノード１１２を含んでもよい。加えて、ノード１１２は、ラベルスイッチネットワーク１１０内の様々なドメイン内に配置されてもよく、かつ、複数のドメインにわたって通信するように構成されてもよい。例えば、様々なドメインに対応するノード１１２は、複数のドメインにわたって確立され得る経路に沿ってパケットを交換してもよい。

一実施形態では、制御プレーンコントローラ１２０は、ラベルスイッチネットワーク１１０内の動作を調整するように構成された、ネットワーク管理システム（ＮＭＳ）、又はオペレーションサポートシステム（ＯＳＳ）などの、任意の装置であり得る。具体的には、制御プレーンコントローラ１２０は、ラベルスイッチネットワーク１１０から、ルーティング要求を受信し、対応する経路情報を返してもよい。加えて、制御プレーンコントローラ１２０は、例えばＰＣＥプロトコル（ＰＣＥＰ）を使用して、ＰＣＥ１３０と通信し、経路計算のために使用されてもよい情報をＰＣＥ１３０に提供し、計算された経路をＰＣＥ１３０から受信し、計算された経路をノード１１２のうちの少なくとも１つに転送してもよい。制御プレーンコントローラ１２０は、外部サーバなどの、ラベルスイッチネットワーク１１０の外部の構成要素内に配置されてもよく、又は、ノード１１２などの、ラベルスイッチネットワーク１１０内の構成要素内に配置されてもよい。

一実施形態では、ＰＣＥ１３０は、例えば経路計算要求に基づいて、ラベルスイッチネットワーク１１０のための経路計算の全部又は一部を実行するように構成された、任意の装置であってもよい。具体的には、ＰＣＥ１３０は、経路を計算するために使用されてもよい情報を、制御プレーンコントローラ１２０やノード１１２から、又は両方から受信してもよい。ＰＣＥ１３０は、次に、情報を処理して経路を取得する。例えば、ＰＣＥ１３０は、経路を計算し、経路に沿ったＬＳＲを含むノード１１２を決定する。ＰＣＥ１３０は、次に、計算された経路情報の全部又は一部を、制御プレーンコントローラ１２０に、又は、少なくとも１つのノード１１２に直接送信する。更に、ＰＣＥ１３０は、経路を計算するために使用されてもよい、トラフィックエンジニアリングデータベース（ＴＥＤ）、Ｐ２ＭＰ経路データベース（ＰＤＢ）、Ｐ２Ｐ経路データベース、オプティカルパフォーマンスモニタ（ＯＰＭ）、物理層制約条件（ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｃｏｎｓｔｒａｉｎｔ）（ＰＬＣ）情報データベース、又はその組み合わせに結合されてもよく、あるいは、それらを含んでもよい。ＰＣＥ１３０は、外部サーバなどの、ラベルスイッチネットワーク１１０の外部の構成要素内に配置されてもよく、又は、ノード１１２などの、ラベルスイッチネットワーク１１０内の構成要素内に配置されてもよい。一実施形態では、以下に詳細に説明するように、ラベルスイッチネットワーク１１０内の複数のドメインに関連してもよい、複数のＰＣＥ１３０が、ドメイン間Ｐ２ＭＰツリーのための経路計算要求に基づいて、ドメインにわたる分散経路計算を実行してもよい。

一実施形態では、経路計算要求は、ＰＣＣによってＰＣＥ１３０に送信されてもよい。ＰＣＣは、ＰＣＥ１３０によって経路計算が実行されることを要求する、任意のクライアントアプリケーションであってもよい。ＰＣＣは、更に、そのような要求を行う制御プレーンコントローラ１２０、又は、ＬＳＲなどの任意のノード１１２などの、任意のネットワーク構成要素であってもよい。例えば、ＰＣＣは、ラベルスイッチネットワーク１１０内の、１つのドメイン内の、又は複数のドメインにわたるＰ２ＭＰ経路、又はＰ２Ｐ経路をＰＣＥに要求してもよい。加えて、ＰＣＣは、経路必要情報のうちの少なくとも一部をＰＣＥ１３０に送信してもよい。

一実施形態では、ノード１１２などのネットワークノードの間を移送されるパケットはラベルスイッチパケットと呼ばれ、そして、計算された経路のノードに沿ってパケットをスイッチングするために使用され得るラベルを含んでもよい。ラベルスイッチパケットを移送、又はルーティングするために、ＭＰＬＳによって計算され、又は与えられ、そしてシグナリングされた経路は、ＬＳＰと呼ばれてもよい。例えば、ＬＳＰは、リソース予約プロトコル−トラフィックエンジニアリング（ＲＳＶＰ−ＴＥ）を使用して確立された、ＴＥ ＬＳＰであってもよい。ＬＳＰは、ソースノードからデスティネーションノードまで延在するＰ２Ｐ ＴＥ ＬＳＰであってもよく、そして、パケットが経路に沿って１つの方向に、例えばラベルスイッチネットワーク１１０内のソースノードからデスティネーションノードまで移送されることが可能な単方向性であってもよい。あるいは、ＬＳＰは、ソース又はルートノード（ｒｏｏｔ ｎｏｄｅ）から、複数のデスティネーション又はリーフノードまで延在し得るＰ２ＭＰ ＴＥ ＬＳＰであってもよい。Ｐ２ＭＰ ＴＥ ＬＳＰは、同じソースノードを共有する、複数のＰ２Ｐ ＴＥ ＬＳＰの組み合わせと考えられてもよい。いくつかの実施形態では、Ｐ２ＭＰ ＴＥ ＬＳＰは、Ｐ２ＭＰツリーと呼ばれ、そのＰ２Ｐ ＴＥ ＬＳＰは、ソースツーリーフ（Ｓｏｕｒｃｅ−ｔｏ−Ｌｅａｆ）（Ｓ２Ｌ）サブＬＳＰと呼ばれる。Ｐ２ＭＰツリーは、マルチキャスト仮想プライベートネットワーク（ＶＰＮ）、インターネットプロトコルテレビジョン（ＩＰＴＶ）、コンテンツリッチメディア配信（ｃｏｎｔｅｎｔ−ｒｉｃｈ ｍｅｄｉａ ｄｉｓｔｒｉｂｕｔｉｏｎ）、その他の大容量アプリケーション、又はその組み合わせなどの、マルチキャストサービスを提供するために使用されてもよい。更に、Ｐ２ＭＰツリーは、ソースノード、及びリーフノードが、例えばラベルスイッチネットワーク１１０内の、複数のドメインにわたって分散された、ドメイン間Ｐ２ＭＰツリーであってもよい。

一般に、ドメイン間Ｐ２ＭＰツリーは、複数のドメインにわたる分散ＰＣＥアーキテクチャを使用して計算されてもよい。例えば、複数のＰＣＥが、ドメインのうちの１つの中のソースノードからの、様々なドメイン内の複数のブランチ経路（ｂｒａｎｃｈｉｎｇ ｐａｔｈｓ）を計算してもよい。ブランチ経路は、リーフノードを含む様々なドメインまで延在してもよい。このように、Ｐ２ＭＰ経路計算は、ドメインごとに複数の経路選択肢をもたらしてもよく、それらの経路選択肢は、ドメイン間で効率的に調整することが困難な場合がある。例えば、ドメインにわたる経路を接続するために、様々なドメイン内のボーダーノード（ｂｏｒｄｅｒ ｎｏｄｅｓ）のいずれを使用するかを決定することは、困難な場合がある。

ドメイン間Ｐ２ＭＰツリーを計算するための１つの手法は、ソースノードから、各デスティネーション又はリーフノードまでの、複数の最短ドメイン間Ｐ２Ｐ経路を計算し、次に、経路を組み合わせて、例えばシュタイナー（Ｓｔｅｉｎｅｒ）Ｐ２ＭＰツリーなどの、ドメイン間Ｐ２ＭＰツリーを取得することである。しかし、シュタイナーＰ２ＭＰツリー計算は、マルチポイント通信に対応するために、イングレス又はソースノードにおいて、Ｐ２Ｐ経路のそれぞれへの入力パケットの複製を必要とする場合がある。そのような要求は、イングレスノード上の処理負担を増加させる可能性があり、かつ、スケーラビリティに関して実際的でない可能性がある。加えて、シュタイナーＰ２ＭＰツリー計算は、複数のＰ２Ｐ経路が、経路に沿った少なくとも１つのリンクを共有する場合、帯域幅共有（ｂａｎｄｗｉｄｔｈ ｓｈａｒｉｎｇ）を利用しない可能性があり、これにより、帯域幅リソース、メモリ、ＭＰＬＳラベル空間、又はその組み合わせが無駄になる可能性がある。更に、１つのデスティネーション又はリーフノードを、ツリーに追加、及び／又は削除するために、ツリーは、変更、又は実質的な再構成を必要とする場合がある。従って、例えば、リンク、及び／又はノードの更新に応じた、シュタイナーＰ２ＭＰツリー計算の頻度は、計算を集中させる可能性があり、結果として生じる再構成は、システムの不安定化をもたらす可能性がある。

図２は、ネットワーク内、例えばラベルスイッチネットワーク１１０内の、複数のドメインにわたって確立されてもよい、ドメイン間Ｐ２ＭＰツリー２００の実施形態を示す。ドメイン間Ｐ２ＭＰツリーは、複数の経路及びリンク（実線の矢印によって示されている）を介して接続され得るドメインにわたる複数のノードを含んでもよい。ノードは、ノード１１２と実質的に同様に構成されてもよく、イングレス又はソースノード２０２と、複数のブランチノード（ｂｒａｎｃｈ ｎｏｄｅｓ）２０４と、複数のトランジットノード（ｔｒａｎｓｉｔ ｎｏｄｅｓ）２０６と、複数のＢＮ２０８と、複数のリーフノード２１０とを含んでもよい。ソースノード２０２は、Ｐ２ＭＰツリーの始端として定義されてもよい。ブランチノード２０４は、Ｐ２ＭＰツリー内で分岐を作る、非ＢＮとして定義されてもよい。トランジットノード２０６は、Ｐ２ＭＰツリー内で分岐を作らない、非ＢＮとして定義されてもよい。ＢＮ２０８は、別のドメインへの少なくとも１つの接続を有する、ドメインエッジノード（ｄｏｍａｉｎ ｅｄｇｅ ｎｏｄｅｓ）又はエントリノード（ｅｎｔｒｙ ｎｏｄｅｓ）として定義されてもよい。リーフノード２１０は、Ｐ２ＭＰツリーの終端として定義されてもよい。バッドノード（ｂｕｄ ｎｏｄｅｓ）２１１は、Ｐ２ＭＰツリーのブランチ又はトランジットノードと、Ｐ２ＭＰツリーのエグレスノード（ｅｇｒｅｓｓ ｎｏｄｅｓ）と、の両方であるノードとして定義されてもよい。いくつかの例では、ドメイン間Ｐ２ＭＰツリー２００は、少なくとも１つのバッドノード２１１を含んでもよい。ノードは、第１のＰＣＥ２１４（ＰＣＥ１）に関連付けられた第１のドメイン２１２と、第２のＰＣＥ２２２（ＰＣＥ２）に関連付けられた第２のドメイン２２０と、第３のＰＣＥ２３２（ＰＣＥ３）に関連付けられた第３のドメイン２３０と、第４のＰＣＥ２４２（ＰＣＥ４）に関連付けられた第４のドメイン２４０と、を含んでもよい、複数のＰＣＥに関連付けられた、複数のドメイン内に配置されてもよい。イングレス又はソースノード２０２、リーフノード２１０、及びバッドノード２１１は、複数のネットワークサイト２９０に結合された、ドメインエッジノードであってもよい。

第１のドメイン２１２は、ソースノード２０２と、ブランチノード２０４と、トランジットノード２０６と、リーフノード２１０と、バッドノード２１１と、２つのＢＮ２０８と、を含んでもよい。イングレス又はソースノード２０２は、第１のネットワークサイト２９０（サイトＡ）と、ブランチノード２０４と、に結合されてもよく、そして、ドメイン間Ｐ２ＭＰツリー２００の経路を介して、リーフノード２１０に、トラフィックをマルチキャストする、ように構成されてもよい。例えば、ソースノード２０２は、ドメイン間Ｐ２ＭＰツリー２００内のリンクに沿って、サイトＡ（サービスプロバイダに対応してもよい）から、ブランチノード２０４まで、トラフィックを転送してもよい。ブランチノード２０４は、トランジットノード２０６と、バッドノード２１１と、ＢＮ２０８のうちの１つと、に結合されてもよく、そして、ツリー内の複数のリンクを介して、ソースノード２０２から、トランジットノード２０６と、バッドノード２１１と、ＢＮ２０８と、まで、トラフィックをマルチキャストする、ように構成されてもよい。トランジットノード２０６は、別のＢＮ２０８に結合されてもよく、そして、ツリー内のリンクを介して、ブランチノード２０４から、ＢＮ２０８まで、トラフィックを転送する、ように構成されてもよい。

２つのＢＮ２０８は、第２のドメイン２２０内のＢＮ２０８と、第３のドメイン２３０内の別のＢＮ２０８とに個別に結合されてもよく、そして、ツリー内の対応するリンクを介して、第２のドメイン２２０内のＢＮ２０８と、第３のドメイン２３０内のＢＮ２０８とにトラフィックを転送するように構成されてもよい。バッドノード２１１は、第３のネットワークサイト２９０（サイトＢ）に結合されてもよく、そして、ブランチノード２０４からサイトＢまでトラフィックを転送するように構成されてもよい。しかし、バッドノード２１１は、更に、リーフノード２１０に結合されてもよく、そして、ツリー内のリンクを介して、リーフノード２１０にトラフィックを転送してもよい。リーフノード２１０は、第２のネットワークサイト２９０（サイトＣ）に結合されてもよく、そして、バッドノード２１１からサイトＣ（クライアントに対応してもよい）までトラフィックを転送するように構成されてもよい。

第２のドメイン２２０は、トランジットノード２０６と、２つのＢＮ２０８とを含んでもよい。トランジットノード２０６は、２つのＢＮ２０８の間に配置されてもよく、そして、ツリー内のリンクを介して、２つのＢＮ２０８の間で、トラフィックを転送してもよい。２つのＢＮ２０８は、それぞれ、第１のドメイン２１２内のＢＮ２０８と、第４のドメイン２４０内の別のＢＮ２０８とに個別に結合されてもよく、そして、ツリー内の対応するリンクを介して、第１のドメイン２１２から第４のドメイン２４０までマルチキャストトラフィックを転送してもよい。同様に、第３のドメイン２３０は、トランジットノード２０６と、２つのＢＮ２０８とを含んでもよい。トランジットノード２０６は、２つのＢＮ２０８の間に配置されてもよく、そして、ツリー内のリンクを介して、２つのＢＮ２０８の間でトラフィックを転送してもよい。２つのＢＮ２０８は、それぞれ、第１のドメイン２１２内のＢＮ２０８と、第４のドメイン２４０内の別のＢＮ２０８とに個別に結合されてもよく、そして、ツリー内の対応するリンクを介して、第１のドメイン２１２から第４のドメイン２４０までマルチキャストトラフィックを転送してもよい。

第４のドメイン２４０は、２つのＢＮ２０８と、２つのトランジットノード２０６と、ブランチノード２０４と、３つのリーフノード２１０とを含んでもよい。２つのＢＮ２０８は、それぞれ、第２のドメイン２２０内のＢＮ２０８と、第３のドメイン２３０内の別のＢＮ２０８とに個別に結合されてもよく、そして、ツリー内の対応するリンクを介して、第２のドメイン２２０及び第３のドメイン２３０から第４のドメイン２４０までマルチキャストトラフィックを転送してもよい。２つのトランジットノード２０６のそれぞれは、２つのＢＮ２０８のうちの１つに個別に結合されてもよい。しかし、トランジットノード２０６のうちの１つは、ブランチノード２０４に結合されてもよく、もう１つのトランジットノード２０６は、リーフノード２１０のうちの１つに結合されてもよい。従って、２つのトランジットノード２０６は、ツリー内の対応するリンクを介して、２つのＢＮ２０８からブランチノード２０４とリーフノード２１０とまでトラフィックを個別に転送してもよい。ブランチノード２０４は、更に、２つのその他のリーフノード２１０に結合されてもよく、そして、トランジットノード２０６のうちの１つから、２つのリーフノード２１０まで、トラフィックをマルチキャストしてもよい。第４のドメイン２４０内の、３つのリーフノード２１０のそれぞれは、異なるネットワークサイト２９０（サイトＤ、サイトＥ、及びサイトＦ）にそれぞれ結合されてもよく、そして、対応するネットワークサイト２９０にトラフィックを転送してもよい。

一実施形態では、ソースノード２０２とリーフノード２１０との間のドメイン間Ｐ２ＭＰツリー２００経路の計算は、第１のＰＣＥ２１４、第２のＰＣＥ２２２、第３のＰＣＥ２３２、及び／又は第４のＰＣＥ２４２の間で分散されてもよい。例えば、第１のＰＣＥ２１４は、第１のドメイン２１２内のＰＣＣ（イングレス又はソースノード２０２であってもよい）から要求メッセージを受信して、ドメイン間Ｐ２ＭＰツリー２００を計算してもよい。要求メッセージは、計算が、ドメイン間Ｐ２ＭＰ経路に関連することを示してもよい。加えて、メッセージは、ドメインにわたる経路を計算するために使用され得る経路計算情報を含んでもよい。第１のＰＣＥ２１４、第２のＰＣＥ２２２、第３のＰＣＥ２３２、及び第４のＰＣＥ２４２は、相互に通信して経路計算情報を共有し、組み合わされた経路計算を実行してもよい。ＰＣＥは、更に、経路計算中に情報を共有して情報を同期させ、向上したＰ２ＭＰ経路計算を取得してもよい。

一実施形態では、ドメイン間Ｐ２ＭＰツリー２００計算は、ソースノード２０２と、各リーフノード２１０と、の間のエンドツーエンド経路を確立するために、どのドメインが使用されてもよいかを、（例えば、第１のＰＣＥ２１４において）決定することを含んでもよい。ドメイン間Ｐ２ＭＰツリー２００計算は、更に、ドメインにわたって経路を接続するためのＢＮ２０８を選択し、ツリー内の経路を分岐させるためのブランチノード２０４を選択し、そして、何らかのメトリック（最小コスト、最短経路、最もよく使用されるリンク上の負荷を最小にすること、最も少なく使用されるリンク上の負荷を最大にすること、複数のリンク上の負荷をバランスさせること、又は任意のその他のメトリックなど）に従って、ドメインにわたる最小コストツリーを計算することを含んでもよい。いくつかの実施形態では、ツリー計算は、更に、主要な計算されるツリー内の構成要素とは異なってもよい、複数の様々なノード、経路、及び／又はリンクを含み得るバックアップツリーを計算することを含んでもよい。

Ｐ２ＭＰ経路計算は、ＰＣＥによって共同で実行されてもよいコアツリー計算、及び、ＰＣＥのうちの少なくとも１つによって個別に実行されてもよい、先行する、並行又は後続のサブツリー計算、という別々の手順で実行されてもよい。ＰＣＥは、第１のドメイン２１２内のソースノード２０２から、残りのドメインのそれぞれの中のＢＮ２０８まで延在してもよい、ドメインにわたるコアツリーを計算してもよい。コアツリーは、ドメインにわたる複数のドメイン間Ｐ２Ｐ経路を計算することによって確立されてもよい。例えば、コアツリーは、ＢＲＰＣ技術を使用して、例えば、ドメインプライベート情報をドメイン間で共有することなしに計算されてもよい。サブツリーは、リーフノード２１０を含むドメインに関連付けられてもよい、ＰＣＥのうちの少なくともいくつか（例えば、第１のＰＣＥ２１４、及び第４のＰＣＥ２４２）によって計算されてもよい。サブツリーは、対応するドメイン（例えば、第１のドメイン２１２、及び第４のドメイン２４０）内の、ＢＮ２０８から、リーフノード２１０まで延在してもよい。コアツリー、及びサブツリーは、コアツリー計算、又はサブツリー計算要求を示すために、例えば要求オブジェクト内で設定されてもよいビットを含んでもよい、要求メッセージに基づいて計算されてもよい。

Ｐ２ＭＰ経路計算は、ドメイン間で機密情報を保護するように構成されてもよく、これは、ドメインが、異なるサービスプロバイダによって管理される場合に必要とされる可能性がある。例えば、各ドメイン内の、リーフノード２１０を含むサブツリーは、他のドメインから隠されてもよい。更に、コアツリーとサブツリーとを、例えば別々の手順及び／又は技術を使用して、別々に計算することは、例えばシュタイナーＰ２ＭＰツリー計算アプローチと比較して、効率、スケーラビリティ、及び／又はリソース共有に関して、ドメイン間Ｐ２ＭＰツリー計算を向上させる可能性がある。

図３は、ドメイン間Ｐ２ＭＰツリー３００内の、コアツリー、及び複数のサブツリーの実施形態を示す。コアツリー及びサブツリーは、ネットワーク内、例えば、ラベルスイッチネットワーク１１０内の、複数のドメインにわたって計算されてもよい。コアツリーは、複数の経路及びリンク（実線の矢印によって示されている）を介して接続され得る、ドメインにわたる複数のノードを含んでもよい。コアツリーのノードは、ソースノード３０２（Ｓ）と、ブランチノード３０８（Ｍ）と、複数のトランジットノード３０６と、複数のＢＮ３０８とを含んでもよい。サブツリーは、複数の経路及びリンク（点線の矢印によって示されている）を介して接続されてもよい、複数のブランチノード３０４と、複数のリーフノード３１０とを含んでもよい。ノードは、第１のＰＣＥ３１４（ＰＣＥ１）に関連付けられた第１のドメイン３１２と、第２のＰＣＥ３２２（ＰＣＥ２）に関連付けられた第２のドメイン３２０と、第３のＰＣＥ３３２（ＰＣＥ３）に関連付けられた第３のドメイン３３０と、第４のＰＣＥ３４２（ＰＣＥ４）に関連付けられた第４のドメイン３４０とを含んでもよい、複数のＰＣＥに関連付けられた複数のドメイン内に配置されてもよい。

第１のドメイン３１２内で、コアツリーは、ソースノード３０２（Ｓ）と、ソースノード３０２に結合されたＢＮ３０８（Ａ）と、を含んでもよい。第１のドメイン３１２は、更に、２つのブランチノード３０４と、３つのリーフノード３１０とを含む、第１のサブツリーを含んでもよい。第１のサブツリー内で、ブランチノード３０４のうちの１つは、ソースノード３０２（Ｓ）と、リーフノード３１０のうちの１つと、他の２つのリーフノード３１０に結合されてもよい別のブランチノード３０４と、に結合されてもよい。第２のドメイン３２０内で、コアツリーは、２つのＢＮ３０８（Ｅ、及びＭ）と、ＢＮ３０８Ｅ、及びＭの間に配置された３つのトランジットノード３０６（Ｐ、Ｑ、及びＲ）と、を含んでもよい。第２のドメイン３２０内のＢＮ３０８Ｅは、更に、第１のドメイン３１２内のＢＮ３０８Ａに結合されてもよい。加えて、コアツリーは、第３のドメイン３３０内の２つのＢＮ３０８（Ｗ、及びＴ）と、第４のドメイン３４０内のＢＮ３０８（Ｄ１）とを含んでもよい。第３のドメイン３３０内のＢＮ３０８Ｗは、第２のドメイン３２０内のＢＮ３０８Ｍに結合されてもよい。第４のドメイン３４０は、更に、２つのブランチノード３０４と、４つのリーフノード３１０とを含む、第２のサブツリーを含んでもよい。第２のサブツリー内で、各ブランチノード３０４は、リーフノード３１０のうちの２つと、コアツリーのＢＮ３０８Ｄ１とに結合されてもよく、ＢＮ３０８Ｄ１は、更に、第３のドメイン３３０内のＢＮ３０８Ｔに結合されてもよい。

第５のドメイン３５０内で、コアツリーは、２つのＢＮ３０８（Ｘ、及びＵ）と、２つのＢＮ３０８Ｘ、及びＵの間に配置されてもよいブランチノード３０４（Ｚ）と、を含んでもよい。第５のドメイン３５０は、更に、２つのブランチノード３０４と、４つのリーフノード３１０とを含む、第３のサブツリーを含んでもよい。第３のサブツリー内で、各ブランチノード３０４は、リーフノード３１０のうちの２つと、コアツリーのブランチノード３０４Ｚと、に結合されてもよい。第５のドメイン３５０内のＢＮ３０８Ｘは、更に、第２のドメイン３２０内のＢＮ３０８Ｍに結合されてもよい。第６のドメイン３６０内で、コアツリーは、ＢＮ３０８Ｕに結合されたＢＮ３０８（Ｄ２）と、３つのブランチノード３０４、及び４つのリーフノード３１０を含む、第４のサブツリーと、を含んでもよい。第４のサブツリー内で、ブランチノード３０４のうちの１つは、コアツリーのＢＮ３０８Ｄ２と、２つの他のブランチノード３０４と、に結合されてもよく、２つの他のブランチノード３０４は、それぞれが、２つのリーフノード３１０に結合されてもよい。

第１のドメイン３１２、第２のドメイン３２０、第３のドメイン３３０、第４のドメイン３４０、第５のドメイン３５０、及び第６のドメイン３６０内の、コアツリーは、第１のＰＣＥ３１４、第２のＰＣＥ３２２、第３のＰＣＥ３３２、第４のＰＣＥ３４２、第５のＰＣＥ３５２、第６のＰＣＥ３６２、又はその組み合わせによって計算されてもよい。特定の実施形態においては、第１のドメイン３１２内の第１のサブツリーは、第１のＰＣＥ３１４によって計算されてもよく、第４のドメイン３４０内の第２のサブツリーは、第４のＰＣＥ３４２によって計算されてもよく、第５のドメイン３５０内の第３のサブツリーは、第５のＰＣＥ３５２によって計算されてもよく、第６のドメイン３６０内の第４のサブツリーは、第６のＰＣＥ３６２によって計算されてもよい。

ドメイン間Ｐ２ＭＰツリー３００のドメインに関連付けられたＰＣＥのトポロジは、分散ＰＣＥトポロジとして編成されてもよい。分散ＰＣＥトポロジは、ルートＰＣＥと、トランジットＰＣＥと、ブランチＰＣＥと、リーフＰＣＥとを含んでもよい。ルートＰＣＥは、ソースノード３０２を含むドメインに関連付けられてもよい（例えば、第１のＰＣＥ３１４）。トランジットＰＣＥは、ソースノード３０２からのトラフィックを、別のドメインまで伝送するドメインに関連付けられてもよい（例えば、第３のＰＣＥ３３２）。ブランチＰＣＥは、ソースノード３０２からのトラフィックを、複数の他のドメインまで転送するドメインに関連付けられてもよい（例えば、第２のＰＣＥ３２２）。リーフＰＣＥは、リーフノードを含むドメインに関連付けられてもよい（例えば、第４のＰＣＥ３４２、第５のＰＣＥ３５２、及び第６のＰＣＥ３６２）。分散ＰＣＥトポロジは、例えば、ＰＣＥの発見期間中に、又は、各ＰＣＥへの経路計算要求を介して、ＰＣＥ間で通信されてもよい。

図３に示すように、コアツリーは、Ｐ２ＭＰツリーのドメインに延在する複数の経路を含んでもよく、そして、各ドメイン内の少なくとも１つのＢＮ（例えば、ＢＮ３０８）を含んでもよい。Ｐ２ＭＰツリーの、イングレス又はソースノード（例えば、第１のドメイン３１２内のソースノード３０２Ｓ）は、コアツリーのルートであってもよく、Ｐ２ＭＰツリーのリーフノードを含むドメイン（例えば、第４のドメイン３４０、及び第６のドメイン３６０）内のＢＮ（例えば、ＢＮ３０８）は、コアツリーのリーフノードであってもよい。Ｐ２ＭＰツリーの、トランジットノード（例えば、トランジットノード３０６）、及びブランチノード（例えば、ブランチノード３０４）は、同様に、コアツリーの、ブランチノード、及びトランジットノードであってもよい。

一実施形態では、コアツリーは、コアツリーＢＮを構築すること（例えば、コアツリーのＢＮ３０８を選択すること）によって計算されてもよい。従って、経路計算の効率を向上させるために、ＢＮの数が減らされ、又は最小にされてもよい。コアツリーＢＮを構築することは、ＢＲＰＣ手順と、ＶＳＰＴ（Ｖｉｒｔｕａｌ Ｓｈｏｒｔｅｓｔ Ｐａｔｈ Ｔｒｅｅ）手順とを使用して達成されてもよい。ＶＳＰＴ手順は、コアツリーのルートにおけるエグレスと、コアツリーのリーフにおけるイングレスと、を有してもよいツリーを計算することを含んでもよい。ＰＣＣ（例えば、ソースノード３１２Ｓ）からの要求を受信し得るプライマリＰＣＥ（例えば、第１のＰＣＥ３１４）は、例えば、複数のドメインに関連付けられた他のＰＣＥと通信することによって、ＶＳＰＴ手順を使用して、複数の潜在的コアツリーを計算してもよい。プライマリＰＣＥは、次に、例えば、コスト、及び／又は帯域幅の要件に従って、最適なコアツリーを決定してもよい。続いて、コアツリー内のＢＮであってもよい、コアツリーのリーフノードを、デスティネーションノード（例えば、リーフノード３１０）に接続するために、複数のサブツリーが構築されてもよい。

図４は、複数のドメインにわたる複数の経路４００の実施形態を示す。経路４００は、ドメイン間Ｐ２ＭＰツリー３００内のコアツリーを取得するために計算されてもよい。経路４００は、第１のドメイン３１２、第２のドメイン３２０、第３のドメイン３３０、及び第４のドメイン３４０にわたって、例えば、第１のＰＣＥ３１４、第２のＰＣＥ３２２、第３のＰＣＥ３３２、及び／又は第４のＰＣＥ３４２によって検討されてもよい。経路４００は、ソースノード３０２Ｓと、ＢＮ３０８Ａ、Ｅ、Ｍ、Ｗ、Ｔ、及びＤ１と、トランジットノード３０６Ｐ、Ｑ、及びＲとを含み得る、コアツリー内のノードのうちのいくつかを含んでもよい。加えて、第１のドメイン３１２内で、経路４００は、ソースノード３０２Ｓに結合されたトランジットノード３０６（Ｂ）と、トランジットノード３０６Ｂに結合されたＢＮ３０８（Ｃ）とを含んでもよい。第２のドメイン３２０内で、経路４００は、更に、２つのトランジットノード３０６（Ｆ、及びＪ）と、３つのＢＮ３０８（Ｈ、Ｇ、及びＫ）とを含んでもよい。トランジットノード３０６Ｆは、ＢＮ３０８Ｅと、ＢＮ３０８Ｇとの間に配置されてもよく、トランジットノード３０６Ｊは、ＢＮ３０８Ｈと、Ｋとの間に配置されてもよい。経路４００は、更に、第３のドメイン３３０内のＢＮ３０８（Ｖ）を含んでもよく、ＢＮ３０８（Ｖ）は、ＢＮ３０８Ｇに結合されてもよい。

経路４００は、第１のドメイン３１２内のソースノード３０２Ｓと、第４のドメイン３４０内のＢＮ３０８Ｄ１と、の間のエンドツーエンド経路を含んでもよい。ＢＮ３０８Ｄ１は、ドメイン間Ｐ２ＭＰツリー３００のデスティネーション又はリーフノードを含むドメインのうちの１つであり得る第４のドメイン３４０へのエントリ（イングレスエッジ（ｉｎｇｒｅｓｓ ｅｄｇｅ））ノードであってもよい。以下に説明するように、ソースノード３０２Ｓと、ＢＮ３０８Ｄ１と、の間のエンドツーエンド経路が、ドメイン間Ｐ２ＭＰツリー３００内のコアツリーのブランチ又は部分（ｂｒａｎｃｈ ｏｒ ｐｏｒｔｉｏｎ）を計算するために使用されてもよく、ＢＮ３０８Ｄ１は、続いて、サブツリーを介して、第４のドメイン３４０内のリーフノード３１０まで延長され、結び付けられてもよい。同様に、ソースノード３０２Ｓも、サブツリーを介して、第１のドメイン３１２内のリーフノード３１０まで延長され、結び付けられてもよい。

図５は、ドメイン間Ｐ２ＭＰツリー３００内のコアツリーを計算するために使用されてもよい、経路４００からの複数の計算されたサブ経路５００の実施形態を示す。サブ経路５００は、第１のドメイン３１２、第２のドメイン３２０、第３のドメイン３３０、及び第４のドメイン３４０にわたって、例えば、第１のＰＣＥ３１４、第２のＰＣＥ３２２、第３のＰＣＥ３３２、及び／又は第４のＰＣＥ３４２によって確立されてもよい。サブ経路５００は、経路４００内のノードのうちの少なくともいくつかを含んでもよい。具体的には、サブ経路５００は、ソースノード３０２ＳからＢＮ３０８Ｄ１までのエンドツーエンド経路をそれぞれが表し得る、第１のサブ経路（Ｄ１−１）と、第２のサブ経路（Ｄ１−２）と、第３のサブ経路（Ｄ１−３）と、第４のサブ経路（Ｄ１−４）と、を含んでもよい。図５において、ノード間の直接リンクは、実線の矢印で示されており、間接リンクは、欠けているノードを示すために破線の矢印によって示されている。

第１のサブ経路Ｄ１−１は、ソースノード３０２Ｓと、ＢＮノード３０８Ｄ１と、（ソースノード３０２Ｓと、ＢＮノード３０８Ｄ１と、の間の）複数のバウンダリノード３０８Ａ、Ｅ、Ｇ、Ｖ、及びＴとを含んでもよい。第１のサブ経路Ｄ１−１は、更に、経路内の約２ホップに対応し得る、ＢＮ３０８ＥとＧとの間のトランジットノード３０６Ｆ（図示せず）を含んでもよい。第２のサブ経路Ｄ１−２は、ソースノード３０２Ｓと、ＢＮノード３０８Ｄ１と、（ソースノード３０２Ｓと、ＢＮノード３０８Ｄ１との間の）複数のバウンダリノード３０８Ａ、Ｅ、Ｍ、Ｗ、及びＴとを含んでもよい。第２のサブ経路Ｄ１−２は、更に、経路内の約４ホップに対応し得る、ＢＮ３０８ＥとＭとの間のトランジットノード３０６Ｐ、Ｑ、及びＲ（図示せず）を含んでもよい。第３のサブ経路Ｄ１−３は、ソースノード３０２Ｓと、ＢＮノード３０８Ｄ１と、トランジットノード３０６Ｂと、（ソースノード３０２Ｓと、ＢＮノード３０８Ｄ１と、の間の）複数のバウンダリノード３０８Ｃ、Ｈ、Ｅ、Ｇ、Ｖ、及びＴとを含んでもよい。第３のサブ経路Ｄ１−３は、更に、経路内の約２ホップに対応し得る、ＢＮ３０８ＨとＥとの間のトランジットノード３０６Ｐ（図示せず）と、同様に約２ホップに対応し得る、ＢＮ３０８ＥとＧとの間のトランジットノード３０６Ｆ（図示せず）とを含んでもよい。第４のサブ経路Ｄ１−４は、ソースノード３０２Ｓと、ＢＮノード３０８Ｄ１と、トランジットノード３０６Ｂと、（ソースノード３０２Ｓと、ＢＮノード３０８Ｄ１と、の間の）複数のバウンダリノード３０８Ｃ、Ｈ、Ｍ、Ｗ、及びＴとを含んでもよい。第４のサブ経路Ｄ１−４は、更に、経路内の約４ホップに対応し得る、ＢＮ３０８ＨとＭとの間のトランジットノード３０６Ｐ、Ｑ、及びＲ（図示せず）を含んでもよい。

サブ経路５００は、ＶＳＰＴ手順を使用して計算されてもよい。具体的には、第４のＰＣＥ３４２が、最初に、第４のドメイン３４０内のＢＮ３０８Ｄ１を計算、又は選択し、この情報を、第３のＰＣＥ３３２、及び／又は、その他のＰＣＥのうちのいずれかに送信してもよい。第３のＰＣＥ３３２は、次に、この情報を使用して、ＢＮ３０８Ｖ、Ｔ、及びＤ１を含む第１の経路と、ＢＮ３０８Ｗ、Ｔ、及びＤ１を含む第２の経路とを計算してもよい。第３のＰＣＥ３３２は、この情報を、第２のＰＣＥ３２２、及び／又は、その他のＰＣＥのうちのいずれかに送信してもよい。第２のＰＣＥ３２２は、次に、この情報を使用して、ノードＥ、Ｆ、Ｇ、Ｖ、Ｔ、及びＤ１を含む第１の経路と、ノードＥ、Ｐ、Ｑ、Ｒ、Ｍ、Ｗ、Ｔ、及びＤ１を含む第２の経路と、ノードＨ、Ｐ、Ｅ、Ｆ、Ｇ、Ｖ、Ｔ、Ｄ１を含む第３の経路と、ノードＨ、Ｐ、Ｑ、Ｒ、Ｍ、Ｗ、Ｔ、及びＤ１を含む第４の経路と、を更新、及び／又は計算してもよい。第２のＰＣＥ３２２は、この情報を、第１のＰＣＥ３１４、及び／又は、その他のＰＣＥのうちのいずれかに送信してもよい。第１のＰＣＥ３１４は、次に、この情報を使用して、ノードＳ、Ａ、Ｅ、Ｆ、Ｇ、Ｖ、Ｔ、及びＤ１を含む第１のサブ経路Ｄ１−１と、ノードＳ、Ａ、Ｅ、Ｐ、Ｑ、Ｒ、Ｍ、Ｗ、Ｔ、及びＤ１を含む第２のサブ経路Ｄ１−２と、ノードＳ、Ｂ、Ｃ、Ｈ、Ｐ、Ｅ、Ｆ、Ｇ、Ｖ、Ｔ、及びＤ１を含む第３のサブ経路Ｄ１−３と、ノードＳ、Ｂ、Ｃ、Ｈ、Ｐ、Ｑ、Ｒ、Ｍ、Ｗ、Ｔ、及びＤ１を含む第４のサブ経路Ｄ１−４と、を計算してもよい。

従って、第１のサブ経路Ｄ１−１は、ノードＳと、Ｄ１と、の間に、約７ホップ（例えば、接続）を含んでもよく、第２のサブ経路Ｄ１−２は、ノードＳと、Ｄ１と、の間に、約９ホップを含んでもよく、第３のサブ経路Ｄ１−３は、ノードＳと、Ｄ１と、の間に、約１０ホップを含んでもよく、第４のサブ経路Ｄ１−４は、ノードＳと、Ｄ１と、の間に、約１０ホップを含んでもよい。サブ経路５００は、第１のＰＣＥ３１４によって受信されてもよく、そして、ドメイン間Ｐ２ＭＰツリー３００内のコアツリーを計算するために検討されてもよく、ここで、以下に説明するように、サブ経路５００のうちの少なくとも１つが、コアツリーのブランチ又は部分として選択されてもよい。

図６は、ドメイン間Ｐ２ＭＰツリー３００内のコアツリーを取得するために、同様に計算されてもよい、複数の追加の経路６００の実施形態を示す。経路６００は、第１のドメイン３１２、第２のドメイン３２０、第５のドメイン３５０、及び第６のドメイン３６０にわたって、例えば、第１のＰＣＥ３１４、第２のＰＣＥ３２２、第５のＰＣＥ３５２、及び／又は第６のＰＣＥ３６２によって検討されてもよい。経路６００は、経路４００内のノードのうちの少なくともいくつかを含んでもよい。経路６００のノードは、ソースノード３０２Ｓと、ＢＮ３０８Ａ、Ｅ、Ｍ、Ｘ、Ｕ、及びＤ２と、トランジットノード３０６Ｐ、Ｑ、及びＲと、ブランチノード３０４Ｚと、を含んでもよい。加えて、経路６００は、図６に示すように配置されてもよい、第１のドメイン３１２内のトランジットノード３０６Ｂと、ＢＮ３０８Ｃと、第２のドメイン３２０内のトランジットノード３０６Ｆ、及びＪと、ＢＮ３０８Ｈ、Ｇ、及びＫと、を含んでもよい。経路６００は、更に、ＢＮ３０８Ｋ、及びＵに結合されてもよい、第５のドメイン３５０内のＢＮ３０８（Ｙ）を含んでもよい。

経路６００は、第１のドメイン３１２内のソースノード３０２Ｓと、第６のドメイン３６０内のＢＮ３０８Ｄ２と、の間のエンドツーエンド経路を含んでもよい。ＢＮ３０８Ｄ２は、ドメイン間Ｐ２ＭＰツリー３００のデスティネーション又はリーフノードを含むドメインのうちの１つであってもよい、第６のドメイン３６０への、エントリ（イングレスエッジ）ノードであってもよい。以下に説明するように、ソースノード３０２Ｓと、ＢＮ３０８Ｄ２と、の間のエンドツーエンド経路が、ドメイン間Ｐ２ＭＰツリー３００内のコアツリーのブランチ又は部分を計算するために使用されてもよく、ＢＮ３０８Ｄ２は、続いて、サブツリーを介して、第６のドメイン３６０内のリーフノード３１０まで延長され、結び付けられてもよい。同様に、ブランチノード３０４Ｚも、サブツリーを介して、第５のドメイン３５０内のリーフノード３１０まで延長され、結び付けられてもよい。

図７は、ドメイン間Ｐ２ＭＰツリー３００内のコアツリーを計算するために使用されてもよい、経路６００内の複数の計算されたサブ経路７００の実施形態を示す。サブ経路７００は、第１のドメイン３１２、第２のドメイン３２０、第５のドメイン３５０、及び第６のドメイン３６０にわたって、例えば、第１のＰＣＥ３１４、第２のＰＣＥ３２２、第５のＰＣＥ３５２、及び／又は第６のＰＣＥ３６２によって計算されてもよい。サブ経路７００は、経路６００内と同じノードを含んでもよい。具体的には、サブ経路７００は、ソースノード３０２ＳからＢＮ３０８Ｄ２までのエンドツーエンド経路をそれぞれが表してもよい、第１のサブ経路（Ｄ２−１）と、第２のサブ経路（Ｄ２−２）と、第３のサブ経路（Ｄ２−３）と、第４のサブ経路（Ｄ２−４）と、を含んでもよい。

第１のサブ経路Ｄ２−１は、ソースノード３０２Ｓと、ＢＮノード３０８Ｄ２と、（ソースノード３０２Ｓと、ＢＮノード３０８Ｄ２と、の間の）複数のバウンダリノード３０８Ａ、Ｅ、Ｍ、Ｘ、及びＵと、を含んでもよい。第１のサブ経路Ｄ２−１は、更に、経路内の約４ホップに対応し得る、ＢＮ３０８ＥとＭとの間のトランジットノード３０６Ｐ、Ｑ、及びＲ（図示せず）を含んでもよい。図７において、ノード間の直接リンクは、実線の矢印で示されており、間接リンクは、破線の矢印によって示されている。第２のサブ経路Ｄ２−２は、ソースノード３０２Ｓと、ＢＮノード３０８Ｄ２と、（ソースノード３０２Ｓと、ＢＮノード３０８Ｄ２と、の間の）複数のバウンダリノード３０８Ａ、Ｅ、Ｈ、Ｋ、Ｙ、及びＵと、を含んでもよい。第２のサブ経路Ｄ２−２は、更に、経路内の約２ホップに対応し得る、ＢＮ３０８ＥとＨとの間のトランジットノード３０６Ｐ（図示せず）と、同様に約２ホップに対応し得る、ＢＮ３０８ＨとＫとの間のトランジットノード３０６Ｊ（図示せず）と、を含んでもよい。第３のサブ経路Ｄ２−３は、ソースノード３０２Ｓと、ＢＮノード３０８Ｄ２と、トランジットノード３０６Ｂと、（ソースノード３０２Ｓと、ＢＮノード３０８Ｄ２と、の間の）複数のバウンダリノード３０８Ｃ、Ｈ、Ｍ、Ｘ、及びＵと、を含んでもよい。第３のサブ経路Ｄ２−３は、更に、経路内の約４ホップに対応し得る、ＢＮ３０８ＨとＭとの間のトランジットノード３０６Ｐ、Ｑ、及びＲ（図示せず）と、約２ホップに対応し得る、ＢＮ３０８ＸとＵとの間のブランチノード３０４Ｚ（図示せず）と、を含んでもよい。第４のサブ経路Ｄ２−４は、ソースノード３０２Ｓと、ＢＮノード３０８Ｄ２と、トランジットノード３０６Ｂと、（ソースノード３０２Ｓと、ＢＮノード３０８Ｄ２と、の間の）複数のバウンダリノード３０８Ｃ、Ｈ、Ｋ、Ｙ、及びＵと、を含んでもよい。第４のサブ経路Ｄ２−４は、更に、約２ホップに対応し得る、ＢＮ３０８ＨとＫとの間のトランジットノード３０６Ｊ（図示せず）を含んでもよい。

サブ経路７００は、ＶＳＰＴ手順を使用して計算されてもよい。従って、第６のＰＣＥ３６２は、最初に、第６のドメイン３６０内のＢＮ３０８Ｄ２を計算又は選択し、この情報を、第５のＰＣＥ３５２、及び／又はその他のＰＣＥのうちのいずれかに送信してもよい。第５のＰＣＥ３５２は、次に、この情報を使用して、ノードＸ、Ｚ、Ｕ、及びＤ２を含む第１の経路と、ＢＮ３０８Ｙ、Ｕ、及びＤ２を含む第２の経路と、を計算してもよい。第５のＰＣＥ３５２は、この情報を、第２のＰＣＥ３２２、及び／又はその他のＰＣＥのうちのいずれかに送信してもよい。第２のＰＣＥ３２２は、次に、この情報を使用して、ノードＥ、Ｐ、Ｑ、Ｒ、Ｍ、Ｘ、Ｚ、Ｕ、及びＤ２を含む第１のサブ経路と、ノードＥ、Ｐ、Ｈ、Ｊ、Ｋ、Ｙ、Ｕ、及びＤ２を含む第２のサブ経路と、ノードＨ、Ｐ、Ｑ、Ｒ、Ｍ、Ｘ、Ｚ、Ｕ、及びＤ２を含む第３のサブ経路と、ノードＨ、Ｊ、Ｋ、Ｙ、Ｕ、及びＤ２を含む第４のサブ経路と、を計算してもよい。第２のＰＣＥ３２２は、この情報を、第１のＰＣＥ３１４、及び／又は、その他のＰＣＥのうちのいずれかに送信してもよい。第１のＰＣＥ３１４は、次に、この情報を使用して、ノードＳ、Ａ、Ｅ、Ｐ、Ｑ、Ｒ、Ｍ、Ｘ、Ｚ、Ｕ、及びＤ２を含む第１のサブ経路Ｄ２−１と、ノードＳ、Ａ、Ｅ、Ｐ、Ｈ、Ｊ、Ｋ、Ｙ、Ｕ、及びＤ２を含む第２のサブ経路Ｄ２−２と、ノードＳ、Ｂ、Ｃ、Ｈ、Ｐ、Ｑ、Ｒ、Ｍ、Ｘ、Ｚ、Ｕ、及びＤ２を含む第３のサブ経路Ｄ２−３と、ノードＳ、Ｂ、Ｃ、Ｈ、Ｊ、Ｋ、Ｙ、Ｕ、及びＤ２を含む第４のサブ経路Ｄ２−４と、を計算してもよい。

従って、第１のサブ経路Ｄ２−１は、ノードＳとＤ２との間に約１０ホップを含んでもよく、第２のサブ経路Ｄ２−２は、ノードＳとＤ２との間に約９ホップを含んでもよく、第３のサブ経路Ｄ３−３は、ノードＳとＤ２との間に約１１ホップを含んでもよく、第４のサブ経路Ｄ４−４は、ノードＳとＤ２との間に約８ホップを含んでもよい。サブ経路７００は、ドメイン間Ｐ２ＭＰツリー３００内のコアツリーを計算するために、第１のＰＣＥ３１４によって検討されてもよく、ここで、以下に説明するように、サブ経路７００のうちの少なくとも１つが、コアツリーのブランチ又は部分として選択されてもよい。

例えば、ドメイン間Ｐ２ＭＰツリー３００内のコアツリーの少なくとも一部を取得するために、サブ経路７００のうちのいずれかの、少なくとも一部が、サブ経路４００のうちのいずれかの、少なくとも一部と、マージされてもよい。例えば、最小のホップ数、従って最小のコストを有する、ソースノード３０２Ｓからリーフノード３１０までのエンドツーエンド経路を取得するために、サブ経路がマージされてもよい。一実施形態では、ＶＳＰＴ手順を使用して計算されたサブ経路をマージし、従って、コアツリーを取得するために、アルゴリズムが使用されてもよい。アルゴリズムに従って、それぞれの計算されたサブ経路が、別の計算されたサブ経路とマージされてもよく、そして、結果として得られるマージされたサブ経路のコストが計算されてもよい。例えば、サブ経路５００からのサブ経路Ｄ１−ｉが、サブ経路７００からのサブ経路Ｄ２−ｊとマージされてもよく、ここで、ｉ及びｊは、マージされてもよい全てのサブ経路５００及び７００を選択するために変更されてもよい、整数値である。プロセスは、全ての可能な、マージされたサブ経路のコストが計算されるまで、繰り返されてもよい。最後に、最小のコストを有する、マージされたサブ経路が、コアツリーを確立するために選択されてもよい。一実施形態では、それぞれのマージされたサブ経路のコストは、マージされたサブ経路のホップ数と等しくてもよい。しかし、他の実施形態では、帯域幅、及び／又はサービス品質（ＱｏＳ）要件などのその他の基準が、各経路の要件を評価するために使用されてもよい。

一実施形態では、サブ経路５００と７００とをマージしコアツリーを取得するためのアルゴリズムは以下の指示を含んでもよい。
１−ＶＳＰＴ（Ｄ１）からサブ経路（Ｄ１−ｉ）を、ＶＳＰＴ（Ｄ２）からサブ経路（Ｄ２−ｊ）を、取得する。
２−サブ経路（Ｄ１−ｉ）とサブ経路（Ｄ２−ｊ）とをマージして、コアツリー（Ｄ１−ｉ−Ｄ２−ｊ）とする。
３−コアツリー（Ｄ１−ｉ−Ｄ２−ｊ）のコストを計算する。
４−全てのｉ及びｊの組み合わせについて、（１）〜（３）を繰り返して、全ての可能なコアツリーを生成する。
５−全てのコアツリーの中で、最小のコストを有するコアツリーを評価し識別する。

図８は、ドメイン間Ｐ２ＭＰツリー３００内のコアツリーを計算するために、サブ経路５００及びサブ経路７００のうちの少なくともいくつかの部分をマージすることによって取得されてもよい、マージされたサブ経路８００の実施形態を示す。マージされたサブ経路８００は、第１のドメイン３１２、第２のドメイン３２０、第３のドメイン３３０、第４のドメイン３４０、第５のドメイン３５０、及び第６のドメイン３６０にわたって、例えば第１のＰＣＥ３１４によって計算されてもよい。マージされたサブ経路８００は、サブ経路５００及びサブ経路７００内のノードのうちの少なくともいくつかを含んでもよい。具体的には、マージされたサブ経路８００は、第１のサブ経路Ｄ１−１と、第２のサブ経路Ｄ２−２の一部と、を含んでもよい。マージされたサブ経路８００は、第１のサブ経路Ｄ１−１内のノードＳ、Ａ、Ｅ、Ｆ、Ｇ、Ｖ、Ｔ、及びＤ１と、第２のサブ経路Ｄ２−２からのノードＰ、Ｈ、Ｊ、Ｋ、Ｙ、Ｕ、及びＤ２とを含んでもよく、第２のサブ経路Ｄ２−２は、ノードＳ、Ａ、及びＥを、第１のサブ経路Ｄ１−１と共有してもよい。マージされたサブ経路８００のノードのうちのいくつか、例えば、ノードＦ、Ｐ、及びＪは、図８に示されていない。ノード間の直接リンクは、実線の矢印で示されており、間接リンクは、欠けているノードを示すために、破線の矢印によって示されている。マージされたサブ経路８００は、ソースノード３０２Ｓと、ＢＮ３０８Ｄ１及びＤ２との間に、約１４ホップを含んでもよい。

図９は、ドメイン間Ｐ２ＭＰツリー３００内のコアツリーを計算するために、サブ経路５００及びサブ経路７００のうちの少なくともいくつかの部分をマージすることによって取得されてもよい、別のマージされたサブ経路９００の実施形態を示す。マージされたサブ経路８００と同様に、マージされたサブ経路９００は、ドメインにわたって、例えば第１のＰＣＥ３１４によって計算されてもよく、そして、サブ経路５００及びサブ経路７００内のノードのうちの少なくともいくつかを含んでもよい。具体的には、マージされたサブ経路９００は、第２のサブ経路Ｄ１−２と、第１のサブ経路Ｄ２−１の一部と、を含んでもよい。マージされたサブ経路９００は、第２のサブ経路Ｄ１−２内のノードＳ、Ａ、Ｅ、Ｐ、Ｑ、Ｒ、Ｍ、Ｗ、Ｔ、及びＤ１と、第１のサブ経路Ｄ２−１からのノードＸ、Ｕ、及びＤ２と、を含んでもよく、第１のサブ経路Ｄ２−１は、ノードＳ、Ａ、Ｅ、Ｐ、Ｑ、Ｒ、及びＭを、第２のサブ経路Ｄ１−２と共有してもよい。マージされたサブ経路９００のノードのうちのいくつか、例えば、ノードＰ、Ｑ、及びＲは、図９に示されていない（破線の矢印を使用して示されている）。ノード間の直接リンクは、実線の矢印で示されており、間接リンクは、欠けているノードを示すために、破線の矢印によって示されている。マージされたサブ経路９００は、ソースノード３０２Ｓと、ＢＮ３０８Ｄ１、及びＤ２と、の間に、約１２ホップを含んでもよい。マージされたサブ経路９００は、マージされたサブ経路８００より、少ないホップを含んでもよく、従って、少ないコストを有してもよいため、マージされたサブ経路９００が、ドメイン間Ｐ２ＭＰツリー３００内のコアツリーを確立するために選択されてもよい。

図１０は、サブ経路５００及び７００から、マージされたサブ経路９００を計算、及び選択することによって取得されてもよい、計算されたコアツリー１０００の実施形態を示す。図１０に示すように、計算されたコアツリー１０００は、更に、ドメイン間Ｐ２ＭＰツリー３００の部分であってもよく、そして、ドメイン間Ｐ２ＭＰツリーのドメインにわたって延在してもよい。コアツリー１０００は、ソースノード３０２Ｓと、ＢＮ３０８Ｄ１及びＤ２との間を接続し得る経路４００及び６００の部分を含んでもよい。経路４００及び６００の残りの部分は、上述のような、例えばＢＲＰＣ及びＶＳＰＴ手順を使用した、コアツリー計算手順の間に、削除又は枝刈りされてもよい。

一実施形態では、ドメイン間Ｐ２ＭＰツリー計算を完了するために、デスティネーション又はリーフノードを含む、複数のサブツリーが計算され、次に、コアツリーと組み合わされてもよい。サブツリーは、例えば、コアツリー、及び／又はドメイン間Ｐ２ＭＰツリーに関する、一連のドメインとは無関係に、リーフノードを含む各ドメイン内で計算されてもよい。サブツリーは、例えば、経路を計算するため（例えば、経路コストの最小化）、又は複数の経路の計算を同期させるため（例えば、総計の帯域幅消費の最小化）に使用されてもよい、少なくとも１つの最適化基準を含み得る目的関数（ＯＦ）に基づいて、計算され、最適化されてもよい。例えば、最適化されたサブツリーは、最小コストツリー、又は最短経路ツリーであってもよい。更に、１つのドメイン内のサブツリー計算は、別のドメイン内の別のサブツリーの計算と無関係であってもよい。

図１１は、ドメイン間Ｐ２ＭＰツリー３００を取得、確立するために、コアツリー１０００と組み合わされてもよい、複数の計算されたサブツリー１１００の実施形態を示す。サブツリー１１００は、リーフノード３１０を含むドメイン、例えば、第１のドメイン３１２、第４のドメイン３４０、第５のドメイン３５０、及び第６のドメイン３６０内で、計算されてもよい。サブツリー１１００は、図１１に示すように相互に結合されてもよい、複数のブランチノード３０４と、リーフノード３１０のうちのいくつかと、をそれぞれが含んでもよい。各サブツリーは、更に、コアツリー１０００のノードに結合されてもよい。具体的には、第１のドメイン３１２内のサブツリーのブランチノード３０４は、ソースノード３０２Ｓに結合されてもよく、第４のドメイン３４０内のサブツリーの２つのブランチノード３０４は、ＢＮ３０８Ｄ１に結合されてもよく、第５のドメイン３５０内のサブツリーの２つのブランチノード３０４は、ブランチノード３０４Ｚに結合されてもよく、第６のドメイン３６０内のサブツリーのブランチノード３０４は、ＢＮ３０８Ｄ２に結合されてもよい。一実施形態では、サブツリー１１００は、最適化された最短経路ツリーを取得するために、ＣＳＰＦ手順を使用して、ドメインのうちの少なくともいくつかの中で計算されてもよい。

図１２は、ドメイン間Ｐ２ＭＰツリー３００、又はドメイン間Ｐ２ＭＰツリー２００などの、複数のドメインにわたるＰ２ＭＰツリーを計算するために使用されてもよい、ドメイン間ツリー計算方法１２００の実施形態を示す。方法１２００は、ソース又はイングレスノードから、リーフ又はエグレスノードのうちのいくつかを含む各ドメイン内のＢＮまでの、コアツリーが計算されてもよい、ブロック１２１０において開始されてもよい。コアツリーは、ＢＲＰＣ及びＶＳＰＴ手順を使用して計算されてもよく、そして、イングレスノードから、リーフノードを含む各ドメイン内のエントリノード又はＢＮまで延在する、複数の経路を含んでもよい。ブロック１２２０において、リーフノードを含む各ドメイン内のＢＮから、同じドメイン内のリーフノードまでの、サブツリーが計算されてもよい。サブツリーは、ＣＳＰＦ手順を使用して計算されてもよく、そして、リーフノードを含む各ドメイン内のエントリノード又はＢＮから、ドメイン内のリーフノードまで延在する、複数の経路を含んでもよい。方法１２００は、次に、終了してもよい。方法１２００では、コアツリーと、サブツリーと、は、独立して、かつ任意の順序で計算されてもよい。しかし、例えば、リーフノードを含むドメイン内のＢＮの共有された知識を保証し、従って、コアツリーと、サブツリーと、の間の経路計算を向上させるために、計算されたツリーに関する情報は、計算を処理するＰＣＥの間で通信されてもよい。

一実施形態では、新たな経路を計算するため、既存の経路にブランチを追加するため、あるいは、経路を記憶、削除、又は再最適化するために、ＰＣＣ（例えば、ソース又はイングレスノード）とＰＣＥとは、要求メッセージ及び応答メッセージを交換してもよい。交換される要求及び／又は応答メッセージの数は、ツリー内の要求されるリーフノードの数と無関係であってもよい。ＰＣＣとＰＣＥとの間で交換されるメッセージは、計算要求又は応答が、Ｐ２ＭＰ経路に関連するか、Ｐ２Ｐ経路に関連するかを示してもよい。加えて、メッセージは、経路を要求又は計算するために使用され得る経路計算情報を含んでもよい。例えば、メッセージは、（例えば、１つのドメイン内の）標準Ｐ２ＭＰ経路、又はドメイン間Ｐ２ＭＰ経路の関連メッセージを示す要求／応答（ＲＰ）オブジェクト、ドメインに関連付けられた分散ＰＣＥトポロジを指定するＰＣＥシーケンスオブジェクト、及び／又は、経路のソースと少なくとも１つのデスティネーションノードとを指定する、エンドポイントオブジェクトを含んでもよい。メッセージは、更に、計算の失敗、又は、使用されない可能性がある、要求メッセージ内の少なくともいくつかのノード、又は、両方を示す、エラーメッセージを含んでもよい。

図１３は、ＰＣＣから送信される要求メッセージ、又はＰＣＥから送信される応答メッセージの一部であってもよい、ＲＰオブジェクト１３００の一実施形態である。ＲＰオブジェクト１３００は、更に、様々なドメインに関連付けられたＰＣＥの間で交換されてもよい。ＲＰオブジェクト１３００は、予約フィールド１３１０と、複数のフラグ１３２１と、ＲＰコアツリービット（Ｃ）フラグ１３２２と、ストリクト／ルースビット（Ｓｔｒｉｃｔ／Ｌｏｏｓｅ ｂｉｔ）（Ｏ）フラグ１３２３と、双方向ビット（Ｂ）フラグ１３２４と、再最適化ビット（Ｒ）フラグ１３２５と、複数の優先度（Ｐｒｉ）フラグ１３２６と、要求ＩＤ番号１３３０と、を含んでもよい。加えて、ＲＰオブジェクト１３００は、例えば、経路計算能力、経路制約条件、又はその他の経路情報を示すための、少なくとも１つの、タイプ−長さ−値（ＴＬＶ）１３４０を、必要に応じて含んでもよい。フラグ１３２１は、フラグメンテーションビット（Ｆ）フラグ、明示ルートオブジェクト（ＥＲＯ）−圧縮ビット（Ｅ）フラグ、及び／又は、マルチキャスト能力ビット（Ｍ）フラグを含んでもよい。フラグ１３２１は、更に、割り当てられていない、又は予約された、追加のビットを含んでもよい。例えば、残りのビットは、０に設定され、無視されてもよい。一実施形態では、Ｃフラグ１３２２、Ｏフラグ１３２３、Ｂフラグ１３２４、Ｒフラグ１３２５、及びフラグ１３２１内の各フラグは、約１ビットの長さを有してもよく、Ｐｒｉフラグ１３２６は、約３ビットの合計の長さを有してもよく、要求ＩＤ番号１３３０は、約３２ビットの長さを有してもよく、予約フィールド１３１０は、約８ビットの長さを有してもよい。

一実施形態では、Ｃフラグは、要求又は応答メッセージが、ドメイン間Ｐ２ＭＰ経路又はツリー計算に関連することを示すためにセットされてもよい。更に、ＲＰオブジェクト１３００のフィールドのうちの少なくともいくつかは、ＰＣＥＰに基づいて設定されてもよい。例えば、予約フィールド１３２１は、他の目的のために予約されてもよく、かつ／又は使用されなくてもよい。Ｏフラグ１３２３は、ルース経路を受け入れ可能であることを示すために、要求メッセージ内でセットされてもよく、又は、ストリクトホップのみを含む経路が要求されることを示すために、クリアされてもよい。その一方で、Ｏフラグ１３２３は、計算された経路がルースであることを示すために、応答メッセージ内でセットされてもよく、又は、計算された経路がストリクトホップを含むことを示すために、クリアされてもよい。Ｂフラグ１３２４は、経路計算要求が、各方向において同じＴＥ要件（運命共有（ｆａｔｅ ｓｈａｒｉｎｇ）、保護及び復元、ＬＳＲ，ＴＥリンク、リソース要件（例えば、レイテンシ、及びジッタ）など）を有してもよい、少なくとも１つの双方向ＴＥ ＬＳＰに関連することを示すために、セットされてもよい。さもなければ、Ｂフラグ１３２４は、ＬＳＰが単方向であることを示すために、クリアされてもよい。Ｒフラグ１３２５は、計算要求が、既存の経路又はブランチの再最適化に関連することを示すためにセットされてもよい。Ｐｒｉフラグ１３２６は、推奨される要求優先度を指定するために使用されてもよい。例えば、Ｐｒｉフラグ１３２６は、ＰＣＣにおいてローカルに設定されてもよい、約１〜約７の値を有してもよい。あるいは、Ｐフラグ１３２６は、要求優先度が指定されない場合、０に設定されてもよい。要求ＩＤ番号１３３０は、経路計算要求コンテキストを識別するために、ＰＣＣのソースＩＰアドレス、又はＰＣＥネットワークアドレスと組み合わされてもよい。要求ＩＤ番号は、新たな要求がＰＣＥに送信されるたびに、変更又はインクリメントされてもよい。いくつかの実施形態では、Ｅフラグは、経路情報が、圧縮されたフォーマットで表されることを示すために、セットされてもよく、さもなければ、クリアされてもよい。Ｍフラグは、要求メッセージ、又は応答メッセージが、Ｐ２ＭＰ経路計算に関連するか、Ｐ２Ｐ経路計算に関連するかを示すために設定されてもよい。

図１４は、Ｐ２ＭＰ経路計算と、複数のドメインと、に関連付けられた分散ＰＣＥトポロジを指定するために、様々なドメインに関連付けられたＰＣＥの間で交換されてもよい、ＰＣＥシーケンス又はチェーンオブジェクト１４００の実施形態を示す。ＰＣＥシーケンスオブジェクト１４００は、オブジェクトクラスフィールド１４１０と、オブジェクトタイプ（ＯＴ）フィールド１４２１と、予約（Ｒｅｓ）フィールド１４２２と、Ｐフラグ１４２３と、Ｉフラグ１４２４と、オブジェクト長フィールド１４２５と、第１のＰＣＥアドレスフィールド１４３０と、少なくとも１つの、第２のＰＣＥアドレスフィールド１４４０と、を含んでもよい。第１のＰＣＥアドレスフィールド１４３０は、分散ＰＣＥトポロジ内のルートＰＣＥのネットワークアドレスを指定してもよい。第２のＰＣＥアドレスフィールド１４４０は、ＰＣＥトポロジシーケンス又はチェーン内の、複数の後続の（例えば、ダウンストリーム）ＰＣＥ（少なくともリーフＰＣＥを含んでもよく、必要に応じて、トランジットＰＣＥ、及び／又はブランチＰＣＥを含んでもよい）のネットワークアドレスを指定してもよい。ＰＣＥアドレスは、インターネットプロトコル（ＩＰ）バージョン４（ＩＰｖ４）、又はＩＰバージョン６（ＩＰｖ６）アドレスであってもよく、それぞれ、約３２ビット、又は１２８ビットに等しい長さを有してもよい。加えて、オブジェクトクラスフィールド１４１０、及びＯＴフィールド１４２１は、ＰＣＥシーケンスオブジェクト１４００が、複数のドメインにわたる分散ＰＣＥトポロジ内の複数のＰＣＥに関連付けられた、複数のアドレス（例えば、ＩＰｖ４アドレス）を含むことを示すために設定されてもよい。ＰＣＥシーケンスオブジェクト１４００の残りのフィールドは、現在のＰＣＥＰの標準及び要件に従って設定されてもよい。

図１５は、ＰＣＣ又はＰＣＥから送信される要求メッセージの一部であってもよい、エンドポイントオブジェクト１５００の一実施形態である。エンドポイントオブジェクト１５００は、Ｐ２ＭＰ経路計算のために、ソースノードと、複数のデスティネーション又はリーフノードと、を指定するために使用されてもよい。エンドポイントオブジェクト１５００は、リーフタイプフィールド１５１０と、ソースアドレスフィールド１５２０と、複数のデスティネーションアドレスフィールド１５３０と、を含んでもよい。リーフタイプフィールド１５１０は、オブジェクトが、ツリーに新たなリーフを追加するための要求に関連付けられているか、ツリーからリーフを削除するための要求に関連付けられているか、リーフのための経路を修正又は再計算するための要求に関連付けられているか、あるいは、リーフへの経路を変更せずに維持するための要求に関連付けられているか、を示してもよい。ソースアドレスフィールド１５２０は、ツリーのルート又はソースノードのアドレスを示してもよく、デスティネーションアドレスフィールド１５３０は、ツリーのデスティネーション又はリーフノードのアドレスを示してもよい。一実施形態では、ソースアドレス、及びデスティネーションアドレスは、ＩＰｖ４アドレスであってもよい。あるいは、ルートアドレス、及びデスティネーションアドレスは、ＩＰｖ６アドレスであってもよい。

一実施形態では、ドメイン間Ｐ２ＭＰ経路計算メッセージは、以下の要件のうちの少なくともいくつかを満たすように設定されてもよい。
１−Ｐ２ＭＰ経路計算要求の指示。
２−Ｐ２ＭＰ目的関数の指示。
３−Ｐ２ＭＰ経路計算の非サポート。
４−バックレベルＰＣＥ実装による非サポート。
５−デスティネーションの指定。
６−Ｐ２ＭＰ経路の指示。
７−マルチメッセージ要求及び応答。
８−デスティネーションごとの制約条件及びパラメータの非指定。
９−経路修正、及び経路ダイバーシティ。
１０−Ｐ２ＭＰ ＴＥ ＬＳＰの再最適化。
１１−既存の経路へのデスティネーションの追加、及び削除。
１２−適用可能なブランチノードの指定。
１３−能力交換。
１４−マルチメッセージ要求及び応答。

一実施形態では、ＰＣＣ及びＰＣＥは、以下のフォーマットを有してもよい応答メッセージを交換してもよい。

一実施形態では、ＰＣＣ及びＰＣＥは、以下のフォーマットを有してもよい要求メッセージを交換してもよい。

一実施形態では、インターネットエンジニアリングタスクフォース（ＩＥＴＦ）文書ｄｒａｆｔ−ｙａｓｕｋａｗａ−ｐｃｅ−ｐ２ｍｐ−ｒｅｑ−０５、及びＩＥＴＦリクエストフォーコメンツ（ＲＦＣ）５４４０（当該文書はその全体が再現されたかのように、参照によって本明細書中に援用される）に記載された、複数の管理可能性要件（ｍａｎａｇｅａｂｉｌｉｔｙ ｒｅｑｕｉｒｅｍｅｎｔｓ）が、ドメイン間Ｐ２ＭＰ経路又はツリー計算をサポートするために使用されてもよい。例えば、ＰＣＥは、ネットワーク内のノード（例えば、ＬＳＲ）の、Ｐ２ＭＰシグナリング及びブランチ能力（Ｐ２ＭＰ ｓｉｇｎａｌｉｎｇ ａｎｄ ｂｒａｎｃｈｉｎｇ ｃａｐａｂｉｌｉｔｉｅｓ）に関する情報を要求してもよい。ＰＣＥＰプロトコルは、更に、追加の管理可能性要件を満たすように拡張されてもよい。例えば、複数の制御パラメータが、例えば機能、及び／又はポリシー制御のために、使用、及び／又は交換されてもよい。制御パラメータは、Ｐ２ＭＰ経路計算を有効又は無効にするため、（例えば発見プロトコル又は能力交換を使用した）Ｐ２ＭＰ経路計算能力広告を有効又は無効にするため、又は両方のためのパラメータを含んでもよい。加えて、ＩＥＴＦ文書ｄｒａｆｔ−ｙａｓｕｋａｗａ−ｐｃｅ−ｐ２ｍｐ−ｒｅｑ−０５に記載されているように、例えば情報及びデータモデルのための、複数の管理情報ベース（ＭＩＢ）オブジェクトが、ドメイン間Ｐ２ＭＰツリー計算をサポートするために使用されてもよい。

上述のネットワーク構成要素は、課される必要な作業負荷に対処するための十分な処理パワー、メモリリソース、及びネットワークスループット能力を有する、コンピュータ、又はネットワーク構成要素などの、任意の汎用ネットワーク構成要素上に実装されてもよい。図１６は、本明細書で開示した構成要素の１つ以上の実施形態の実装に好適な、一般的な、汎用ネットワーク構成要素１６００を示す。ネットワーク構成要素１６００は、二次記憶１６０４、読み出し専用メモリ（ＲＯＭ）１６０６、ランダムアクセスメモリ（ＲＡＭ）１６０８、入出力（Ｉ／Ｏ）装置１６１０、及びネットワーク接続性装置（ｎｅｔｗｏｒｋ ｃｏｎｎｅｃｔｉｖｉｔｙ ｄｅｖｉｃｅｓ）１６１２と通信状態にある、プロセッサ１６０２（中央処理ユニット又はＣＰＵと呼ばれる場合がある）を含む。プロセッサ１６０２は、１つ以上のＣＰＵチップとして実装されてもよく、又は、１つ以上の特定用途向け集積回路（ＡＳＩＣ）の部分であってもよい。

二次記憶１６０４は、一般に、１つ以上のディスクドライブ、又は消去可能プログラマブルＲＯＭ（ＥＰＲＯＭ）を含み、データの不揮発性記憶のために使用される。二次記憶１６０４は、プログラムを記憶するために使用され、そのようなプログラムは、実行のために選択された場合、ＲＡＭ１６０８にロードされる。ＲＯＭ１６０６は、プログラムの実行中に読み出される命令と、おそらくデータと、を記憶するために使用される。ＲＯＭ１６０６は、一般に、二次記憶１６０４のより大きなメモリ容量に比べて小さなメモリ容量を有する、不揮発性メモリ装置である。ＲＡＭ１６０８は、揮発性データを記憶するため、そしておそらく、命令を記憶するために使用される。ＲＯＭ１６０６、及びＲＡＭ１６０８へのアクセスは、一般に、二次記憶１６０４へのアクセスよりも高速である。

少なくとも１つの実施形態が開示されたが、当業者によって行われる、実施形態（１つ又は複数）、及び／又は実施形態（１つ又は複数）の特徴の、変形、組み合わせ、及び／又は修正は、本開示の範囲内に入る。実施形態（１つ又は複数）の特徴を組み合わせること、統合すること、及び／又は省略することによってもたらされる代替の実施形態も、本開示の範囲内に入る。数値範囲又は限定が明確に記載されている場合、そのような明確な範囲又は限定は、明確に記載された範囲又は限定内に入る同様の大きさの、反復的範囲又は限定を含むものと理解されたい（例えば、約１〜約１０は、２、３、４などを含み、０．１０より大きいは、０．１１、０．１２、０．１３などを含む）。例えば、下限Ｒ_ｌと、上限Ｒ_ｕと、を有する数値範囲が開示される場合、範囲内に入る任意の数が具体的に開示される。特に、範囲内の次の数が具体的に開示される。Ｒ＝Ｒ_ｌ＋ｋ＊（Ｒ_ｕ−Ｒ_ｌ）。ここで、ｋは、１パーセント〜１００パーセントの範囲の、１パーセント刻みの変数であり、すなわち、ｋは、１パーセント、２パーセント、３パーセント、４パーセント、５パーセント、．．．、５０パーセント、５１パーセント、５２パーセント、．．．、９５パーセント、９６パーセント、９７パーセント、９８パーセント、９９パーセント、又は１００パーセントである。更に、上記で規定された２つのＲ数によって規定される、任意の数値範囲も、具体的に開示される。特許請求の範囲の任意の要素に関する、用語「必要に応じて（ｏｐｔｉｏｎａｌｌｙ）」の使用は、要素が必要とされ、あるいは、要素が必要とされず、両方の選択肢が特許請求の範囲内にある、ということを意味する。備える、含む（ｃｏｍｐｒｉｓｅｓ）、含む（ｉｎｃｌｕｄｅｓ）、有する（ｈａｖｉｎｇ）などの、広範な用語の使用は、からなる（ｃｏｎｓｉｓｔｉｎｇ ｏｆ）、本質的に〜からなる（ｃｏｎｓｉｓｔｉｎｇ ｅｓｅｎｔｉａｌｌｙ ｏｆ）、実質的に〜からなる（ｃｏｍｐｒｉｓｅｄ ｓｕｂｓｔａｎｔｉａｌｌｙ ｏｆ）などの、より狭い用語のサポートを提供することを理解されたい。従って、保護範囲は、上述の説明によって限定されるものではなく、特許請求の範囲によって規定され、保護範囲は、特許請求の範囲の対象の全ての均等物を含む。各々の請求項は、さらなる開示として、本明細書中に援用され、請求項は、本開示の実施形態（１つ又は複数）である。本開示内の参考文献、特に、本出願の優先日後の公開日を有するいかなる参考文献の議論も、それが先行技術であることを認めるものではない。本開示中で引用された全ての特許、特許出願、及び刊行物の開示は、それらが、本開示を補足する例示的、手続き的、又はその他の詳細を提供する程度まで、参照によってここに援用される。

本開示中で、いくつかの実施形態を提供したが、開示されたシステム、及び方法は、本開示の精神及び範囲を逸脱することなく、多くの他の特定の形態で実施されてもよい、ということを理解されたい。本例は、例示的なものであり、限定的なものではない、と考えられるべきであり、本明細書中に示した詳細に限定されることを意図するものではない。例えば、様々な要素又は構成要素が、別のシステム内で組み合わされ、又は統合されてもよく、あるいは、特定の特徴が、省略されてもよく、又は実施されなくてもよい。

加えて、様々な実施形態において、別々の、又は分離したものとして記載及び図示された、技術、システム、サブシステム、及び方法は、本開示の範囲を逸脱することなく、他のシステム、モジュール、技術、又は方法と組み合わされ、又は統合されてもよい。結合されている、直接結合されている、又は相互に通信しているとして示された、又は議論されたその他の品目は、何らかのインタフェース、装置、又は中間構成要素を介して、電気的に、機械的に、又はその他の方法で、間接的に結合されてもよく、又は通信してもよい。変更、置換、及び改変の、その他の例は、当業者によって把握可能であり、本明細書中で開示された精神及び範囲から逸脱することなく実施されることが可能である。

Claims (15)

1. イングレスノードと通信し、複数のネットワークドメインにわたるドメイン間ポイントツーマルチポイント（Ｐ２ＭＰ）ツリーのためのコアツリーを共同で計算し、前記ネットワークドメインのうちの少なくともいくつかの中の複数のサブツリーを独立して計算するように構成された、複数の経路計算エレメント（ＰＣＥ）を備え、
   前記コアツリーは、前記イングレスノードを、デスティネーションノードを有する前記ネットワークドメインの各々の中のバウンダリノード（ＢＮ）に接続し、各サブツリーは、デスティネーションノードを有する前記ネットワークドメインのうちの１つの中で、前記ＢＮを、複数のデスティネーションノードに接続し、前記複数のデスティネーションノードを含み、且つ他のネットワークドメインからは隠されている、
   システム。
2. 前記コアツリーは、前記イングレスノードと、デスティネーションノードを有する前記ドメインのそれぞれの中の前記ＢＮと、ブランチノード及びトランジットノード、又は両方と、を含み、前記サブツリーは、ブランチノード及びトランジットノード、又は両方と、前記デスティネーションノードと、を含む、請求項１に記載のシステム。
3. 前記ＰＣＥは、前記イングレスノードを含む、前記ネットワークドメインのうちの１つ、に関連付けられた、ルートＰＣＥと、前記ドメインのうちの１つに関連付けられたトランジットＰＣＥであって、前記ドメインのうちの前記１つは、前記イングレスノードからのトラフィックを、前記ドメインのうちの別の１つに伝送する、トランジットＰＣＥと、前記イングレスノードからのトラフィックを、前記ドメインのうちの少なくとも２つに転送する、前記ドメインのうちの１つ、に関連付けられた、ブランチＰＣＥと、前記デスティネーションノードを含む、前記ドメインのうちの１つ、に関連付けられた、リーフＰＣＥと、を含む、分散ＰＣＥトポロジ内に配置される、請求項１に記載のシステム。
4. 前記ＰＣＥのうちの少なくともいくつかと、前記イングレスノードとは、前記分散ＰＣＥトポロジを指定する、ＰＣＥシーケンスオブジェクトを交換し、前記ＰＣＥシーケンスオブジェクトは、オブジェクトクラスと、オブジェクトタイプ（ＯＴ）と、オブジェクト長と、ルートＰＣＥアドレスと、リーフＰＣＥアドレスと、を含み、又は、
   前記ＰＣＥのうちの少なくともいくつかと、前記イングレスノードと、は、前記ドメイン間Ｐ２ＭＰツリーのための経路計算要求／応答を指示する、要求／応答（ＲＰ）オブジェクトを交換し、又は、
   前記ＰＣＥのうちの少なくともいくつかと、前記イングレスノードとは、前記イングレスノードのアドレスと、前記デスティネーションノードの複数のアドレスと、リーフタイプと、を含む、エンドポイントオブジェクトを交換する、請求項３に記載のシステム。
5. 前記ＲＰオブジェクトは、ＲＰコアツリービット（Ｃ）フラグと、ストリクト／ルースビット（Ｏ）フラグと、双方向ビット（Ｂ）フラグと、再最適化ビット（Ｒ）フラグと、複数の優先度フラグと、複数のその他のフラグと、要求識別子（ＩＤ）番号とを含む、請求項４に記載のシステム。
6. 前記Ｃフラグは、要求又は応答メッセージが、ドメイン間Ｐ２ＭＰツリー計算に関連するコアツリーのためのものであることを指示するために設定される、請求項５に記載のシステム。
7. 前記リーフタイプは、前記オブジェクトが、前記Ｐ２ＭＰツリーに新たなリーフを追加するための要求に関連付けられているか、前記Ｐ２ＭＰツリーからリーフを削除するための要求に関連付けられているか、既存のリーフのための経路を修正又は再計算するための要求に関連付けられているか、あるいは、前記リーフへの前記経路を変更せずに維持するための要求に関連付けられているか、を指示するために設定される、請求項４に記載のシステム。
8. 複数のネットワークドメインにわたる、ソースノードから、複数のリーフノードまでの、ドメイン間ポイントツーマルチポイント（Ｐ２ＭＰ）ツリーのための、計算要求を取得し、
   前記ソースノードから、前記リーフノードのうちの少なくともいくつかを含む前記ネットワークドメインのそれぞれの中のバウンダリノード（ＢＮ）までの、複数の経路を含む、コアツリーを計算し、
   前記リーフノードのうちの少なくともいくつかを含む前記ネットワークドメインのそれぞれについて、前記コアツリー内のバウンダリノード（ＢＮ）から前記リーフノードまで、前記リーフノードを含み且つ他のネットワークドメインからは隠されているサブツリーを計算し、
   ドメイン間Ｐ２ＭＰツリー計算の結果を、前記ソースノードに送信する、
   ことを含む方法を実施する、ように構成された、少なくとも１つのプロセッサ、
   を備える、ネットワーク構成要素。
9. 前記コアツリーは、ＢＲＰＣ（Ｂａｃｋｗａｒｄ Ｒｅｃｕｒｓｉｖｅ Ｐａｔｈ Ｃａｌｃｕｌａｔｉｏｎ）手順と、ＶＳＰＴ（Ｖｉｒｔｕａｌ Ｓｈｏｒｔｅｓｔ Ｐａｔｈ Ｔｒｅｅ）手順と、を使用して計算される、請求項８に記載のネットワーク構成要素。
10. 前記方法は、
    前記ソースノードから、前記リーフノードのうちの少なくともいくつかを含む前記ネットワークドメインのそれぞれの中の前記ＢＮまでの、複数のサブ経路を計算し、
    前記ソースノードを、前記リーフノードのうちの少なくともいくつかを含む前記ネットワークドメインのそれぞれの中の前記ＢＮに接続する、前記サブ経路の、各組み合わせについてのコストを計算し、
    メトリックを最も良好に満たす、前記サブ経路の組み合わせを選択する、
    ことを更に含む、請求項９に記載のネットワーク構成要素。
11. 前記サブ経路のそれぞれは、前記ネットワークドメインのそれぞれの中の前記ＢＮから、前記ソースノードまでの順序で、経路に、複数のノードを追加することによって計算され、又は、
    サブツリーが、前記リーフノードのうちの少なくともいくつかを含む前記ネットワークドメインのそれぞれの中で、前記ＢＮを、前記リーフノードに接続するために、前記コアツリーから独立して計算される、請求項８に記載のネットワーク構成要素。
12. 前記サブツリーは、ＣＳＰＦ（Ｃｏｎｓｔｒａｉｎｅｄ Ｓｈｏｒｔｅｓｔ Ｐａｔｈ Ｆｉｒｓｔ）手順を使用して計算され、又は、
    前記サブツリーは、経路を計算するため、複数の経路の計算を同期させるため、又は両方のために使用される、目的関数（ＯＦ）に基づいて計算される、請求項１１に記載のネットワーク構成要素。
13. 前記ドメイン間Ｐ２ＭＰツリーが正常に計算された場合、前記ドメイン間Ｐ２ＭＰツリー計算の前記結果は、前記ソースノードから、デスティネーションノードまでの、ドメイン間Ｐ２ＭＰツリーを含み、又は、
    ドメイン間Ｐ２ＭＰツリーが計算されない場合、前記ドメイン間Ｐ２ＭＰツリー計算の前記結果は、ドメイン間Ｐ２ＭＰツリーが見出されることができない理由についての、エラーコードと、詳細情報と、を含む、請求項８に記載のネットワーク構成要素。
14. ソースノードから、リーフノードを含む複数のドメインのそれぞれの中のバウンダリノード（ＢＮ）までの、コアツリーを計算し、
    前記ドメインのそれぞれの中において、前記ＢＮから同じドメイン内の前記リーフノードまで、前記リーフノードを含み且つ他のドメインからは隠されているサブツリーを計算し、
    前記コアツリーと、前記ドメインのそれぞれの中の前記サブツリーと、を組み合わせて、ドメイン間ポイントツーマルチポイント（Ｐ２ＭＰ）ツリーを確立する、
    ことを含む、方法。
15. 前記サブツリーは、前記ドメイン間で機密情報を共有せずに、前記ドメインのそれぞれの中で独立して計算され、前記サブツリーは、最小コストツリー、又は最短経路ツリーである、請求項１４に記載の方法。

Images