JP2009539156A - 複数ドメインルート計算の方法とシステム - Google Patents

Abstract

複数ドメインルート計算のための方法とシステム。方法とシステムは、パス計算エレメントを階層化することによって、パス計算エレメントの上位層と下位層とにおいて、パス計算エレメントの計算ドメインをマッピングし；計算タスクの階層的分解を実行し；並列モードにおいてルート計算を実行し、したがって、最終的に、複数ドメインルート計算を完了させる。方法とシステムは、ルート計算を完了させた後に、シグナリングのパスを作成して、ルートとシグナリングとを分離させる。
【選択図】図１

Description

関連出願

本出願は、２００６年６月２日に出願され、“複数ドメインルート計算のための方法とシステム”と題された、中国出願シリアル番号第２００６１００６０９９３．７号に対する優先権を主張し、この全体は、ここで参照により組み込まれている。

発明の分野

本発明は、通信技術に関連し、より詳細には、通信ネットワークにおける複数ドメインルート計算のための方法とシステムに関連する。

発明の背景

通信ネットワークは、データ送信のための、１組の地理的に分散されたノードおよびこれらのノード間のリンクである。２つのノード間の通信を、中間ノードによって実現してもよい。このことは、通信ネットワークのリソースを節約し、リソース効率を改善する。現在の通信ネットワークは、ＳＤＨ／ＳＯＮＥＴネットワークとＩＰネットワークとを含む、さまざまなタイプにおいて動作する。通信ネットワーク中の異なるノードは、データフレームまたはパケットを交換することによって互いに通信し、データフレームまたはパケットは、ＴＣＰ／ＩＰのような特別なプロトコルによって規定されている。ここで、プロトコルは、ＴＣＰ／ＩＰに類似した、ノード間の対話を規定する１組の規則を意味する。

通信ネットワークが非常に大きくなるとき、その管理と維持は、難しくなるだろう。通常、管理を容易にするために、ネットワークは、複数のルーティングドメインまたは自律システム（ＡＳ）に分割される。通常、ＡＳ内部のネットワーク中で、ドメイン内ルーティングプロトコルを実行する従来のドメイン内ルータは、互いに結合され、共通の電力によって管理されている。ルートの伸縮自在性を改善する目的で、通常、ＡＳは複数のエリアに分割されている。一般的に、ドメインは、共通アドレス管理またはパス計算担当の範囲内の、１組の任意のネットワークエレメントである。したがって、ドメインの事例は、エリアや、１つのＡＳや、または、複数のＡＳであってもよい。説明を簡潔にするために、ここでは、ルーティングドメインと、ＡＳと、エリアとのすべてを、ドメインとして呼ぶ。ここで、ドメインの特定の意味は、その文脈に依拠する。データ交換のためにノードが追加されるとき、ドメイン間ルータは、異なるドメイン中のノードを相互接続し、ドメイン間ルータは、ドメイン間ルーティングプロトコルを実行する。このようなドメイン間ルータは、境界ルータとしても知られている。

ドメイン間ルーティングプロトコルの事例は、ＩＥＴＦ ＲＦＣ１７７１で規定されている、境界ゲートウェイプロトコル（ＢＧＰ）バージョン４である。ＢＧＰは、システム中の隣接するドメイン間ルータの間で、ルートと、到達可能（reachable）情報とを交換することによって、ドメイン間ルーティングを実現する。ＢＧＰは、通常、ＴＣＰのような信頼可能な送信プロトコルを採用して、接続とセッションとを確立する。ドメイン内ルーティングプロトコルの事例、すなわち、内部ゲートウェイプロトコル（ＩＧＰ）は、ＩＥＴＦ ＲＦＣ２３２８において規定されている、開放型最短経路優先（ＯＳＰＦ）プロトコルである。ＯＳＰＦは、リンクステート技術に基づいており、したがって、リンクステートルーティングプロトコルでもある。リンクステートルーティングプロトコルは、ドメイン内ルーティング情報と、ネットワークトポロジ情報とを、交換および取扱するモードを規定する。ＯＳＰＦにおいて、この情報は、リンクステートアドバタイズメント（ＬＳＡ）を通して交換される。

複数プロトコルラベルスイッチング（ＭＰＬＳ）技術の出現は、データネットワーク開発のための新しい要求を満たす。例えば、これは、保証された利用可能な帯域とすばやい回復とをもたらす。ＭＰＬＳは、ＩＰ／ＭＰＬＳネットワーク中で、終端間のトンネルを確立できるようにし、ＩＰ／ＭＰＬＳネットワークには、ラベルスイッチルータ（ＬＳＲ）がある。このようなトンネルは、一般的に、ラベルスイッチパス（ＬＳＰ）として知られている。ＬＳＰ確立は、ネットワーク中のＬＳＲのパスの計算に関連し、これは、ルート計算と呼ばれる。

ＭＰＬＳはまた、光伝送ネットワークに対しても導入され、自動交換光ネットワーク（ＡＳＯＮ）の開発をもたらす。手動または半自動の設定を通してネットワーク接続サービスを提供する従来の光伝送ネットワークとは異なって、ＡＳＯＮは、制御プレーンの自動的確立を通して、ネットワーク接続サービスを提供する。ＡＳＯＮは、ネットワークサービスを伝える伝送プレーンと、管理機能を実現する管理プレーンと、制御プロトコルを実行する制御プレーンとに分割されてもよい。

ＡＳＯＮの制御プレーンは、汎用の複数プロトコルラベルスイッチングを使用し、これは、ＭＰＬＳを拡張して、リンク管理プロトコル（ＬＭＰ）と、ルーティングプロトコルと、シグナリングプロトコルとを含むようにしたものである。ＬＭＰは、隣接関係の発見に基づくメッセージ交換を通して、リンクがサポートする接続タイプと、リソースの数とを取得する。このような情報は、トラフィックエンジニアリング（ＴＥ）情報として知られており、ＴＥ情報を含むリンクは、ＴＥリンクである。ドメイン内部で、ＯＳＰＦ−ＴＥのようなルーティングプロトコルを通して、ドメイン中の他のノードに対して、ローカルＴＥ情報が発される。ネットワーク管理システムまたはユーザが、ネットワーク接続を確立するようにネットワークに要求するとき、この接続のイングレスノードは、この情報に基づいてパス計算を実行して、接続のリンクシーケンスを取得でき、次に、リソース予約プロトコル−トラフィックエンジニアリング（ＲＳＶＰ−ＴＥ）のようなシグナリングプロトコルを通して、パス上のノードに対して、リソース割り当てのための要求を送り、相互接続を確立する。このようにして、終端間の接続が確立される。

