(57)【要約】【課題】トラフィック管理リソースを利用する従来の方法に付随する不利益と問題を軽減または除去することである。【解決手段】一実施形態では、トラフィック管理リソースの利用可能性をノードに通知する段階は、第１のノードにおいて利用可能な、前記第１のノードでトンネルによる帯域幅の使用を追跡するトラフィック管理リソースの数を判断する段階を含む。利用可能なトラフィック管理リソースの数は、リンク状態アドバタイズメントに記録される。リンク状態アドバタイズメントは少なくとも１つの第２のノードに送信される。【選択図】図２
2009089394.tif 000002
【特許請求の範囲】
【請求項１】
トラフィック管理リソースの利用可能性を少なくとも１つのノードに通知する方法であって、
第１のノードにおいて利用可能な、前記第１のノードでトンネルによる帯域幅の使用を追跡できるトラフィック管理リソースの数を判断する段階と、
リンク状態アドバタイズメントに利用可能なトラフィック管理リソースの数を記録する段階と、
前記リンク状態アドバタイズメントを少なくとも１つの第２のノードに送信する段階とを含む方法。
【請求項２】
前記第１のノードにおける利用可能なトラフィック管理リソースの更新数を判断する段階と、
前記更新数をリンク状態アドバタイズメントに記録する段階とをさらに含む、請求項１に記載の方法。
【請求項３】
トンネルに対する要求を受信する段階と、
利用可能なトラフィック管理リソースを前記トンネルに割り当てる段階とをさらに含む、請求項１に記載の方法。
【請求項４】
利用可能なトラフィック管理リソースが前記第１のノードに無いとき、トンネルに対する要求を受信する段階と、
利用可能なトラフィック管理リソースが前記第１のノードに無いとの通知を送信する段階とをさらに含む、請求項１に記載の方法。
【請求項５】
トラフィック管理リソースの利用可能性を少なくとも１つのノードに通知する装置であって、
第１のノードにおいて利用可能な、前記第１のノードでトンネルによる帯域幅の使用を追跡できるトラフィック管理リソースの数を判断し、
リンク状態アドバタイズメントに利用可能なトラフィック管理リソースの数を記録する、メモリに化体されたロジックと、
前記リンク状態アドバタイズメントを少なくとも１つの第２のノードに送信するインターフェイスとを有する装置。
【請求項６】
トラフィック管理リソースの利用可能性を少なくとも１つのノードに通知するロジックであって、前記ロジックはコンピュータ読み取り可能記憶媒体に化体され、コンピュータにより実行されると、前記コンピュータに、
第１のノードにおいて利用可能な、前記第１のノードでトンネルによる帯域幅の使用を追跡できるトラフィック管理リソースの数を判断し、
リンク状態アドバタイズメントに利用可能なトラフィック管理リソースの数を記録し、
前記リンク状態アドバタイズメントを少なくとも１つの第２のノードに送信させるロジック。
【請求項７】
トラフィック管理リソースの利用可能性を少なくとも１つのノードに通知するシステムであって、
第１のノードにおいて利用可能な、前記第１のノードでトンネルによる帯域幅の使用を追跡できるトラフィック管理リソースの数を判断する手段と、
リンク状態アドバタイズメントに利用可能なトラフィック管理リソースの数を記録する手段と、
前記リンク状態アドバタイズメントを少なくとも１つの第２のノードに送信する手段とを含むシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークの分野に関し、具体的にはリンク状態アドバタイズメントを使用したノードへのトラフィック管理リソースの利用可能性通知に関する。
【背景技術】
【０００２】
通信ネットワークは、ノードがパケットを通信できるトンネルを含み得る。システムによっては、トンネルにトラフィック管理リソース（ＴＭＲ）が割り当てられ、そのトンネルが使用する帯域幅を制限する。ノードは一般的には一定数のトラフィック管理リソースを有し、そのノードを通しては一定数のトンネルのみを設定することができる。場合によっては、ソースノードには各ノードのトラフィック管理リソースの利用可能性が分からない。利用可能なトラフィック管理リソースを有さないノードを通してソースノードがトンネルを設定しようとしても、そのトンネル設定は失敗する。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
本発明により、トラフィック管理リソースを利用する従来の方法に付随する不利益と問題を軽減または除去することができる。
【課題を解決するための手段】
【０００４】
一実施形態では、トラフィック管理リソースの利用可能性をノードに通知する段階は、第１のノードにおいて利用可能な、前記第１のノードでトンネルによる帯域幅の使用を追跡するトラフィック管理リソースの数を判断する段階を含む。利用可能なトラフィック管理リソースの数は、リンク状態アドバタイズメントに記録される。リンク状態アドバタイズメントは少なくとも１つの第２のノードに送信される。
【発明の効果】
【０００５】
本発明の実施形態は１つ以上の技術的有利性を提供する。一実施形態の技術的有利性は、ノードが、そのノードにおけるトラフィック管理リソースの利用可能性を他のノードに通知することである。ノードは、利用可能なトラフィック管理リソースの数を示すリンク状態アドバタイズメントを送信する。一実施形態のもう一つの技術的有利性は、ソースノードがトラフィック管理リソース利用可能性情報を使ってトンネルを設定するノードを選択できることである。
【発明を実施するための最良の形態】
【０００６】
本発明の実施形態には、上記の技術的な有利性を含まないもの、一部を含むもの、すべてを含むものがある。図面、詳細な説明、及び特許請求の範囲に基づき、当業者には容易に１つ以上の技術的な有利性が明らかとなるであろう。
【０００７】
本発明とその特徴及び優位性をよりよく理解してもらうため、添付した図面を参照しつつ以下に説明する。
【０００８】
本発明の実施形態とその有利性は、図１乃至図４を参照してよく理解される。図面において、同じ参照符号は同一または対応する要素を示している。
【０００９】
図１は、あるノード２０がそのノード２０におけるトラフィック管理リソース２６の利用可能性を他の複数のノード２０に通知するシステムの一例を示す図である。本実施例において、ノード２０ｃは、トラフィック管理リソース（ＴＭＲ）利用可能性情報２４を含むメッセージ３０を送信する。メッセージ３０は、ＴＭＲ利用可能性情報２４を提供するリンク状態アドバタイズメントを含む。ＴＭＲ利用可能性情報２４は、利用可能なトラフィック管理リソースの数を示す。ソースノード２０ａは、ＴＭＲ利用可能性情報２４を使って複数のノード２０を選択してトンネル３６を設定することができる。
【００１０】
一実施形態では、システム１０は光信号等の信号により情報を通信する。光信号のデータレートは任意である。情報には音声、データ、オーディオ、ビデオ、マルチメディア、制御、シグナリング、その他の情報が含まれる。
【００１１】
例示した実施形態では、システム１０はノード２０ａ−２０ｆを含み、これらのノードによりトンネル３６が設定されている。ノード２０は例えばＭＰＬＳ対応ルータ（ＬＳＲ）を表している。トンネル３６は一連のノード２０を含むラベル・スイッチ・パス（ＬＳＰ）である。パケットは、ソースノード２０ａから、デスティネーションノード２０ｂまで、直接、または１つ以上の中間ノード２０ｃ乃至２０ｆを介して伝送される。一実施形態では、ソースノード２０は、パケットをマルチプロトコル・ラベル・スイッチング（ＭＰＬＳ）パケットにカプセル化する。中間ノード２０ｃ乃至２０ｆはＭＰＬＳカプセル化（MPLS  encapsulation）に基づきパケットを転送する。デスティネーションノード２０ｂは、ＭＰＬＳパケットを逆カプセル化（de-encapsulate）して元のパケットを再生する。
【００１２】
ノード２０は制御プレーン４０と、転送プレーン４４と、ポート４８とを有する。制御プレーン４０はデスティネーションノード２０ｂまでのトンネルのパスを決定する。制御プレーン４０はポート４８を規定するルーティングテーブルを設定し、デスティネーションノード２０ｂ宛のパケットはそのポート４８によりルーティングされる。制御プレーン４０は、ノード２０のＴＭＲ利用可能性情報２４等のトラフィック管理情報を格納するトラフィックエンジニアリングデータベース２８を含む。
【００１３】
転送プレーン４４はルーティングテーブルに従ってパケットを転送する。転送プレーン４４はトラフィック管理リソース（ＴＭＲ）２６を含む。トラフィック管理リソース２６は、トンネル３６に割り当てられ、トンネル３６を通るトラフィックがトンネル３６のために予約された帯域幅を越えないようにする。
【００１４】
ノード２０のＴＭＲ利用可能性情報２４は、ノード２０のトラフィック管理リソース２６がトンネル３６のために使用できるかその利用可能性を示す。利用可能性（availability）は、例えば、トラフィック管理リソースがノード２０にあるかどうか、またはノード２０にあるトラフィック管理リソースの数を示す。
【００１５】
ノード２０ｂは、ＴＭＲ利用可能性情報２４を含むメッセージ３０を送信して、トラフィック管理リソース２６の利用可能性を、（ソースノード２０ａを含む）他のノード２０に通知する。一実施形態では、ＴＭＲ利用可能性情報２４は、ノード２０ｂにおいて利用可能なトラフィック管理リソース２６の数を示す。
【００１６】
ＴＭＲ利用可能性情報２４は、トラフィックエンジニアリング（ＴＥ）リンクＬＳＡ等のリンク状態アドバタイズメントに記録される。ＴＭＲ利用可能性情報２４をＬＳＡに記録する方法は任意である。一実施形態では、情報２４はトラフィック管理リソース（ＴＭＲ）利用可能性値として記録される。ＴＭＲ利用可能性値は、ＩＧＰ（Interior  Gateway  Protocol）を拡張したＴＥリンクＬＳＡのサブＴＬＶ（sub-type-link-value）としてエンコードできる。
【００１７】
ＩＧＰの拡張には、ＯＳＰＦ−ＴＥ（Open  Shortest  Path  First-Traffic  Engineering）拡張とＩＳＩＳ−ＴＥ（Intermediate  System  to  Intermediate  System-Traffic  Engineering）拡張とがある。ＯＳＰＦ拡張では、ＴＭＲ利用可能性値のフォーマットは、例えば次の通りである：
タイプ（２オクテット）：未定
長さ（２オクテット）：４（８進）
値（４オクテット）：
最初の２オクテット：トラフィック管理リソース２６がサポートできるトンネル３６の総数；
２番目の２オクテット：トラフィック管理リソース２６に割り当て可能なトンネル３６の数。
【００１８】
ＩＳＩＳ−ＴＥ拡張では、ＴＭＲ利用可能性値のフォーマットは、例えば次の通りである：
タイプ（１オクテット）：未定
長さ（１オクテット）：４（８進）
値（４オクテット）：
最初の２オクテット：トラフィック管理リソース２６がサポートできるトンネル３６の総数；
２番目の２オクテット：トラフィック管理リソース２６に割り当て可能なトンネル３６の数。
【００１９】
ノード２０はリンク状態を更新するために、リンク状態アドバタイズメントメッセージその他のメッセージを送信してもよい。一実施形態では、ノード２０ｂは、リンク状態アドバタイズメントメッセージで、ＴＭＲ利用可能性情報２４への更新情報を送信する。更新の数を制御するために、ダンピング制御メカニズムのような帯域幅更新制御方法を使って、更新数を減らしてもよい。
【００２０】
ノード２０ｂは、利用可能なトラフィック管理リソース２６が無いためにトンネル３６を設定できなかったときは、ソースノード２０ａに通知を送ってもよい。その通知には、トンネル３６の設定ができないのは利用可能なトラフィック管理リソース２６が無いからであることを示すエラーメッセージを含むものであってもよい。その通知を、ＲＳＶＰのpathメッセージまたはresv（reservation）メッセージで送信することもできる。
【００２１】
システム１０の構成要素、例えばノード２０ａ−２０ｆは、インターフェイス、ロジック、メモリ、及び／またはその他の適当な要素を含んでいてもよい。インターフェイスは入力を受信し、出力を送信し、入力や出力を処理し、その他の適当な動作を行う。インターフェイスはハードウェア及び／またはソフトウェアを含む。
【００２２】
ロジックは、これらの構成要素の動作を行い、例えば、入力から出力を生成する命令を実行する。ロジックはハードウェア、ソフトウェア及び／またはその他のロジックを含み、メモリに格納することもできる。プロセッサ等のある種のロジックが構成要素の動作を管理してもよい。プロセッサの例としては、例えば、コンピュータ、マイクロプロセッサ、アプリケーションその他のロジックがある。
【００２３】
メモリは情報を記憶する。メモリは、コンピュータのメモリ（ＲＡＭ、ＲＯＭ等）、大規模記憶媒体（ハードディスク等）、リムーバブル記憶媒体（ＣＤ、ＤＶＤ等）、データベースやネットワーク記憶装置（サーバ等）、その他のコンピュータ読み取り可能な媒体が含まれる。
【００２４】
本発明の範囲から逸脱することなく、システム１０に修正、追加、または削除をすることができる。システム１０の構成要素は一体であっても分かれていてもよい。さらに、システム１０の動作を実行する構成要素は、これより多くても少なくてもよいし、他の構成要素であってもよい。また、システム１０の動作の実行は、いかなる好適なロジックを用いて行われてもよい。本明細書では、「各」とは、集合の各要素、または集合の部分集合の各要素を指す。
【００２５】
図２は、図１のシステム１０で使用できる中間ノード２０ｃの一例を示す図である。ノード２０ｃは、ポート４８ａ−４８ｃと、トラフィック管理リソース２６と、ＴＭＲマネージャ６０と、予約マネージャ５８とを含む。トンネル３６ａはポート４８ａとポート４８ｂとを通り、トンネル３６ｂはポート４８ａとポート４８ｃとを通る。
利用可能なＴＭＲプール５０には、１つのポート４８で利用可能なトラフィック管理リソース２６が含まれる。使用中で（そのため利用可能ではない）トラフィック管理リソース２６がトンネル３６にある。この実施形態では、トンネル３６ａはトラフィック管理リソース２６ａを使用し、トンネル３６ｂはトラフィック管理リソース２６ｂを使用する。
【００２６】
予約マネージャ５８はトンネル３６用のリソースを予約する。ＴＭＲマネージャ６０は、利用可能なトラフィック管理リソース２６を探知して、それをトンネル３６に割り当てる。予約マネージャ５８は、リソース２６を予約する前に、ＴＭＲマネージャ６０をチェックして、利用可能なトラフィック管理リソース２６があるか判断する。
【００２７】
ＴＭＲマネージャ６０は、ＴＭＲ利用可能性情報２４を決定し、その情報２４を、他のノードに配信するメッセージ３０に記録する。一実施形態では、ＴＭＲマネージャ６０は、ノード２０において利用可能なトラフィック管理リソース２６の数を判断し、その数を、リンク状態アドバタイズメント中のサブＴＬＶのＴＭＲ利用可能性値として記録する。
【００２８】
本発明の範囲から逸脱することなく、ノード２０に修正、追加、または削除をすることができる。ノード２０の構成要素は一体化されていても分離されていてもよい。さらに、ノード２０の動作を実行する構成要素は、これより多くても少なくてもよいし、他の構成要素であってもよい。例えば、予約マネージャ５８の動作を、２つ以上の構成要素で実行することもできる。また、ノード２０の動作の実行は、いかなる好適なロジックを用いて行われてもよい。
【００２９】
図３は、図１のシステム１０で使用できるソースノード２０ａの一例を示す図である。ソースノード２０ａは、トラフィックエンジニアリングデータベース２８と、ポート４８と、パスジェネレータ８０とを含む。トラフィックエンジニアリングデータベース２８は、ノード２０において利用可能なトラフィック管理リソース２６を示すＴＭＲ利用可能性情報２４を格納している。
【００３０】
パスジェネレータ８０は、トンネル３６のパスを算出する。そのパスの算出には例えばＣＳＰＦ（Constrained  Shortest  Path  First）法を使用できる。パスジェネレータ８０はトンネル構成パラメータ８４によりパスを算出する。トンネル構成パラメータ８４は、トンネル３６のソースノード２０ａと、デスティネーションノード２０ｂと、トンネル３６に必要な帯域幅とを指定するパラメータである。
【００３１】
一実施形態では、パスジェネレータ８０は、トンネル３６にトラフィック管理リソース２６が必要であることを明確にする（establish）。パスジェネレータ８０は、トラフィックエンジニアリングデータベース２８から得られるＴＭＲ利用可能性情報２４を使って、利用可能なトラフィック管理リソース２６を有するノードを選択する。等コストのマルチパスルーティングの場合、より多くのリソースを利用可能なノード２０が選択されるかも知れない。
【００３２】
本発明の範囲から逸脱することなく、ソースノード２０ａに修正、追加、または削除をすることができる。ノード２０ａの構成要素は一体化されていても分離されていてもよい。さらに、ノード２０ａの動作を実行する構成要素は、これより多くても少なくてもよいし、他の構成要素であってもよい。また、ノード２０ａの動作の実行は、いかなる好適なロジックを用いて行われてもよい。
【００３３】
図４は、図１のシステム１０で使用できるトラフィック管理リソース２６の利用可能性をノード２０に通知する方法の一例を示す図である。この方法は、最初にステップ３１０において、ＴＭＲマネージャ６０が利用可能なトラフィック管理リソース２６の数を判断する。
【００３４】
ステップ３１４において、その数をリンク状態アドバタイズメントに記録し、メッセージ３０に配置する。ステップ３１８において、メッセージ３０でリンク状態アドバタイズメントをノード２０に送信する。（ソースノード２０ａを含む）ノード２０は、そのトラフィックエンジニアリングデータベース２８にＴＭＲ利用可能性情報２４を格納する。
【００３５】
ステップ３３８において、利用可能なトラフィック管理リソース２６の数を更新する。ステップ３４２において、その数をリンク状態アドバタイズメントメッセージに記録する。ステップ３４６において、リンク状態アドバタイズメントメッセージをノード２０に送信する。
【００３６】
ステップ３２２において、トンネル３６に対する要求を受信する。ステップ３２６において、ＴＭＲマネージャ６０は利用可能なトラフィック管理リソース２６があるか判断する。ステップ３３０において、利用可能なトラフィック管理リソース２６があれば、ＴＭＲマネージャ６０はそのトラフィック管理リソース２６を割り当てる。そしてステップ３３８に進む。ステップ３２６において、利用可能なトラフィック管理リソース２６が無ければ、ステップ３３４に進み、ＴＭＲマネージャ６０は、利用可能なリソース２６が無いためトンネル３６の設定が失敗したことを通知する。ＴＭＲマネージャ６０は予約マネージャ５８に命令して、ＲＳＶＰのpathメッセージまたはresv（reservation）メッセージでトンネル３６のソースノード２０ａに通知を送信させる。そしてステップ３５０に進む。
【００３７】
ステップ３５０において本方法を継続してもよい。継続する場合、ステップ３２２に戻る。継続しない場合、終了する。
【００３８】
本発明の範囲から逸脱することなく、本方法に修正、追加、または削除をすることができる。本方法に含まれるステップはこれより多くても少なくてもよく、他のステップが含まれてもよい。また、ステップを好適な任意の順序で実行してもよい。
【００３９】
本発明の実施形態は１つ以上の技術的有利性を提供する。一実施形態の技術的有利性は、ノードが、そのノードにおけるトラフィック管理リソースの利用可能性を他のノードに通知することである。ノードは、利用可能なトラフィック管理リソースの数を示すリンク状態アドバタイズメントを送信する。一実施形態のもう一つの技術的有利性は、ソースノードがトラフィック管理リソース利用可能性情報を使ってトンネルを設定するノードを選択できることである。
【００４０】
本開示を実施形態に関して説明したが、これらの実施形態の変形や置き換えは当業者には明らかであろう。従って、上記の実施形態の説明は本開示を限定するものではない。特許請求の範囲に記載した本開示の精神と範囲から逸脱せずに、その他の変更、置き換え、改変も可能である。
【００４１】
上記の実施形態に関し、さらに以下の付記を記す。
（付記１）  トラフィック管理リソースの利用可能性を少なくとも１つのノードに通知する方法であって、
第１のノードにおいて利用可能な、前記第１のノードでトンネルによる帯域幅の使用を追跡できるトラフィック管理リソースの数を判断する段階と、
リンク状態アドバタイズメントに利用可能なトラフィック管理リソースの数を記録する段階と、
前記リンク状態アドバタイズメントを少なくとも１つの第２のノードに送信する段階とを含む方法。
（付記２）  利用可能なトラフィック管理リソースの数を記録する段階は、
前記数をＩＧＰ（Interior  Gateway  Protocol）拡張に記録する段階をさらに含む、付記１に記載の方法。
（付記３）  利用可能なトラフィック管理リソースの数を記録する段階は、
前記数をＯＳＰＦ−ＴＥ（Open  Shortest  Path  First-Traffic  Engineering）拡張に記録する段階をさらに含む、付記１に記載の方法。
（付記４）  利用可能なトラフィック管理リソースの数を記録する段階は、
前記数をＩＳＩＳ−ＴＥ（Intermediate  System  to  Intermediate  System-Traffic  Engineering）拡張に記録する段階をさらに含む、付記１に記載の方法。
（付記５）  前記第１のノードにおける利用可能なトラフィック管理リソースの更新数を判断する段階と、
前記更新数をリンク状態アドバタイズメントに記録する段階とをさらに含む、付記１に記載の方法。
（付記６）  トンネルに対する要求を受信する段階と、
利用可能なトラフィック管理リソースを前記トンネルに割り当てる段階とをさらに含む、付記１に記載の方法。
（付記７）  利用可能なトラフィック管理リソースが前記第１のノードに無いとき、トンネルに対する要求を受信する段階と、
利用可能なトラフィック管理リソースが前記第１のノードに無いとの通知を送信する段階とをさらに含む、付記１に記載の方法。
（付記８）  トラフィック管理リソースの利用可能性を少なくとも１つのノードに通知する装置であって、
第１のノードにおいて利用可能な、前記第１のノードでトンネルによる帯域幅の使用を追跡できるトラフィック管理リソースの数を判断し、
リンク状態アドバタイズメントに利用可能なトラフィック管理リソースの数を記録する、メモリに化体されたロジックと、
前記リンク状態アドバタイズメントを少なくとも１つの第２のノードに送信するインターフェイスとを有する装置。
（付記９）  前記ロジックは、利用可能なトラフィック管理リソースの数の記録を、前記数をＩＧＰ（Interior  Gateway  Protocol）拡張に記録することにより行う、付記８に記載の装置。
（付記１０）  前記ロジックは、利用可能なトラフィック管理リソースの数の記録を、前記数をＯＳＰＦ−ＴＥ（Open  Shortest  Path  First-Traffic  Engineering）拡張に記録することにより行う、付記８に記載の装置。
（付記１１）  前記ロジックは、利用可能なトラフィック管理リソースの数の記録を、前記数をＩＳＩＳ−ＴＥ（Intermediate  System  to  Intermediate  System-Traffic  Engineering）拡張に記録することにより行う、付記８に記載の装置。
（付記１２）  前記ロジックは、さらに
前記第１のノードにおける利用可能なトラフィック管理リソースの更新数を判断し、
前記更新数をリンク状態アドバタイズメントに記録する、付記８に記載の装置。
（付記１３）  前記ロジックは、さらに、
トンネルに対する要求を受信し、
利用可能なトラフィック管理リソースを前記トンネルに割り当てる、付記８に記載の装置。
（付記１４）  前記ロジックは、さらに、
利用可能なトラフィック管理リソースが前記第１のノードに無いとき、トンネルに対する要求を受信し、
利用可能なトラフィック管理リソースが前記第１のノードに無いとの通知を送信する、付記８に記載の装置。
（付記１５）  トラフィック管理リソースの利用可能性を少なくとも１つのノードに通知するロジックであって、前記ロジックはコンピュータ読み取り可能記憶媒体に化体され、コンピュータにより実行されると、前記コンピュータに、
第１のノードにおいて利用可能な、前記第１のノードでトンネルによる帯域幅の使用を追跡できるトラフィック管理リソースの数を判断し、
リンク状態アドバタイズメントに利用可能なトラフィック管理リソースの数を記録し、
前記リンク状態アドバタイズメントを少なくとも１つの第２のノードに送信させるロジック。
（付記１６）  前記ロジックは、利用可能なトラフィック管理リソースの数の記録を、前記数をＩＧＰ（Interior  Gateway  Protocol）拡張に記録する、付記１５に記載のロジック。
（付記１７）  前記ロジックは、利用可能なトラフィック管理リソースの数の記録を、前記数をＯＳＰＦ−ＴＥ（Open  Shortest  Path  First-Traffic  Engineering）拡張に記録する、付記１５に記載のロジック。
（付記１８）  前記ロジックは、利用可能なトラフィック管理リソースの数の記録を、前記数をＩＳＩＳ−ＴＥ（Intermediate  System  to  Intermediate  System-Traffic  Engineering）拡張に記録する、付記１５に記載のロジック。
（付記１９）  さらに、
利用可能なトラフィック管理リソースが前記第１のノードに無いとき、トンネルに対する要求を受信し、
利用可能なトラフィック管理リソースが前記第１のノードに無いとの通知を送信する、付記１５に記載のロジック。
（付記２０）  トラフィック管理リソースの利用可能性を少なくとも１つのノードに通知するシステムであって、
第１のノードにおいて利用可能な、前記第１のノードでトンネルによる帯域幅の使用を追跡できるトラフィック管理リソースの数を判断する手段と、
リンク状態アドバタイズメントに利用可能なトラフィック管理リソースの数を記録する手段と、
前記リンク状態アドバタイズメントを少なくとも１つの第２のノードに送信する手段とを含むシステム。
【図面の簡単な説明】
【００４２】
【図１】あるノードが他のノードにそのトラフィック管理リソースの利用可能性を通知するシステムの一例を示す図である。
【図２】図１のシステムで使用できる中間ノードの一例を示す図である。
【図３】図１のシステムで使用できるソースノードの一例を示す図である。
【図４】図１のシステムで使用できるトラフィック管理リソースの利用可能性をノードに通知する方法の一例を示す図である。
【符号の説明】
【００４３】
２０ａ  ソースノード
２０ｂ  デスティネーションノード
２０ｃ−２０ｆ  中間ノード
２６  ＴＭＲ
２８  ＴＥデータベース
３６  トンネル
４０  制御プレーン
４４  転送プレーン
４８  ポート
５０  利用可能ＴＭＲプール
５８  予約マネージャ
６０  ＴＭＲマネージャ
８０  パスジェネレータ
８４  トンネル構成パラメータ
【図１】
2009089394.tif 000003
【図２】
2009089394.tif 000004
【図３】
2009089394.tif 000005
【図４】
2009089394.tif 000006