遠隔のネットワークノード間で、光バイパスを動的に作成することにより、パケットデータトラフィックの最適な伝送を行うようにネットワークを構成する方法であって、第1のパケットノードR4で、遠隔の第2のパケットノードR1に転送すべきトラフィック量が、事前定義のバイパス閾値を超えるかどうかを判定するステップと、前記トラフィック量が、前記バイパス閾値を超える場合、バイパス要求を、前記第1のパケットノードR4から中間の第3のパケットノードR3、R2を介して、前記遠隔の第2のパケットノードR1に向けて送信するステップと、前記中間の第3のパケットノードR3、R2で、前記要求を処理し、かつ前記中間の第3のパケットノードR3、R2が、干渉する第2のバイパス要求を有するかどうかを判定し、有する場合、2つの要求のどちらがより高い重みを有するかを判定するステップと、前記バイパス要求を、または干渉する第2のバイパス要求がある場合は、より高い重みを有する方の要求を前記遠隔の第2のパケットノードR1に転送するステップと、前記第2のパケットノードR1で、前記バイパス要求をサービスできるかどうかを判定し、サービスできる場合は、前記バイパス要求に従って、サービスレイヤネットワークSLでバイパス接続BYを確立するようにトリガするステップとを含む、方法。前記バイパス要求が、前記遠隔の第2のパケットノードR1によりサービスできない場合、または中間の第3のパケットノードR3、R2が、干渉するより高い重みの付いた要求を有する場合、否定応答を前記第1のパケットノードR4に送り返し、かつ前記第1のパケットノードで、同じ第2のパケットノードに向けた新しいバイパス要求を送ることができるまで、所定期間にわたり待機するステップをさらに含む、請求項1に記載の方法。前記重みが、中間のパケットノードR2、R3で節約することになる、前記サービスレイヤSLで要求されたバイパスBYを処理するヘッダの量を決定する、請求項1に記載の方法。前記重みが、前記遠隔の第2のパケットノードR1に転送すべきトラフィック量、およびホップの数に応じる、請求項3に記載の方法。前記重みが、前記遠隔の第2のパケットノードR1に転送すべきトラフィック量、および前記第2のパケットノードR1に関するルーティングメトリックに応じる、請求項3に記載の方法。前記ステップが、前記ネットワーク中で、すべてのバイパス要求がサービスされるまで、またはさらなるバイパス要求をサービスできなくなるまで繰り返される、請求項1に記載の方法。前記バイパス接続BYが確立された後、前記バイパス接続BYにより相互接続された2つのパケットノードR4、R1の間のトラフィック量が、解放閾値未満に下がった場合、第1のパケットノードR4が、前記バイパス接続BYを除く前記第2のパケットノードR1への代替経路を決定し、代替経路が見出された場合、前記代替経路を介して分解要求を送る、請求項1に記載の方法。前記代替経路に沿った中間の第3または第4のパケットノードR3、R2が、干渉する第2の分解要求を有するかどうか、有する場合、分解すべきであると要求されたバイパスBYからのトラフィックを含むとすれば分解要求がなお前記解放閾値未満であるかどうか判定し、含まれない場合、所定期間にわたりその分解要求を取り消す、請求項7に記載の方法。バイパス要求が、同じドメインまたは他の自律ドメイン領域0の他の領域の境界ルータRAに送られた場合、前記境界ルータRAが、隣接するネットワークドメイン領域1の中へと要求されたバイパスが拡張できるかどうかを判定し、かつこのように拡張されたドメイン横断バイパスが、元々要求されたバイパスよりも高い重みを有するかどうかを判定し、そうである場合、前記拡張された領域横断バイパスを求める変更されたバイパス要求を、前記隣接する領域またはネットワークドメイン領域1中の予測される宛先ルータRYに転送する、請求項1に記載の方法。転送すべきデータパケットを処理し、かつ各データパケットに含まれたアドレス情報およびローカルに記憶されたルーティング情報に基づいて、各データパケットをどの次のホップに転送すべきかを決定するための処理装置NPと、サービスレイヤネットワークのネットワークノードに接続するための少なくとも1つの伝送インターフェースTIとを備えるパケットノードRであって、前記処理装置NPが、遠隔の第2のパケットノードに転送すべきトラフィック量が、事前定義のバイパス閾値を超えるかどうかを判定し、超える場合、バイパス要求を前記遠隔の第2のパケットノードに向けて送るように動作可能であり、前記バイパス要求が、前記サービスレイヤネットワークで確立されたとき、中間パケットノードで節約されることになる、要求されたバイパスを処理するヘッダ量を示す重みを含む、パケットノードR。前記バイパス要求に対する肯定応答を受信すると、前記バイパス要求に従って、前記バイパス接続をセットアップすることを要求するメッセージを前記サービスレイヤネットワークに送るための通信インターフェースSNMPをさらに備える、請求項10に記載のパケットノードR。前記処理装置NPが、上流のパケットノードからの第1のバイパス要求を処理し、ローカルの干渉する第2のバイパス要求を前記処理装置NPが有するかどうかを判定し、有する場合、2つの要求のどちらがより高い重みを有するかを判定し、かつ前記受信した第1のバイパス要求を、またはローカルの干渉する第2のバイパス要求がある場合は、より高い重みを有する方の要求を、前記バイパスが要求される経路に沿った方向の次のホップに転送するように動作可能である、請求項10に記載のパケットノードR。受信したバイパス要求が前記処理装置NPに向かうものである場合、前記処理装置NPが、前記受信したバイパス要求をサービスできるかどうかを判定し、サービスできる場合、前記受信した要求の発信元パケットノードに肯定応答を送り返し、かつ前記バイパス要求に従って、サービスレイヤネットワーク中で前記バイパス接続を確立すべくトリガするように動作可能である、請求項10に記載のパケットノードR。したがって、本発明の目的は、パケットデータトラフィックの最適な伝送を行うようにネットワークを構成するための改良された方法および関連するネットワークノードを提供することである。これらの、および以下で示される他の目的は、第1のパケットノードが、遠隔の第2のパケットノードに転送すべきトラフィック量が事前定義のバイパス閾値を超えるかどうかを判定することで達成される。超える場合、第1のネットワークノードは、遠隔の第2のパケットノードに向けてバイパス要求を送る。中間の第3のパケットノードは要求を処理し、かつ干渉する第2のバイパス要求をローカルに有するかどうかを判定し、有する場合、2つの要求のどちらがより高い重みを有するかを判定する。バイパス要求を、または干渉する第2のバイパス要求がある場合は、より高い重みを有する方の要求が、次いで、遠隔の第2のパケットノードに転送される。それを受信すると、第2のパケットノードは、受信したバイパス要求をサービスできるかどうかを判定する。サービスできる場合、バイパスは、バイパス要求に従ってバイパス接続を確立するためのトリガをサービスレイヤネットワークに送ることにより実行されることになる。その方法は、任意のパケットノードまたはルータで実施することができる。パケットノードは、データパケットを処理し、かつ各データパケットに含まれたアドレス情報、およびローカルに記憶されたルーティング情報に基づいてルーティング判断を行うようにプログラムできるネットワークプロセッサなどの処理装置を有する。このようなパケットノードは、サービスレイヤネットワークの光ネットワークノードに接続するための1つまたは複数の伝送インターフェースを有する。処理装置は、遠隔の第2のパケットノードに転送すべきトラフィック量が、事前定義のバイパス閾値を超えるかどうかを判定し、かつ超える場合、バイパス要求を前記遠隔の第2のパケットノードに向けて送るようにプログラムされる。中間のパケットノードとして働くために、ネットワークプロセッサは、上流のパケットノードからの第1のバイパス要求を処理し、それがローカルの干渉する第2のバイパス要求を有するかどうかを判定し、有する場合には、2つの要求のどちらがより高い重みを有するかを判定し、前記受信した第1のバイパス要求を、またはローカルの干渉する第2のバイパス要求がある場合は、より高い重みを有する方の要求を、前記バイパスが要求された経路に沿った方向にある次のホップへと転送するようにさらにプログラムすることができる。パケットレイヤおよび光伝送レイヤを備えるマルチレイヤネットワークは、特定のトラフィック状況に対して、パケットレイヤ経路と光レイヤ経路の最適な組合せを自己編成することができる。それは、あらゆる長期間のトラフィックの変化に応じて、最適化されたマルチレイヤトポロジへと変化する。中間のパケットノードにおけるパケットヘッダの処理を回避することは、遅延を低減し、輻輳を回避し、かつ使用感の品質を向上させる。前述の方法は、増加するネットワークサイズに応じて自動的に拡張され、中央の意志決定装置を必要としない。それはまた、前述のプロトコルをまだサポートしていない中間ルータにわたって動作することになり、したがって、ステップバイステップの移行が可能になる。本発明の好ましい実施形態が、次に添付図面を参照して説明される。図1で基準シナリオが示されている。ネットワークは、サービスレイヤSLがクライアントレイヤCLのネットワーク要素を相互接続しているレイヤ化構造を有する。サービスレイヤSLは、デジタルクロスコネクトXC1-XC4などのいくつかのネットワークノードを有する光伝送ネットワークである。サービスレイヤは、以下でルータR1-R4と呼ばれるいくつかのパケットノードを有するパケット交換ネットワークである。ルータR1は、ネットワークノードXC1の従属もしくはクライアントポートに接続され、ルータR2はネットワークノードXC2のクライアントポートに、ルータR3はネットワークノードXC3のクライアントポートに、かつルータR4はネットワークノードXC4のクライアントポートに接続される。例えば、SDHITU-TG.707またはOTNITU-TG.709に関する規格に従って動作できる光伝送ネットワークでは、ネットワークノードXC1は、ネットワークノードXC2およびXC3を経由し、デイジーチェーンの1つまたは複数の光ファイバリンクを介して、ネットワークノードXC4に物理的に接続される。ルータR1がルータR4行きのデータパケットを有する場合、パケットは、ルータR1から、ネットワークノードXC1とXC2の間の物理的な相互接続を介してルータR2に送られる。ルータR2は、パケットヘッダを調べて、そのパケットをネットワークノードXC2およびXC3を介してルータR3に転送する。ルータR3は、再度、パケットヘッダを調べて、そのデータパケットをネットワークノードXC3およびXC4を介して宛先ルータR4に転送する。論理的には、データパケットは経路Pに従う。物理的には、データパケットは、ネットワークノードXC1、XC2、XC3、およびXC4の間の光リンクを介して移送されるが、それぞれがローカルに接続された中間ルータR2およびR3で抽出され、かつそのヘッダが処理される必要がある図1の太い線を参照のこと。サービスレイヤSLの光伝送ネットワークは、ネットワーク管理システムSL-NMSにより構成することができる。具体的には、ネットワークノードXC1-XC4は、任意の入力ポートと出力ポートの間の接続を半恒久的に切り換えるように構成することができる。クロスコネクトと呼ばれるこのような恒久的な接続は、様々な粒度を有することができる。例えば、SDHネットワークでは、クロスコネクトは、2Mb/sVC-12から140Mb/sVC-4の粒度を有することができ、さらに最高で、連結されたVC-4sVC-4-Ncの整数倍Nの粒度を有することができる。OTNネットワークでは、粒度はOTU0、その整数倍ODUflex、またはより高いODUnn=1、2、3の粒度とすることができる。WDMネットワークでは、粒度はまた、波長チャネル全体とすることができる。したがって、ルータR1が、ルータR4行きの一定量のデータパケットを有する場合、またこのトラフィック量が長期間にわたり持続される場合、ネットワークノードXC1とXC4の間に、半恒久的な光バイパス接続BYを確立することがより効率的になる可能性があり、その場合、ルータR1は、中間のルータR2、R3でヘッダ処理を行うことなく、そのデータパケットをルータR4に直接送ることができる。このような光バイパスが経済的であるかどうかを動的に評価し、かつパケットネットワークレイヤのルータ間でこのような光バイパス接続をネゴシエートするために、ルータR1とR4の間のシグナリングSIGが以下で述べられる。以下では、他のルータからの干渉するバイパス要求による競合を解決するための実時間のアービトレーション機構を提供する諸実施形態が述べられる。それは、一方で、どのようにしてルータが望ましいバイパスを識別するかについて、また他方では、バイパス接続を調停し、確立し、かつ再度開放するためのシグナリングプロトコルについて述べるものとする。図2は、図1のクライアントレイヤCLのものなど、パケットネットワークにおけるルータR1-R8間のトラフィックフローを示している。ルータR1-R4は、図1のものと同様である。さらに、ルータR5およびR6がルータR4に接続され、ルータR7がルータR3に接続され、さらにルータR8がルータR2に接続される。太い線で示されているすべてのこれらの接続は、サービスレイヤSLのその基礎となる光リンクを使用する。さらに、破線で示されている様々なルータ間のトラフィックストリームが、例として示されている。明確化のために、図2の右から左方向への一方向の場合を考えるものとする。この例は、容易に双方向の場合に拡張できることが当業者であれば理解されよう。トラフィックストリームは、注目している時間尺度にわたって実質的に一定であることがさらに仮定される。以下のトラフィックストリームT1-T5が図2で示されている:-2Gb/sの仮定された量を有するルータR3からルータR1へのトラフィックストリームT1、-6Gb/sの仮定された量を有するルータR6からルータR8へのトラフィックストリームT2、-5Gb/sの仮定された量を有するルータR4からルータR1へのトラフィックストリームT3、-4Gb/sの仮定された量を有するルータR7からルータR1へのトラフィックストリームT4、-5Gb/sの仮定された量を有するルータR5からルータR1へのトラフィックストリームT5。これらのトラフィックストリームは合計されて、ルータR1-R8間で、以下のような合計トラフィック量になる:-ルータR1とR2の間で16Gb/s、-ルータR2とR3の間で22Gb/s、-ルータR3とR4の間で16Gb/s、-ルータR4とR5の間で5Gb/s、-ルータR4とR6の間、およびR2とR8の間で6Gb/s、-ルータR3とR7の間で4Gb/s。以下の実施形態では、この状況で、サービスレイヤにおいて光バイパスを実施することにより、どのようにネットワーク性能が改善されうるかが示される。最初に、ルータがバイパス要求に対して判断を行うために記憶しているルーティング情報が、図3を参照して説明される。図3は、バイパスをトリガするための情報が、どのようにしてIPルータにより収集されるかを示している。IPルータは、受信したデータパケットのIPアドレスに基づいてパケット転送を決定するためのルーティングテーブルを保持している。ルーティングテーブルは、宛先ネットワークアドレス、宛先アドレスをフィルタするために使用されるネットマスクまたはサブネットマスク、次のホップアドレス、すなわち、その最終的な宛先への途中でパケットが送られる次ステーションのアドレス、ルータが1つよりも多くのインターフェースを有する場合にはインターフェースアドレス、およびメトリック、すなわち、パケットがそれを介して送られる経路のコストを含む。このルーティングテーブルは、接頭部ごとにバイトカウンタを含む拡張EXTにより拡張される。カウンタは、すべての転送パケットで更新される。いくつかの接頭部は、同じ遠隔ルータによりアドバタイズされるので、接頭部と、アドバタイズルータとの間でマッピングは維持される。この例では、ルータ149.204.60.67が、ルータ149.204.185.0および84.53.168.0をアドバタイズしている。規則的な間隔で、各アドバタイズルータに対する合計のトラフィックレート例えば、間隔ごとのバイト数などが計算され、例えば、1Gb/sなどのバイパス閾値と比較される。一定数の間隔中に、閾値を超える場合、バイパスシグナリングが開始されることになる。連続する間隔の数を追跡するために、閾値を超えた連続する間隔の数を追跡するように、各アドバタイズルータに対して最後のレート値LRVが記憶される。間隔の数は、各アドバタイズルータに割り振られた他のカウンタに記憶される。バイパスを確立すべきである場合、開始ルータは、バイパスにより節約されるIP処理の量により決定される重みすなわち、優先順位をバイパス要求に対して割り当て、かつその要求を、宛先ルータに向けて下流にホップバイホップで送る。節約されるIP処理量は、バイパスをトリガしたトラフィックレート、および2つのルータ間の中間ホップの数の関数として測定される。この関数の簡単な実施形態は、例えば、トラフィックレートをホップ数で乗算することである。他のルータへのホップ数は、開始ルータのリンク状態データベースから導くことができる。代替的に、2つのルータ間のメトリック差が、中間のホップ数に対する近似値として使用されうる。バイパス要求は、遠隔ノードに向けて下流にIPレイヤ上で送られ、プロトコルをサポートしているすべての中間ルータにより読み取られかつ評価される。干渉するバイパス要求を有する中間ルータは、重みを使用して、どのバイパスがより高い優先順位を有するかを判断する。干渉するバイパスとは、その経路の一部が共通であるバイパスのことである。より高い重みを有する競合バイパスが転送されるが、低い、もしくは等しく重み付けられた要求を有するものは破棄され、否定応答NAKが、発信元ルータに送り返される。次に、図2で示されたシナリオに戻ると、それは競合バイパスの例を示している。各ホップに対するルーティングメトリックは1に等しいと仮定する。バイパス閾値は、5Gbpsに設定される。ルータR6が、バイパス要求をR8に向けて送る。要求は、優先順位18、すなわち、6Gb/s×3中間ホップを有する。ルータR4で、R6からのバイパス要求は競合を生ずるが、それは、R4が、R6とR8の間の経路の一部を共用する、ルータR2およびR1に向けた経路を求めるそれ自体の要求を有するからである。R4は、R2およびR1へのとりうるバイパスを識別している。バイパスR4-R1は、20の重み10Gb/s×2ホップを有する。バイパスR4-R2は、16の重み16Gb/s×1ホップを有するに過ぎない。したがって、要求R4-R1は、R2への要求を凌駕する。それはまた、R6からの要求を凌駕する。したがって、R4は、バイパス要求R6-R8を破棄し、R1に向けた要求R4-R1を送り出し、かつR6にNAKを送り返して、そのバイパス要求は、より高い優先順位のものにより凌駕されたことをR6に通知する。R6は、次いで、下流のノードにより確立されたいずれかのバイパスが、リンク状態アドバタイズによりネットワーク中に広まっていること、および同じ宛先に新しい要求を送ることができる前に、R6のルーティングテーブルが新しい状況を反映していることを確認するために、ある待機時間の間、待つ必要がある。R4からの要求がR3に達したとき、R3は、重み16を有するR1への要求を有するので、別の競合が生ずる。R4-R1は、R3-R1よりも高い重みを有しており、したがって、R3は、要求R4-R1を転送し、かつそれ自体の要求R3-R1を取り消す。最後に、R4-R1が、その宛先に達する唯一のバイパス要求となる。開始ルータが待つ必要のある連続する間隔の数は、短い期間のトラフィック変動によりバイパスがトリガされないことを保証しているが、間隔の長さはネットワークにおける典型的なバースト長よりも長くなるようにし、かつ間隔の数は安全マージンを提供している。中間ルータにより適用される転送ルールは、図4で与えられる。ルータAは、アイドル状態S1で開始する。次いで、それは、ルータBからバイパス要求を受信する。ステップS2で、ルータAは、送信する必要のあるそれ自体のバイパス要求をローカルに有しているかどうかを調べる。有していない場合、ルータAは、ステップS3に進み、バイパス要求がそれに向けて発行された経路に沿った次のホップに要求を転送する。ループ中に競合するバイパス要求がある場合、ステップS4で、受信したバイパス要求およびローカルのバイパス要求が、同じ宛先を共有しているかどうかを調べる必要がある。この場合、受信した要求のトラフィックは、完全にローカルのバイパス要求に含まれており、重みがつながりを変える。したがって、この場合、S5で、ルータAは、受信した要求の重みが、それ自体の要求の重みよりも高いかどうかを調べる。高い場合、ステップS3に進み、受信した要求を転送し、かつローカルな要求を取り消す。高くない場合、ルータAは、ステップS6でローカルな要求を転送し、かつルータBにNAKメッセージを送り返す。ルータAはまた、それ自体のアクティブなバイパス状態を記憶する。ステップS4で、要求が同じ宛先を共用していない場合、ルータAは、要求が、関連のないものであるか、それとも経路の少なくとも一部を共用するものであるかを判定する必要がある。したがって、ステップS7で、要求は共に、同じ次のホップを共用するかどうかを判定する。共用しない場合、要求は関連性がなく、ステップS8で共に転送され、ルータAは、そのアクティブなバイパス状態を記憶する。ステップS7で、要求が同じ次のホップを共用する場合、ステップS9で、次のホップが、すでに、受信した要求の最終的な宛先であるかどうかを調べることになる。そうである場合、明らかに、隣接するノードへのバイパスを確立することはできないので、要求には関連性がない。この場合には、ルータAは、ステップS8に進み、両方の要求を転送する。そうではない場合、ルータAは、ステップS5に進み、干渉する要求のどちらがより高い重みを有するかを判定する。宛先ルータがバイパス要求を受信したとき、宛先ルータは、光レイヤに対するそれ自体のポートに、要求されたレートを満たすのに十分な容量を有するかどうかを調べる。有しない場合、発信元ルータにNAKを送る。そうではない場合、宛先ルータは、容量を予約して、肯定応答ACKを発信元ルータに送り返す。肯定応答は、バイパスのために予約した光装置の装置IDおよびポートIDを含む。発信元ルータがACKメッセージを受信したとき、発信元ルータは、発信元ルータの光装置および光ポートIDと、宛先ルータの光装置および光ポートIDとを含むバイパス要求を光レイヤ管理システムに発行する。バイパスは、好ましくは帯域幅予約を含むべきであり、光レイヤ管理システムとIPルータネットワーク図示せずとの間の管理接続を用いて、SNMPにより要求することもできる。光管理システムが、発信元ルータにbypassreadyバイパス可能を送った後、バイパスは、bypassバイパスとマーク付けされた着信ルータのLSAでアドバタイズされ、さらに他のルータ、特にバイパス要求をトリガした、トラフィックに寄与する上流のルータは、そのメトリックを更新し、したがって、この方向に後で送るいずれのバイパス要求の重みも更新する。それ自体のバイパス要求に対してNAKを受信したルータは、領域全体を通して最近確立されたバイパスのフラッディングを許可するために新しい要求をこの方向に送り出す前に、設定可能な時間だけ待つ必要がある。しかし、ルータは、異なる経路に沿って他の宛先にバイパス要求を送ることができる。どのルータも、閾値を超える遠隔ルータに対するトラフィックをこれ以上有していない場合、あるいは少なくとも、さらなるバイパス要求をこれ以上サービスできない場合、安定状態に達する。バイパスは、少なくとも1つのルータを回って行く必要があるため、遠隔ルータとは、1つのホップよりもさらに離れたルータであると見なされる。光バイパスの確立には、ルータが、その基礎となるレイヤ上の装置と、ルータがそれを介して装置と接続されるインターフェースとに関する何らかの情報を有することが必要である。クライアントレイヤとサービスレイヤの間の通信は、GMPLSプロトコルスイーツなどの自動情報交換プロトコルを介して確立することができる。代替的には、サービスレイヤとサービスレイヤのネットワーク管理システムとの間で通信を確立することができる。ルータインターフェースは、その基礎となる光装置の装置IDおよびインターフェースIDを用いて構成され、したがって、SNMPなどの管理接続により、どの光ポート間でバイパス接続が要求されているかを光管理システムに伝えることができる。サービスレイヤでバイパス接続をどのように確立すべきかに関するプロトコルおよび手順は、光ネットワークで接続を確立する方法それ自体当技術分野でよく知られているため、本実施形態の範囲外である。具体的には、接続は、よく知られたGMPLSシグナリングを用いて、自動切替え光ネットワークASONにおける分散制御プレーンを介してセットアップすることができるが、あるいは図1で示すもののように、中央ネットワーク管理システムにより管理インターフェースを用いて確立することができる。バイパスを要求できる方法と同様に、確立されたバイパスは、バイパスにより相互接続された2つのルータ間のトラフィックストリームが解放閾値未満に下がった場合、解放され再度分解することができる。バイパス分解要求は、バイパス確立を開始したノードと同じノードにより開始される。トラフィックレートが、いくつかの連続する間隔の間、解放閾値未満であった場合、ルータは、バイパスリンクを除外することにより、バイパス宛先への代替経路を計算する。代替経路を見出した場合、ルータは、分解をトリガする現在のトラフィックレートを含む分解要求を代替のリンクを介して送る。開始ルータそれ自体を含む経路中のすべてのルータは、分解される上流バイパスからのさらなるトラフィックを含んでいる場合、代替経路中にそれ自体が有する潜在的な分解要求が、なお分解要求未満であることを検証するが、含んでいない場合、それ自体の分解要求をしばらくの間取り消す。調整された分解を確実に行うために、様々な戦略が可能である。1つの可能性は、最も低い重みを有するバイパスが最初に分解されるように、バイパス確立のための機構を、分解に対して逆に使用することである。他の可能性は、可能な限り多くのバイパス資源を解放するために、分解閾値未満で最も高い重みを有するバイパスをまず分解することもできる。分解要求が最終宛先で受信され、肯定応答が行われたとき、トリガメッセージがサービスレイヤに、またはそのネットワーク管理システムに送られて、分解するように要求されたバイパス接続が解放される。さらに、並列のバイパス、または分解およびその後に同じ宛先へのより小さいバイパスを再確立することを回避するために、サービスレイヤインターフェースを介してシグナリングすることにより、容量を追加または除去して、既存のバイパスを拡張または縮小することも可能である。ルータは、その領域に関する完全なトポロジ情報を有するに過ぎず、また最大でその領域の境界までのアドバタイズルータを識別できるに過ぎないので、上記で述べた機構により確立されたバイパスは、各領域またはドメインの直径に限定される。この限界を克服するために、領域境界ルータ、または自律システムAS境界ルータが、メディエータとして働くことができる。バイパス開始ルータが、その各トラフィックレートと共に、寄与するcontributing接頭部のリストを含む場合、領域境界ルータは、隣接する領域における経路の一部の重みを計算し、かつトラフィックの一部だけを含む長い方の領域横断バイパスが、元々要求されたバイパスよりも高い重みを有するかどうかを見出すことができる。図5は、本技法が、どのようにしてサービスプロバイダネットワークアーキテクチャに適用できるかを示している。ルータAは、例えば、4Gb/sを求めるルータRDからのバイパス要求を受信する。RDは、例えば、このトラフィックの2.5Gb/sが、RYに対するものであり、1.5b/sが他のルータに対するものであることを知っている。ルータAは、2.5Gb/sを含むバイパスRD-RY重み=2.5×4=10が、バイパスバイパスRD-RA重み4×2=8よりも高い重みを有することを計算し、それに従って、バイパス要求を新しい宛先アドレスRYに変更し、かつそれをRYに転送する。同時に、ルータAは、変更情報をRDに送る。バイパスRD-RY太い破線が確立された後、RDは、次いで、残りの1.5Gb/sトラフィックレートを求める新しい要求RD-RAを開始することができる細い破線。同様に、管理権限者により許容される場合、バイパスは、自律システムを横断して確立することもできる。上記の実施形態は、任意のパケットノードまたはルータで実施することができる。図6で、ブロック図が示される。パケットノードRは、各データパケットに含まれるアドレス情報、およびローカルに記憶されたルーティング情報に基づいて、データパケットを処理し、かつルーティング判断を行うようにプログラムされうるネットワークプロセッサNPなどの処理装置を有する。パケットノードはまた、通常、いくつかのインターフェースを有しており、インターフェースは、10/100Mb、1GE、または10GEイーサネット登録商標インターフェースなどのローカルなパケットインターフェースLOCを含むことができる。さらに、パケットノードは、サービスレイヤネットワークの光ネットワークノードに接続するための1つまたは複数の伝送インターフェースTIを有することになる。上記の実施形態を実装するために、ネットワークプロセッサNPまたは同様のものは、遠隔の第2のパケットノードに転送すべきトラフィック量が、事前定義のバイパス閾値を超えるかどうかを判定し、超える場合、バイパス要求を前記遠隔の第2のパケットノードに向けて送るようにプログラムされうる。中間パケットノードとして働くために、ネットワークプロセッサNPは、上流のパケットノードからの第1のバイパス要求を処理し、ローカルの干渉する第2のバイパス要求を有するかどうかを判定し、有する場合、2つの要求のどちらがより高い重みを有するかを判定し、かつ前記受信した第1のバイパス要求を、またはローカルの干渉する第2のバイパス要求がある場合には、より高い重みを有する方の要求を、前記バイパスが要求される経路に沿った方向の次のホップに転送するようにさらにプログラムされうる。パケットノードは、バイパス接続をセットアップすることを要求するメッセージをサービスレイヤネットワークに送るための通信インターフェースSNMPをさらに有することになる。通信インターフェースはまた、伝送インターフェースTIの一部としても実施できることは明らかである。当業者であれば、様々な上記で述べた方法の諸ステップは、プログラムされたコンピュータにより実施できることが容易に理解されよう。本明細書では、いくつかの実施形態がまた、マシンもしくはコンピュータ可読であり、かつマシンで実行可能またはコンピュータで実行可能な命令のプログラムを符号化する、例えば、デジタルデータ記憶媒体などのプログラム記憶装置を含むことが意図されており、前記命令は、上記で述べた方法のいくつか、またはすべてのステップを実施する。プログラム記憶装置は、例えば、デジタルメモリ、磁気ディスクおよび磁気テープなどの磁気記憶媒体、ハードドライブ、または光学的に可読なデジタルデータ記憶媒体とすることができる。諸実施形態はまた、上記で述べた方法の前記ステップを実施するようにプログラムされたコンピュータを含むことが意図される。諸図で示された様々な要素の機能は、専用のハードウェア、ならびに適切なソフトウェアを伴いソフトウェアを実行できるハードウェアを使用することにより提供することができる。プロセッサにより提供される場合、機能は、単一の専用プロセッサにより、単一の共用プロセッサにより、またはそのいくつかが共用されうる複数の個々のプロセッサにより提供することができる。さらに、用語プロセッサまたは制御器の明示的な使用は、ソフトウェアを実行できるハードウェアだけを指すものと解釈されるべきではなく、デジタル信号プロセッサDSPハードウェア、ネットワークプロセッサ、特定用途向けICASIC、書替え可能ゲートアレイFPGA、ソフトウェアを記憶するための読出し専用メモリROM、ランダムアクセスメモリRAM、および不揮発性ストレージを限定することなく暗黙的に含むことができる。従来のおよび/またはカスタムの他のハードウェアも含めることができる。同様に、図で示されたいずれのスイッチも、概念的なものに過ぎない。その機能は、プログラム論理のオペレーションにより、専用の論理により、プログラム制御と専用の論理の対話により、またはさらに手動により実施することができるが、コンテキストからより具体的に理解されるように、個々の技法は実施者により選択可能である。記述および図面は、単に本発明の原理を示しているに過ぎない。したがって、当業者であれば、本明細書では明示的に説明されまたは示されていないが、本発明の原理を実施し、本発明の趣旨および範囲に含まれる様々な構成を考案できることが理解されよう。さらに本明細書に記載されたすべての例は、主として、本発明の原理と、本発明者らにより当技術を促進することに寄与する概念とを読者が理解するのを支援する教示目的に過ぎないことが明示的に意図されており、このような具体的に述べた実施例および条件に対する限定を含むものではないと解釈すべきである。さらに、本発明の原理、態様、および実施形態を記載する本明細書におけるすべての記述、ならびにその特有の例は、その均等物を包含することが意図される。