ＩＰ／ＭＰＬＳと、光伝送ネットワークとの両方にとって、ドメインの分割が問題である。特に、ＴＥ管理能力を備えるネットワークが、複数のドメインに分割されるとき、各ノードは、ローカルドメインのＴＥ情報と、他のドメインの到達可能情報とだけを知っている。このことは、新しいサービス配備におけるトポロジ変更と、輻輳回復との影響を減少させる。ネットワーク拡張性が強化される。各ノードは、ローカルドメインのＴＥ情報と、他のドメインの到達可能情報とだけを知っているが、他のドメインの完全なＴＥ情報を知らないので、このことが、複数ドメインのケースにおいて、終端間の帯域と、スイッチング能力と、ルート分離と、保護と、ユーザポリシーとについてのすべての制約を満たすパスをどのように計算するかに関して、問題になる。

複数ドメインのケースにおいて、ルート計算またはパス計算（説明の簡潔さのために、以後、統一的に、ルート計算として言及する）を解決するために、ドメイン−ドメインルーティングプロトコル（ＤＤＲＰ）は、階層的ネットワークモデルを採用し、階層的ネットワークモデルでは、下位層のドメインが、エージェントノードによって表現される。エージェントノードは、抽象トポロジと、ドメイン間リンクと、ドメインを表す到達可能なアドレスとを発することができる。このようにして、階層的ネットワークが形をなす。複数ドメインを横断する終端間パスを計算するとき、要求しているノードのドメイン中の厳密なルートと、その後の、境界ノードの緩いルートとを、最初に計算する。中間ドメインの境界に対して、シグナリングが流れるとき、ドメイン境界計算のような手段によって、この中間ドメイン中の厳密なルートが計算される。このことは、シグナリングが宛先ノードのドメインに進むまで続く。この解法の欠点は、ルート計算が直列のプロセスであることである。パスが通過するいくつかのドメインのイングレスとエグレスとの情報だけが、ヘッドノードにおいて利用可能である。関連するドメイン中の実際のＴＥ情報が利用不可能であるので、対応するドメイン境界に対してシグナリングが流れて、ドメイン境界計算をトリガするときだけに、パス計算がイングレスからエグレスに続くことができるか否かについて判定が行われるかもしれない。したがって、シグナリングが途中まで進んで、利用可能なルートが何もないこと、または、関連する制約を満たすルートが何もないことを発見することが、頻繁に起こるかもしれない。結果として、ルート確立が、複数回ロールバックされ、以前に確立された相互接続を、再確立のために除去しなければならない。さらに、ＤＤＲＰ技術では、終端間の多様なルート（同一の起点と同一の宛先とを有する異なるパス）を計算することが難しい。

複数ドメインのケースにおいて、ルート計算を解決する別の技術は、パス計算エレメント（ＰＣＥ）である。各ＰＣＥは、それが担当するドメインの、すべてのＴＥ情報（説明を簡潔にするために、ここでは、ＴＥ情報は、ネットワークトポロジ情報を含む）を記憶する。ルート計算を要求しているノードは、パス計算クライアント（ＰＣＣ）と呼ばれる。ＰＣＣは、ＰＣＥに対して、ルート計算パラメータを含む要求を送り、ＰＣＥは、それが記憶するトラフィックエンジニアリングデータベース（ＴＥＤ）にしたがってルート計算を実行し、ＰＣＣに対して結果を送る。ＰＣＥは、１つまたは複数のドメインのＴＥ情報を記憶してもよい。複数ドメインを横断するルートが計算されるとき、ルートがローカルＰＣＥのサービスエリアを超えている場合、ＰＣＥは、パス計算エレメント通信プロトコル（ＰＣＥＣＰ）を使用して、他の関連するＰＣＥと協同して、最終ルートを計算するだろう。ＰＣＥ技術は、フラット単一層モデルを採用し、ここでは、すべてのＰＣＥが等しく重要である。ネットワークが複雑または大規模であるとき、ＰＣＥを管理することは難しい。さらに、階層的抽象化が、ネットワークに対して適用されていないので、ドメイン間ルート計算は、異なるＰＣＥ間での、異なるドメインのＴＥ情報の交換に、完全に依拠している。サービスが多くのドメインを通過するとき、関連するＰＣＥ間の通信は、過度に頻繁になり、交換される情報の量は、非常に多くなるだろう。このことは、ルート計算の効率と信頼性とを低下させるだろう。

本発明は、複数ドメインルート計算のための方法とシステムを提供することを目的とする。本発明は、計算タスクが、一層ごとの複数の計算タスクに分割されて、複数ドメインに対するルート計算が最終的に遂行されるように、ＰＣＥを異なる層に配置しており、上位層のＰＣＥと下位層のＰＣＥとの間で計算ドメインをマッピングしている。本発明は、シグナリングからルートを分離させる。ルート計算は、そのルートに関連する複数のドメイン中で、並列および同時に実行される。それぞれの層のＰＣＥは、計算タスク中で協調する。ルート計算が完了された後で、シグナリングによって、ルートが確立される。このようにして、ＤＤＲＰにおいて、直列ルート計算によって引き起こされる、ルート確立のロールバックのリスクが回避される。本発明は、複雑なＴＥ制約に基づいて、ルート計算を実現してもよく、ＤＤＲＰによって実現できない、終端間の多様なルート計算を可能にする。本発明は、ＰＣＥを異なる層に配置しており、このことが、良好な拡張性と、高い計算効率とをもたらす。本発明は、大規模ネットワークにおけるルーティングの問題を解決する。本発明は、ＡＳＯＮと、ＭＰＬＳ−ＴＥネットワークとの両方に適用可能である。

本発明の目的は、以下の技術的解法によって実現される。

複数ドメインルート計算のためのシステムは、複数のＰＣＥを含む。各ＰＣＥは、対応する計算ドメインを持つ。ＰＣＥは、階層をなす。上位層のＰＣＥの計算ドメインは、下位層のＰＣＥの計算ドメインを含む。第１のＰＣＥの計算ドメインが、第２のＰＣＥの計算ドメインを含むとき、その計算ドメインが、層１のＰＣＥの計算ドメインによって含まれており、かつ、層２のＰＣＥの計算ドメインを含む、第３のＰＣＥがまったくない場合に、層１のＰＣＥの計算ドメインは、層２のＰＣＥの計算ドメインを直接含んでいるとして見なされる。言い換えると、複数ドメインルート計算のための、このシステムにおいて、層１のＰＣＥは、層２のＰＣＥの真上の層であり、層２のＰＣＥは、層１のＰＣＥの真下の層である。ＰＣＥの計算ドメインはネットワークであり、ここでは、ＰＣＥがルート計算の実行を担当する。計算ドメインは、１つのドメインや、複数のドメインや、または、ドメイン中のネットワークの一部を含んでいてもよい。

言い換えると、本発明の実施形態は、少なくとも２つのパス計算エレメントを含む、複数ドメインルート計算のためのシステムを提供し：

１つのパス計算エレメントが、最上位層のパス計算エレメントとして決定された後には、１つのパス計算エレメントは、その真下の層のパス計算エレメントの計算ドメイン間のルートを計算するように、そして、ドメイン間ルート計算結果にしたがって、その真下の層のパス計算エレメントに対して、ルート計算タスクを送るように構成されており；

ルート計算タスクを受け取るパス計算エレメントが、下位層のパス計算エレメントを何も持たない場合、それが最下位層のパス計算エレメントとして見なされ、パス計算エレメントが、真下の層のパス計算エレメントを持つ場合、最下位層のパス計算エレメントが、ルート計算タスクを受け取るまで、パス計算エレメントは、その真下の層のパス計算エレメントの計算ドメインの間のルートを計算するように、そして、その真下の層のパス計算エレメントに対して、ルート計算結果にしたがって、ルート計算タスクを送るように構成されており；

最下位層のパス計算エレメントは、その計算ドメインのルートを計算するように構成されており；

報告が最上位層のパス計算エレメントに到達するまで、それぞれのパス計算エレメントが、その真上の層のパス計算エレメントに対して、それ自身によって計算されたルート計算結果と、受け取ったルート計算結果とを報告するようにさらに構成されており；

最上位層のパス計算エレメントとして決定されたパス計算エレメントは、真下の層のパス計算エレメントによって報告されたルート計算結果を集約するように、そして、起点ノードから宛先ノードに対するルートを計算するようにさらに構成されている。

ＰＣＥが真下の層のＰＣＥを持つとき、ＰＣＥは、その真下の層のＰＣＥの計算ドメイン間のＴＥ情報を記憶する。ＰＣＥの計算ドメインが、他のＰＣＥの計算ドメイン中に含まれない、いくつかのネットワークをさらに含む場合、ＰＣＥはまた、これらのネットワークのＴＥ情報と、これらのネットワーク間のＴＥ情報と、これらのネットワークとその計算ドメイン中に含まれる他の計算ドメインとの間のＴＥ情報と、を記憶する。ＴＥ情報は、１組のＴＥ情報であり、これは、１つの仮想ノードとして、または複数の仮想ノードとして、計算ドメインを抽象化してもよく、これらは、計算ドメインのＴＥ情報と、仮想ノードの間の仮想リンクとを表してもよい。例えば、ドメイン境界ノードは、仮想ノードとして抽象化される。ドメイン境界ノード間のパスは、ドメインのいくつかの内部ノードを含んでいてもよく、これは、抽象化の後には不可視である。このケースでは、ドメイン境界ノード間のパスは、仮想リンクとして抽象化される。仮想リンクと仮想ノードは、ドメインのＴＥ情報を所持する。

ＰＣＥが真下の層のＰＣＥを何も持たないとき、ＰＣＥは、その計算ドメインによって含まれるネットワークのＴＥ情報を記憶する。

複数ドメインルート計算のためのシステムが、ルート計算を実行するとき、真下の層のＰＣＥを持つＰＣＥは、それが記憶するＴＥ情報にしたがって、下位層のＰＣＥの計算ドメイン間のルートを計算する。このＰＣＥの計算ドメインが、真下の層の何れのＰＣＥの計算ドメインにも属していない、いくつかのネットワークをさらに含む場合、ＰＣＥは、必要とされる場合、これらのネットワークと、その真下の層のＰＣＥの計算ドメインとの間のルートを計算するだろう。

ＰＣＥは、ルート計算のための機能的エンティティである。ＰＣＥは、それが記憶するＴＥ情報にしたがって、ルート計算機能のすべてまたは一部を完了させる。ＰＣＥは、ネットワークエレメント中や、ネットワーク管理システム中や、個々のサーバ中や、または、他の類似のデバイス中で実現されてもよい。

ＴＥ情報は、トポロジ情報とリンク帯域とのような、ルート計算のために必要とされる情報である。

複数ドメインルート計算のための方法は、複数ドメインルート計算のためのシステムにおいて、その計算ドメインが、起点ノードと宛先ノードとの両方を含んでいるかもしれないＰＣＥを決定することを含み、このＰＣＥと、その下位層のＰＣＥとが、一緒にルート計算を完了させる。その計算ドメインが、起点ノードと宛先ノードとを含んでいるかもしれないＰＣＥは、このルート計算のための最上位層のＰＣＥ（説明を簡潔にするため、最上位層のＰＣＥ）として見なされる。

言い換えると、本発明の実施形態は、複数ドメインルート計算のための方法を提供し、これは以下のことを含む。

すなわち、最上位層のパス計算エレメントを決定することと；

最上位層のパス計算エレメントによって、その真下の層のパス計算エレメントの計算ドメイン間のルートを計算して、最上位層のパス計算エレメントによって、その真下の層のパス計算エレメントに対して、ドメイン間ルート計算結果にしたがって、ルート計算タスクを送ることと；

ルート計算タスクを受け取るパス計算エレメントが、真下の層のパス計算エレメントを持つ場合、下位層のパス計算エレメントを何も持たない最下位層のパス計算エレメントが、ルート計算タスクを受け取るまで、その真下の層のパス計算エレメントの計算ドメイン間のルートを計算して、その真下の層のパス計算エレメントに対して、ルート計算結果にしたがって、ルート計算タスクを送ることと；

ルート計算タスクを受け取るパス計算エレメントが、下位層のパス計算エレメントを何も持たない場合、そのパス計算エレメントが、最下位層のパス計算エレメントとして見なされることと；

最下位層のパス計算エレメントによって、ドメイン内ルートを計算して、その真上の層のパス計算エレメントに対して、ルート計算結果を報告することと；

ルート計算結果を受け取るパス計算エレメントが、最上位層のパス計算エレメントでない場合、報告が最上位層のパス計算エレメントに到達するまで、その真上の層のパス計算エレメントに対して、そのパス計算エレメント自身によって計算されたルート計算結果と、受け取ったルート計算結果とを報告することと；

最上位層のパス計算エレメントによって、それぞれの下位層のパス計算エレメントによって報告されたルート計算結果を集約して、起点ノードから宛先ノードに対するルートを発生させることとである。

最上位層のＰＣＥを決定するための方法は、１）その計算ドメインが起点ノードを含むＰＣＥに対して、起点ノードが、ルート計算のための要求を送ることと；２）ＰＣＥが、ルート計算のための要求を受け取る際に、その計算ドメイン中に、起点ノードと宛先ノードとが含まれるか否かを判定し、そうでない場合、ＰＣＥは、その真上の層のＰＣＥに対して、要求を送出することとを含む。これは、その計算ドメインが、起点ノードと宛先ノードとの両方を含むＰＣＥが見つかるまで続く。このＰＣＥが、最上位層のＰＣＥである。

最上位層のＰＣＥを決定するための方法は、１）その計算ドメインが宛先ノードを含むＰＣＥに対して、宛先ノードが、ルート計算のための要求を送ることと；２）ＰＣＥが、ルート計算のための要求を受け取る際に、その計算ドメイン中に、起点ノードと宛先ノードとが含まれるか否かを判定し、そうでない場合、ＰＣＥは、その真上の層のＰＣＥに対して、要求を送出することとをさらに含む。これは、その計算ドメインが、起点ノードと宛先ノードとの両方を含むＰＣＥが見つかるまで続く。このＰＣＥが、最上位層のＰＣＥである。

最上位層のＰＣＥを決定するための方法は、ＰＣＥが、その真上の層のＰＣＥに対して、ルート計算のための要求を送出するとき、ＰＣＥは、その真上の層のＰＣＥがルート計算を行うための参照用に、その真上の層のＰＣＥに対して、その計算ドメイン中のルート計算結果を報告することをさらに含む。

その計算ドメインが、起点ノードと宛先ノードとの両方を含んでいるかもしれないＰＣＥを決定するための方法は、ＰＣＥが、起点ノードと宛先ノードとの両方から、ルート計算のための要求を受け取ることと；ＰＣＥが、ルート計算のための要求を受け取った後に、自動的にまたは手動で構成されたデータベースを、照会することと；他の先行技術とを含んでもよい。

最上位層のＰＣＥを決定するための前述の方法に加えて、ユーザは、事前設定された情報にしたがって、直接、最上位層のＰＣＥを指定してもよい。

最上位層のＰＣＥと、その下位層のＰＣＥとによって、一緒にルート計算を完了させる方法は、最上位層のＰＣＥが、その計算ドメイン内部でルート計算を完了させることと；最上位層のＰＣＥが、その真下の層のＰＣＥ（すべての真下の層のＰＣＥ、または、関連する真下の層のＰＣＥ、以下において同じ）に対して、その計算結果にしたがって、計算タスクを送ることと；真下の層のＰＣＥが、それらのそれぞれの計算ドメイン中で、ルート計算を完了させ、それらの真下の層のＰＣＥに対して、その計算結果にしたがって、計算タスクを送り、このことは、その計算ドメインがさらなる計算ドメインを何も含まないＰＣＥが、ルート計算を完了させるまで続くことと；その計算ドメインが、さらなる計算ドメインを何も含まないＰＣＥから、ＰＣＥが、下から上に一層ごとに、ルート計算結果を報告し、最上位層のＰＣＥが、すべての計算結果を集約して、最終結果を取得することとを含む。

最上位層のＰＣＥと、その下位層のＰＣＥとによって、一緒にルート計算を完了させる方法は、ＰＣＥが計算条件に適合するルートを何も見つけないとき、ＰＣＥは、その真上の層のＰＣＥに対して、失敗メッセージを戻し、この真上の層のＰＣＥが、ルート計算を再び実行することをさらに含む。この上位層のＰＣＥもまた、計算条件に適合するルートを何も見つけない場合、このＰＣＥは、その真上の層のＰＣＥに対して、失敗メッセージを送り、この真上の層のＰＣＥがルート計算を再び行う。このことは、ある層におけるＰＣＥが条件に適合するルートを計算するまで続き、または、このことはルートを計算できず、これにより、ルート計算が失敗する。

本発明は、多くの利点をもたらす。すなわち、ルート計算プロセスを、並列で実行することができ、このことは、ルート計算の効率を向上させ；シグナリングによってルートが確立される前に、ルート計算を実行し、このことは、ルート確立が失敗した場合のロールバックのリスクを回避し；ＰＣＥ間の通信の量を大幅に減少し；終端間の多様なルート計算を容易に実現でき；大規模ネットワークのためのルート計算が容易になる。

図１は、本発明の実施形態にしたがった、複数ドメインルート計算のためのシステムを示す。 図２は、本発明の実施形態にしたがった、複数ドメインルート計算のためのシステムの仮想トポロジを示す。 図３は、本発明の実施形態にしたがった、そのドメインがノード上で境をなす、複数ドメインルート計算のためのシステムを示す。 図４は、本発明の第１の実施形態にしたがった、そのドメインがノード上で境をなす、複数ドメインルート計算のためのシステムの仮想トポロジを示す。 図５は、本発明の第１の実施形態にしたがった、Ｐ２１がその下位層のルート計算結果を考慮しないときのルート計算結果を示す。 図６は、本発明の第２と第３の実施形態にしたがった、Ｐ２１がその下位層のルート計算結果を考慮するときのルート計算結果を示す。 図７は、本発明の第２と第３の実施形態にしたがった、最終ルート計算結果を示す。

実施形態の詳細な説明

本発明は、複数ドメインルート計算のための方法とシステムを提供することを目的とする。本発明において、計算タスクが、一層ごとの複数の計算タスクに分割されて、複数ドメインに対するルート計算が最終的に遂行されるように、ＰＣＥが異なる層に配置されており、上位層のＰＣＥと下位層のＰＣＥとの計算ドメインがマッピングされている。

本発明は、複数ドメインルート計算のためのシステムを提供する。以下では、図１に示すように、本発明の実施形態にしたがって、２つの層のＰＣＥを持つ複数ドメインルート計算のためのシステムの実現を説明する。

通信ネットワークは、（灰色の小さい円で印をつける）ネットワークノードＮ１０−Ｎ１３と、Ｎ２０−Ｎ２４と、Ｎ３０−Ｎ３５と、Ｎ４０−Ｎ４３と、Ｎ５０−Ｎ５４とからなっている。ネットワークノードは、（実線によって表す）リンクによって接続されている。これらのノードは、それぞれ、５つのドメインＣＤ１−ＣＤ５に含まれる。例えば、Ｎ１０−Ｎ１３は、ＣＤ１に含まれる。ドメイン間リンクは、２つのドメイン中の隣接ノードの間のリンクである。例えば、ＣＤ１とＣＤ２とを接続する２つのリンク、すなわち、Ｎ１２とＮ２０との間のリンクと、Ｎ１３とＮ２１との間のリンクとがある。これらのドメインのそれぞれは、ＰＣＥの計算ドメイン中に含まれる。図１に示すように、ＣＤ１と、ＣＤ２と、ＣＤ４と、ＣＤ５とが、それぞれ、Ｐ１１と、Ｐ１２と、Ｐ１３と、Ｐ１４との計算ドメイン中に含まれる。ＰＣＥは、それらのそれぞれの計算ドメイン中に、すべてのトポロジと、ＴＥ情報とを記憶する。Ｐ２１の計算ドメインは、ＣＤ３だけでなく、Ｐ１１−Ｐ１４の計算ドメインも含む。したがって、Ｐ２１は、Ｐ１１−Ｐ１４より高い層に存在するとして見なされる。すなわち、通信ネットワークのためのルート計算を担うＰＣＥが、層に分類されている。

この実施形態において、Ｐ１１−Ｐ１４は第２の層にあり、Ｐ２１は第１の層にある。説明を簡潔にするために、通信ネットワーク中のドメインもまた、この階層的構造中に含まれる。例えば、ＣＤ３は、Ｐ１１のような層２のＰＣＥの計算ドメインのように、層１のＰ２１の計算ドメイン中に含まれ、したがって、層２に分類される。層２のＰＣＥの計算ドメイン中に含まれる、他のドメインは、層３に分類される。

層分類のための多くの方法がある。ここでは、トップダウン方法を採用するが、これは、本発明がこの方法だけを採用できることを意味していない。ボトムアップ方法のような、他の方法もまた、適用可能である。

ＰＣＥの計算ドメインが、ネットワークドメインを直接含むとき、このＰＣＥは、その計算ドメイン中に含まれるドメインの、実際のネットワークトポロジのＴＥ情報を記憶する必要がある。例えば、図１中のＰ１１は、ＣＤ１のＴＥ情報を記憶する。すなわち、Ｐ１１は、Ｎ１０と、Ｎ１１と、Ｎ１２と、Ｎ１３との間のトポロジ的接続と；Ｎ１０とＮ１１との間の、リンク帯域幅と、利用可能性ステータスと、リンクＩＤと、リンク保護タイプと、リスク共有リンクセットと、インターフェーススイッチング能力とのような、これらのノードの間のリンクの情報と；他の関連するＴＥ情報とを記憶する。

ＰＣＥが真下の層のＰＣＥを持つとき、このＰＣＥは、真下の層のＰＣＥの計算ドメイン間のＴＥ情報を記憶する必要がある。このＰＣＥの計算ドメインが、他の何れのＰＣＥの計算ドメイン中にも含まれない、いくつかのネットワークをさらに含む場合、このＰＣＥは、これらのネットワークのＴＥ情報と、これらのネットワーク間のＴＥ情報と、これらのネットワークとその計算ドメイン中に含まれる計算ドメインとの間のＴＥ情報とを記憶する。図１中のＰ２１の視点からすると、トポロジは、図２に示すようなものであり、これは、ＣＤ１と、ＣＤ２と、ＣＤ３と、ＣＤ４とから抽象化された仮想ノード（説明を簡潔にするために、対応するＰＣＥによって、仮想ノードを表現する。例えば、ＣＤ１から抽象化された仮想ノードをＰ１１によって表現する）と、ＣＤ３中のすべてのノードと、（仮想ノードを含む）これらのノードの間のトポロジ関係とを含む。Ｐ２１は、この仮想トポロジのＴＥ情報を記憶する。すなわち、Ｐ２１は、Ｐ１１と、Ｐ１２と、Ｎ３０と、Ｎ３１と、Ｎ３２と、Ｎ３３と、Ｎ３４と、Ｎ３５と、Ｐ１３と、Ｐ１４との間のトポロジ的接続と；Ｐ１２とＮ３０との間の、リンク帯域幅と、利用可能性ステータスと、リンクＩＤと、リンク保護タイプと、リスク共有リンクセットと、インターフェーススイッチング能力とのような、これらのノード間のリンクの情報と；他の関連するＴＥ情報とを記憶する。

図１に図示する複数ドメインルート計算のシステムにおいて、ドメインは、リンク上で境界をなす。実際には、ドメインは、ノード上でも境界をなしてもよく、このケースでは、上位層ＰＣＥは、境界ノードを仮想リンクとして見なし、あるポリシーにしたがって、そのノードの重み値を仮想リンクの重み値に変換する。ルート計算のプロセスにおいて、仮想リンクを選択することは、特定のノードを選択することを意味する。図３に示すように、ＣＤ１とＣＤ２との間に、Ｎ１１とＮ１２との境界ノードが存在し、ＣＤ２とＣＤ３との間に、Ｎ２１とＮ２２との境界ノードが存在する。このケースでは、最上位層のＰＣＥ、Ｐ２１は、図４に示す仮想トポロジを見ている。仮想ノードＰ１１とＰ１２との間に、２つの仮想リンクがあり、これはＮ１１とＮ１２とを表す。仮想ノードＰ１２とＰ１３との間にも、２つの仮想リンクがあり、これはＮ２１とＮ２２とを表す。

本発明の実施形態は、ルート計算のための方法を提供する。以下で、図１中で示すシステムを参照して、本発明の実施形態にしたがった方法の実現を説明する。

方法の第１の実施形態において、Ｎ１０とＮ１３との間のサービス接続を確立するためのコマンドをユーザが送るとき、以下の手続において、ルート計算が実行される。

ステップＡ：その計算ドメインがＮ１０とＮ１３との両方を含んでいるかもしれないＰＣＥを決定する。その計算ドメインがＮ１０を含むＰ１１に対して、ルート計算を行うように、起点ノードＮ１０が要求するとき、Ｐ１１は、その計算ドメイン中に、宛先ノードＮ１３も含まれているかについて決定してもよい。したがって、Ｐ１１が、その計算ドメインがＮ１０とＮ１３との両方を含むＰＣＥであることを決定できる。すなわち、Ｐ１１は、このルート計算のための最上位層のＰＣＥである。

ステップＢ：Ｐ１１と、その下位層のＰＣＥとが、一緒にルート計算を完了させる。Ｐ１１は、真下の層のＰＣＥを何も持たないので、Ｐ１１は、直接ルート計算を行う。計算結果は、例えば、Ｎ１０→Ｎ１１→Ｎ１３である。

方法の第２の実施形態において、Ｎ１０とＮ５３との間のサービス接続を確立するためのコマンドを、ユーザが送るとき、以下の手続において、ルート計算が実行される。

ステップＡ：その計算ドメインがＮ１０とＮ５３との両方を含んでいるかもしれないＰＣＥを決定する。このステップは、以下のことをさらに含む。

ステップＡ１：その計算ドメインがＮ１０を含むＰ１１に対して、起点ノードＮ１０が、ルート計算のための要求を送る。

ステップＡ２：その計算ドメイン中にＮ５３が含まれないこと、または、Ｐ１１の計算ドメインがＮ１０とＮ５３とを同時に含まないことを、Ｐ１１が見つける。次に、Ｐ１１は、その真上の層のＰＣＥ、Ｐ２１に対して、ルート計算のための要求を送出する。

ステップＡ３：その真下の層のＰＣＥのうちの１つであるＰ１１の計算ドメイン中に、Ｎ１０が含まれることと、その真下の層のＰＣＥのうちの別のものであるＰ１４の計算ドメイン中に、Ｎ５３が含まれることとを、Ｐ２１が見つける。すなわち、Ｐ２１の計算ドメインは、Ｎ１０とＮ５３との両方を含んでいるかもしれない。したがって、その計算ドメインがＮ１０とＮ５３との両方を同時に含んでいるかもしれないＰＣＥであること、すなわち、このルート計算のための最上位層のＰＣＥであることを、Ｐ２１が決定する。

ステップＢ：Ｐ２１と、その下位層のＰＣＥとが、一緒にルート計算を完了させる。このステップは、以下のことをさらに含む。

ステップＢ１：Ｐ２１は、その計算ドメイン中で、ルート計算を完了させる。Ｐ２１は、図２中に示すように、その計算ドメインのトポロジ情報を記憶する。Ｐ２１は、Ｐ１１からＰ１４に対するルートを計算する必要がある。Ｐ２１は、ＣＤ３中で、ルート計算を完了させ、ＣＤ３は、その真下の層の何れのＰＣＥの計算ドメイン中にも含まれないことに留意すべきである。説明を簡潔にするために、図５中に示すように、計算結果は、Ｐ１１→Ｐ１２→Ｎ３０→Ｎ３５→Ｎ３４→Ｐ１３→Ｐ１４であると仮定され、ここでは、Ｐ１１とＰ１２との間に２つのリンクがある。Ｎ１３とＮ２１との間のリンクである、下側のリンクが採られると推定する。Ｐ１２→Ｎ３０リンクは、Ｎ２３とＮ３０との間のリンクである。Ｎ３４→Ｐ１３リンクは、Ｎ３４とＮ４０との間のリンクである。Ｐ１３→Ｐ１４リンクは、Ｎ４２とＮ５０との間のリンクである。

ステップＢ２：Ｐ２１は、その真下の層のＰＣＥが、それらのそれぞれのルート計算を完了させるように、その計算結果にしたがって、その真下の層のＰＣＥに対して、計算タスクを送る。Ｐ２１の真下の層のＰＣＥは、Ｐ１１と、Ｐ１２と、Ｐ１３と、Ｐ１４とを含む。これらは、それぞれの計算ドメイン中で、同時にルート計算を実行する。説明を簡潔にするために、以下で計算を順に説明する。

Ｐ１１におけるルート計算：Ｐ１１は、ＣＤ１中で、起点ノードＮ１０から宛先ノードＮ１３に対するルートを計算する必要がある。Ｐ１１が、ＴＥ制約に適合するＮ１０からＮ１３に対するルートを何も見つけず、Ｐ２１に対して失敗メッセージを報告し、仮想ノードＰ１１から仮想ノードＰ１２に対するルートを、Ｐ２１に再計算させると推定する。Ｐ２１の計算結果を図６中に示す。Ｐ１１からＰ１２に対するルートは、Ｎ１２→Ｎ２０リンクを採る。Ｐ２１は、Ｐ１１に対して、別の計算タスクを送り、次に、Ｐ１１が、ＣＤ１中で、起点ノードＮ１０から宛先ノードＮ１２に対するルートを計算する必要がある。Ｐ１１の計算結果は、Ｎ１０→Ｎ１２である。

Ｐ１２におけるルート計算：Ｐ１２は、ＣＤ２中で、起点ノードＮ２１から宛先ノードＮ２３に対するルートを計算する必要があり、計算結果は、Ｎ２１→Ｎ２２→Ｎ２３である。ＣＤ１中では、ＴＥ制約に適合するＮ１０からＮ１３に対するルートが何も見つけられなかったので、Ｐ２１は、別のルート計算を実行し、この結果を図６中に示す。Ｐ１１からＰ１２に対するルートは、Ｎ１２→Ｎ２０リンクを採る。この結果が、Ｐ１２に送られ、Ｐ１２はルート計算を再び実行する。このケースでは、Ｐ１２は、ＣＤ２中で、起点ノードＮ２０から宛先ノードＮ２３に対するルートを計算する必要がある。計算結果は、Ｎ２０→Ｎ２３である。

Ｐ１３におけるルート計算：Ｐ１３は、ＣＤ４中で、起点ノードＮ４０から宛先ノードＮ４２に対するルートを計算する必要があり、計算結果は、Ｎ４０→Ｎ４２である。

Ｐ１４におけるルート計算：Ｐ１４は、ＣＤ５中で、起点ノードＮ５０から宛先ノードＮ５３に対するルートを計算する必要があり、計算結果は、Ｎ５０→Ｎ５３である。

Ｐ１１と、Ｐ１２と、Ｐ１３と、Ｐ１４とは、真下の層のＰＣＥを何も持っておらず、このステップは終了する。

ステップＢ３：ＰＣＥは、下から上に計算結果を送り、Ｐ２１が結果を集約する。例えば、Ｐ１１が、計算結果Ｎ１０→Ｎ１２をＰ２１に対して送り；Ｐ１２が、計算結果Ｎ１２→Ｎ２３をＰ２１に対して送り；Ｐ１３が、計算結果Ｎ４０→Ｎ４２をＰ２１に対して送り；Ｐ１４が、計算結果Ｎ５０→Ｎ５０をＰ２１に対して送る。最終的に、Ｐ２１が、これらの結果と、それ自身の計算結果、Ｐ１１→Ｐ１２→Ｎ３０→Ｎ３５→Ｎ３４→Ｐ１３→Ｐ１４とを集約して、図７中に示すように、最終結果、Ｎ１０→Ｎ１２→Ｎ２３→Ｎ３０→Ｎ３５→Ｎ３４→Ｎ４０→Ｎ４２→Ｎ５０→Ｎ５３を取得する。

方法の第３の実施形態において、Ｎ１０とＮ５３との間のサービス接続を確立するためのコマンドを、ユーザが送るとき、以下の手続において、ルート計算が実行される。

ステップＡ：その計算ドメインがＮ１０とＮ５３との両方を含んでいるかもしれないＰＣＥを決定する。このステップは、以下のことをさらに含む。

ステップＡ１：その計算ドメインがＮ１０を含むＰ１１に対して、起点Ｎ１０が、ルート計算のための要求を送り；Ｎ１０（すなわち、Ｐ１１）が、宛先ノードＮ５３に、ルート計算を行うように通知し、そして、その計算ドメインがＮ５３を含むＰ１４に対して、Ｎ５３が、ルート計算のための要求を送る。

ステップＡ２：Ｐ１１は、その計算ドメイン中にＮ５３が含まれないことを検出し、このことは、Ｐ１１の計算ドメインが、Ｎ１０とＮ５３とを同時に含まないことを意味する。したがって、Ｐ１１は、その真上の層のＰＣＥであるＰ２１に対してルート計算のための要求を送出し、その計算結果Ｎ１０→Ｎ１２を、参照のために、Ｐ２１に対して送る。Ｐ１４は、Ｎ１０がその計算ドメイン中に含まれないことを検出し、このことは、Ｐ１４の計算ドメインが、Ｎ１０とＮ５３とを同時に含まないことを意味する。したがって、Ｐ１４は、その真上の層のＰＣＥであるＰ２１に対して、ルート計算のための要求を送出し、その計算結果Ｎ５０→Ｎ５３を、参照のために、Ｐ２１に対して送る。

ステップＡ３：その真下の層のＰＣＥのうちの１つであるＰ１１の計算ドメイン中に、Ｎ１０が含まれることと、その真下の層のＰＣＥのうちの別のものであるＰ１４の計算ドメイン中に、Ｎ５３が含まれることとを、Ｐ２１が見つける。すなわち、Ｐ２１の計算ドメインは、Ｎ１０とＮ５３との両方を含んでいるかもしれない。したがって、Ｐ２１が、その計算ドメインがＮ１０とＮ５３との両方を同時に含んでいるかもしれないＰＣＥであること、すなわち、このルート計算のための最上位層のＰＣＥであることを、Ｐ２１が決定する。

ステップＢ：Ｐ２１と、その下位層のＰＣＥとが、一緒にルート計算を完了させる。このステップは、以下のことをさらに含む。

ステップＢ１：Ｐ２１は、その計算ドメイン中でルート計算を完了させる。Ｐ２１は、図２中に示すように、その計算ドメインのトポロジ情報を記憶する。Ｐ２１は、Ｐ１１からＰ１４に対するルートを計算する必要がある。Ｐ２１は、ＣＤ３中でルート計算を完了させ、ＣＤ３は、その真下の層の何れのＰＣＥの計算ドメイン中にも含まれないことに留意すべきである。ルート計算を行うとき、Ｐ２１は、Ｐ１１とＰ１４とによって送られた計算結果に対する参照を行う。このときに、Ｐ２１が、図２中に示す仮想トポロジ中で、仮想ノードＰ１１のエグレスリンクが上側のリンクであることがわかり、この上側のリンクは、Ｎ１２とＮ２０との間のリンクであり、そして、図６中に示すように、計算結果、Ｐ１１→Ｐ１２→Ｎ３０→Ｎ３５→Ｎ３４→Ｐ１３→Ｐ１４を取得する。Ｐ１１からＰ１２に対するルートは、上側のリンクを採る。Ｐ１２→Ｎ３０リンクは、Ｎ２３とＮ３０との間のリンクである。Ｎ３４→Ｐ１３リンクは、Ｎ３４とＮ４０との間のリンクである。Ｐ１３→Ｐ１４リンクは、Ｎ４２とＮ５０との間のリンクである。

ステップＢ２：Ｐ２１は、その真下の層のＰＣＥが、それらのそれぞれのルート計算を完了させるように、その真下の層のＰＣＥに対して、その計算結果にしたがって、計算タスクを送る。Ｐ２１の真下の層のＰＣＥは、Ｐ１１と、Ｐ１２と、Ｐ１３と、Ｐ１４とを含む。これらは、それぞれの計算ドメイン中で、同時にルート計算を実行する。説明を簡潔にするために、以下で計算を順に説明する。

Ｐ１１におけるルート計算：Ｐ１１は、ＣＤ１中で、起点ノードＮ１０から宛先ノードＮ１２に対するルートを計算する必要があり、これは、Ｐ１１によって以前に送られた計算結果、Ｎ１０→Ｎ１２である。

Ｐ１２におけるルート計算：Ｐ１２は、ＣＤ２中で、起点ノードＮ１２から宛先ノードＮ２３に対するルートを計算する必要があり、計算結果は、Ｎ１２→Ｎ２３である。

Ｐ１３におけるルート計算：Ｐ１３は、ＣＤ４中で、起点ノードＮ４０から宛先ノードＮ４２に対するルートを計算する必要があり、計算結果は、Ｎ４０→Ｎ４２である。

Ｐ１４におけるルート計算：Ｐ１４は、ＣＤ５中で、起点ノードＮ５０から宛先ノードＮ５３に対するルートを計算する必要があり、これは、Ｐ１４によって以前に送られた計算結果、Ｎ５０→Ｎ５３である。

Ｐ１１と、Ｐ１２と、Ｐ１３と、Ｐ１４とは、真下の層のＰＣＥを何も持っておらず、このステップは終了する。

ステップＢ３：ＰＣＥは、下から上に計算結果を送り、Ｐ２１が結果を集約する。例えば、Ｐ１１が、計算結果Ｎ１０→Ｎ１２をＰ２１に対して送り；Ｐ１２が、計算結果Ｎ１２→Ｎ２３をＰ２１に対して送り；Ｐ１３が、計算結果Ｎ４０→Ｎ４２をＰ２１に対して送り；Ｐ１４が、計算結果Ｎ５０→Ｎ５３をＰ２１に対して送る。最終的に、Ｐ２１が、これらの結果と、それ自身の計算結果、Ｐ１１→Ｐ１２→Ｎ３０→Ｎ３５→Ｎ３４→Ｐ１３→Ｐ１４とを集約して、図７中に示すように、最終結果、Ｎ１０→Ｎ１２→Ｎ２３→Ｎ３０→Ｎ３５→Ｎ３４→Ｎ４０→Ｎ４２→Ｎ５０→Ｎ５３を取得する。

方法の第４の実施形態において、Ｎ１０とＮ５３との間のサービス接続を確立するためのコマンドを、ネットワーク管理システムから、ユーザが送るとき、以下の手続において、ルート計算を実行する。

ステップＡ：その計算ドメインがＮ１０とＮ５３との両方を含んでいるかもしれないＰＣＥを決定する。このケースでは、ネットワーク管理システムが記憶する情報にしたがって、Ｐ２１が、その計算ドメインがＮ１０とＮ５３とを同時に含んでいてもよいＰＣＥであることを、ネットワーク管理システムが決定する。

ステップＢ：Ｐ２１と、その下位層のＰＣＥとが、一緒にルート計算を完了させる。このステップは、複数ドメインルート計算のための、方法の第２の実施形態におけるステップＢに類似しており、したがって、ここでは、この説明をこれ以上記載しない。

前述のことは、本発明の単に好ましい実施形態であることと、本発明を制限するために使用されるものではないこととを理解すべきである。当業者は、本発明の精神と範囲から逸脱することなく、本発明に対するさまざまな修正と変更を行うことができる。これらの修正と変更が、特許請求の範囲またはこれらの均等物によって規定される保護の範囲に入る限り、本発明は、これらの修正と変更を含むことを意図している。

Claims (10)

1. 複数ドメインルート計算のための方法において、
   最上位層のパス計算エレメントを決定することと、
   前記最上位層のパス計算エレメントによって、その真下の層のパス計算エレメントの計算ドメイン間のルートを計算して、ドメイン間ルート計算結果を取得して、前記最上位層のパス計算エレメントによって、その真下の層のパス計算エレメントに対して、前記ドメイン間ルート計算結果にしたがって、ルート計算タスクを送ることと、
   前記ルート計算タスクを受け取るパス計算エレメントが、真下の層のパス計算エレメントを持つ場合、下位層のパス計算エレメントを何も持たない最下位層のパス計算エレメントが、ルート計算タスクを受け取るまで、その真下の層のパス計算エレメントの計算ドメイン間のルートを計算して、その真下の層のパス計算エレメントに対して、前記ルート計算結果にしたがって、ルート計算タスクを送ることと、
   前記最下位層のパス計算エレメントによって、ドメイン内ルートを計算して、その真上の層のパス計算エレメントに対して、ルート計算結果を報告することと、
   前記ルート計算結果を受け取るパス計算エレメントが、前記最上位層のパス計算エレメントでない場合、報告が前記最上位層のパス計算エレメントに到達するまで、その真上の層のパス計算エレメントに対して、そのパス計算エレメント自身によって計算されたルート計算結果と、前記受け取ったルート計算結果とを報告することと、
   前記最上位層のパス計算エレメントによって、それぞれの下位層のパス計算エレメントによって報告された前記ルート計算結果を集約して、起点ノードから宛先ノードに対するルートを発生させることと
   を含み、
   前記ルート計算タスクを受け取るパス計算エレメントが、下位層のパス計算エレメントを何も持たない場合、それが最下位層のパス計算エレメントとして見なされる方法。
2. 前記最上位層のパス計算エレメントを決定するための方法は、
   前記起点ノードまたは前記宛先ノードによって、前記起点ノードまたは前記宛先ノードが属する計算ドメインに対応するパス計算エレメントに対して、ルート計算要求を送ることと、
   前記ルート計算要求によって要求されたルート計算を完了させることができない場合、前記要求されたルート計算を完了させるかもしれないパス計算エレメントが見つかるまで、前記ルート計算要求を受け取るパス計算エレメントによって、その真上の層のパス計算エレメントに対して、前記ルート計算要求を送出して、前記要求されたルート計算を完了させるかもしれないパス計算エレメントを、前記最上位層のパス計算エレメントとして決定することと
   を含む、請求項１記載の方法。
3. 前記ルート計算要求を受け取るパス計算エレメントが、前記ルート計算を完了させることができるか否かを決定することでは、
   前記パス計算エレメントの計算ドメインが、前記起点ノードと前記宛先ノードとを含むとき、前記パス計算エレメントは、前記ルート計算を完了させることができ、
   そうでなければ、前記パス計算エレメントは、前記ルート計算を完了させることができない、請求項２記載の方法。
4. 前記パス計算エレメントの計算ドメインが、他のパス計算エレメントに対応しないドメインをさらに含む場合、前記パス計算エレメントは、その真下の層のパス計算エレメントの計算ドメインと、前記他のパス計算エレメントに対応しない計算ドメインとの間のルートを計算するように構成されている、請求項１記載の方法。
5. 前記ルート計算タスクを受け取るパス計算エレメントが、計算条件に適合するルートを算出しない場合、前記パス計算エレメントが前記条件に適合するルートを算出するまで、前記パス計算エレメントによって、その真上の層のパス計算エレメントに対して、失敗情報を報告して、前記その真上の層のパス計算エレメントによって、ルートを再計算し、または、計算を通して利用可能なルートが何も取得されない場合、方法は失敗することをさらに含む、請求項１記載の方法。
6. 少なくとも２つのパス計算エレメントを具備する、複数ドメインルート計算のためのシステムにおいて、
   １つのパス計算エレメントが、最上位層のパス計算エレメントとして決定された後には、前記１つのパス計算エレメントは、その真下の層のパス計算エレメントの計算ドメイン間のルートを計算するように、そして、前記ドメイン間ルート計算結果にしたがって、その真下の層のパス計算エレメントに対して、ルート計算タスクを送るように構成されており、
   前記ルート計算タスクを受け取るパス計算エレメントが、下位層のパス計算エレメントを何も持たない場合、それが最下位層のパス計算エレメントとして見なされ、前記ルート計算タスクを受け取るパス計算エレメントが、真下の層のパス計算エレメントを持つ場合、最下位層のパス計算エレメントが、ルート計算タスクを受け取るまで、前記パス計算エレメントは、その真下の層のパス計算エレメントの計算ドメイン間のルートを計算するように、そして、その真下の層のパス計算エレメントに対して、前記ルート計算結果にしたがって、ルート計算タスクを送るように構成されており、
   前記最下位層のパス計算エレメントは、その計算ドメインのルートを計算するように構成されており、
   報告が前記最上位層のパス計算エレメントに到達するまで、それぞれのパス計算エレメントが、その真上の層のパス計算エレメントに対して、それ自身によって計算されたルート計算結果と、受け取ったルート計算結果とを報告するようにさらに構成されており、
   前記最上位層のパス計算エレメントとして決定されたパス計算エレメントは、真下の層のパス計算エレメントによって報告された前記ルート計算結果を集約するように、そして、起点ノードから宛先ノードに対するルートを計算するようにさらに構成されているシステム。
7. 前記パス計算エレメントの計算ドメインが、他のパス計算エレメントに対応しないドメインを含む場合、下位層のパス計算エレメントを含むパス計算エレメントが、その真下の層のパス計算エレメントの計算ドメインと、前記他のパス計算エレメントに対応しない計算ドメインとの間のルートを計算するように構成されている、請求項６記載のシステム。
8. 下位層のパス計算エレメントを含むパス計算エレメントが、前記下位層のパス計算エレメントの計算ドメイン間のトラフィックエンジニアリング情報を記憶する、請求項６記載のシステム。
9. 他のパス計算エレメントに対応しないドメインを含むパス計算エレメントが、前記他のパス計算エレメントに対応しないドメイン中に含まれるネットワークのトラフィックエンジニアリング情報を記憶する、請求項７記載のシステム。
10. その計算ドメインが、下位層のパス計算エレメントの計算ドメインと、他のパス計算エレメントに対応しない計算ドメインとを含む、パス計算エレメントが、前記下位層のパス計算エレメントの計算ドメイン間のトラフィックエンジニアリング情報と、前記他のパス計算エレメントに対応しないドメイン中に含まれるネットワークのトラフィックエンジニアリング情報と、前記下位層のパス計算エレメントの計算ドメインと前記他のパス計算エレメントに対応しないドメインとの間のトラフィックエンジニアリング情報と、を記憶する、請求項７記載のシステム。

Images