(57)【要約】【課題】パケットネットワーク内のトラフィックを管理する方法を提供すること。【解決手段】パケットネットワークの入口ルータと出口ルータの間のトラフィックを管理する方法であって、トラフィックが異なるサービスクラスに属するキューの入口ルータ内でスケジュールされ、トラフィック部分が入口ルータと出口ルータの間の専用のトンネルをたどる方法は、専用のトンネルに向かうトラフィック部分を別個に一時的に記憶すべく、専用のトンネルを通って流れようとするトラフィック部分に専用のトンネルキューを準備するステップと、トラフィックトンネルに入る前に専用トンネルに向かうトラフィック部分をシェーピングする更なるステップとを含む。別の実施形態は、異なるサービスクラスに属する１組のキューを、１以上の専用トラフィックトンネルに対して準備すること、ならびに関連シェーパを準備することを含む。【選択図】      図１
2004282697.tif 000002
【特許請求の範囲】
【請求項１】
異なるサービスクラスに属するキューにトラフィックが入口ルータ内でスケジュールされ、入口ルータと出口ルータの間の専用トンネルをたどるトラフィック部分を決定するステップを含む、パケットネットワークの入口ルータと出口ルータの間のトラフィックをエンジニアリングする方法であって、
前記専用トンネルに向かう前記トラフィック部分を別々にかつ一時的に記憶するために、前記専用トンネルを通って流れようとする前記トラフィック部分に対し専用のトンネルキューを準備するステップを含み、
トラフィックトンネルに入る前に前記専用トンネルに向かう前記トラフィック部分をシェーピングするステップを更に含むことを特徴とする方法。
【請求項２】
前記専用トラフィックトンネルに関連づけられた１組のトンネルキューを準備するステップを含み、前記１組のトンネルキューのそれぞれが異なるサービスクラスに属することを特徴とする請求項１に記載の方法。
【請求項３】
前記１組のトンネルキューのそれぞれに対し、前記１組のトンネルキューのうち前記それぞれのキューからのトラフィックをシェーピングするための別々のシェーパが設けられることを特徴とする請求項２に記載の方法。
【請求項４】
前記１組のトンネルキューが、前記入口ルータの同じ出口インタフェースに属する複数の専用トラフィックトンネルに関連づけられることを特徴とする請求項２または３に記載の方法。
【請求項５】
前記専用トンネルを通るトラフィックを監視するステップと、前記監視の結果を前記専用トンネルに対する予約された帯域幅と比較するステップと、前記比較の結果に応じて、ネットワーク管理者にメッセージを送ることにより、前記ネットワーク管理者に情報を知らせるステップとを含むことを特徴とする請求項１から３のいずれか一項に記載の方法。
【請求項６】
前記出口インタフェースにある前記複数の専用トンネルを通るトラフィックを監視するステップと、前記監視の結果を前記複数の専用トンネルに対する予約された帯域幅と比較するステップと、前記比較の結果に応じて、ネットワーク管理者にメッセージを送ることにより、前記ネットワーク管理者に情報を知らせるステップとを含むことを特徴とする請求項４に記載の方法。
【請求項７】
前記専用トンネル、または前記複数の専用トンネルを通るトラフィックが、所定の値より大きいことを示すメッセージを受信すると、前記ネットワーク管理者が前記予約された帯域幅を増大させるが、前記専用トンネル、または前記複数の専用トンネルについて、前記入口ルータと前記出口ルータの間の新しい１つまたは複数の経路が計算されることを特徴とする請求項５または６に記載の方法。
【請求項８】
前記トンネルキューまたは前記１組のトンネルキューを前記準備するステップが、前記ネットワーク管理者による、前記方法を使用可能にするメッセージの送信に依存することを特徴とする請求項１から７のいずれか一項に記載の方法。
【請求項９】
パケットネットワーク内で、出口ルータに至る少なくとも１つの専用トンネル（ＬＳＰ１、ＬＳＰ２）を通って前記パケットネットワークの前記出口ルータにパケットを経路指定するように構成され、異なるサービスクラスに属する少なくとも複数のキュー（ＡＦ１、．．．、Ａｆｎ、ＥＦ、ＢＥ、ＣＴ）を含み、着信パケットを、それらパケットのサービスクラスに基づいて、またそれらパケットの宛先に基づいて、これらのキューの１つに一時的に記憶するように構成された、パケットネットワークの入口ルータ（Ｉ）であって、
前記少なくとも１つの専用トンネル（ＬＳＰ１、ＬＳＰ２）に専用であり且つ関連づけられる、少なくとも１つのトンネルキュー（ＱＬＳＰ１、ＱＬＳＰ２）を更に含み、
前記入口ルータ内の前記少なくとも１つのトンネルキュー（ＱＬＳＰ１、ＱＬＳＰ２）に前記着信パケットの一部を一時的に記憶するように更に構成され、
前記少なくとも１つの専用トンネル（ＬＳＰ１、ＬＳＰ２）に関連づけられ、前記少なくとも１つの専用トンネル（ＬＳＰ１、ＬＳＰ２）のトラフィックをシェーピングするように構成されている少なくとも１つのトンネルシェーパ（ＳＬＳＰ１、ＳＬＳＰ２）を更に含むことを特徴とする入口ルータ（Ｉ）。
【請求項１０】
異なるサービスクラスに属し、前記少なくとも１つの専用トンネルに関連づけられる少なくとも１組のトンネルキューを更に含むことを特徴とする請求項９に記載の入口ルータ（Ｉ）。
【請求項１１】
前記少なくとも１つの専用トンネルに関連づけられる少なくとも１組のトンネルシェーパを更に含むことを特徴とする請求項１０に記載の入口ルータ（Ｉ）。
【請求項１２】
異なるサービスクラスに属する前記少なくとも１組のトンネルキューが、前記入口ルータの同じ出口インタフェースに属する複数の専用トンネルに関連づけられることを特徴とする請求項１０または１１に記載の入口ルータ（Ｉ）。
【請求項１３】
前記少なくとも１つの専用トンネルまたは前記複数の専用トンネルのトラフィックを監視し、前記トラフィックを、前記少なくとも１つの専用トンネルまたは前記複数の専用トンネルに対して予約された帯域幅に関係づけられる所定の閾値と比較し、前記比較の結果に応じて、ネットワーク管理者に向けてメッセージを生成するように構成された監視装置（Ｍ１）を含むことを特徴とする請求項９から１２のいずれか一項に記載の入口ルータ（Ｉ）。
【請求項１４】
前記少なくとも１つのトンネルキューまたは前記１組のトンネルキューを使用可能にすることに関係する所定のメッセージを前記ネットワーク管理者から受け取り、そのメッセージから前記少なくとも１つの専用トンネルを対象とするパケットを受け取るために前記少なくとも１つのトンネルキューを使用可能にするか否かを決定するように構成されていることを特徴とする請求項９から１３のいずれか一項に記載の入口ルータ（Ｉ）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、請求項１の非特徴部分に記載のトラフィックエンジニアリングの方法に関し、また請求項９のプレアンブルに記載の入口ルータに関する。
【背景技術】
【０００２】
当技術分野において、かかる方法は、例えばＩＥＴＦワーキンググループの、インターネットのウェブページｈｔｔｐ：／／ＩＥＴＦ．ｏｒｇ／ｒｆｃ．ｈｔｍｌ上に公開され、「Ｍｕｌｔｉ−Ｐｒｏｔｏｃｏｌ  Ｌａｂｅｌ  Ｓｗｉｔｃｈｉｎｇ（ＭＰＬＳ）Ｓｕｐｐｏｒｔ  ｏｆ  Ｄｉｆｆｅｒｅｎｔｉａｔｅｄ  Ｓｅｒｖｉｃｅｓ」という表題のＲＦＣ３２７０によってすでに知られている。
【０００３】
この文書には、インターネットなどのパケットネットワークの入口ルータ内で、この文書でＢｅｈａｖｉｏｒ  Ａｇｇｒｅｇａｔｅ（動作集約）と呼ばれ、ＢＡと略称される、そのサービスクラスに従ってパケットをキューに入れる基本原理が記載されている。この記載は、同じウェブページで他のＲＦＣ、すなわちＲＦＣ３２９０の記載で補足される。ＲＦＣ３２９０では、ＢＡ選別機構（ｃｌａｓｓｉｆｉｅｒ）および異なるキューが更に記載されている。このＢＡ選別機構は、入口ソースルータ内の装置であり、パケットがどのキューに一時的に記憶されるかを決定する。同じウェブページのＲＦＣ３０３１には、トラフィックが流れ得る専用トンネルを設けるという概念が更に記載されている。
【０００４】
したがって、従来技術のインターネット入口ルータは、着信パケットを「標準の」ＩＰ経路をたどるものと、トンネル（インターネットの場合には主にＭＰＬＳトンネル）を通ろうとするものとに区別するように構成される。さらに、これらの従来技術のルータでは、かかる入口ルータの出口インタフェース当たり複数のキューが存在するように、パケットの異なるサービスクラス間で更に区別をすることができる。これらのキューは、例えばインターネットにおいてはＤｉｆｆｓｅｒｖキューからなり、サービスクラス当たり１つのキューであり、これらのキューの中で、そのインタフェース上を伝送されるはずのすべてのパケットは、それ自体のサービスクラスに従って分類される。この場合、「標準の」ＩＰトラフィックと「トンネルによる」ＭＰＬＳトラフィックとが区別されないこと、換言すれば、両方のトラフィック型のパケットが同じサービスカテゴリに属する場合には同じキューに記憶されることを理解することが大切である。
【０００５】
しかしながら、従来技術の方法および入口ルータには、ＭＰＬＳトンネルは、トラフィックで容易に過剰負荷となり得るという欠点がある。なぜなら、ネットワーク管理者により最初に通知される、特定のトンネルに対して予約されたこのトンネルの推定帯域幅は、単に予測なだけであり、あまり現実的でないと判明する場合もあり、そのため、通信渋滞問題が起こることもあるからである。したがって、この状態では、ＭＰＬＳトンネルの対象となるトラフィックとして、トラフィックエンジニアリングの解決方法は利用できない。
【０００６】
【非特許文献１】ＲＦＣ３２７０、「Ｍｕｌｔｉ−Ｐｒｏｔｏｃｏｌ  Ｌａｂｅｌ  Ｓｗｉｔｃｈｉｎｇ（ＭＰＬＳ）Ｓｕｐｐｏｒｔ  ｏｆ  Ｄｉｆｆｅｒｅｎｔｉａｔｅｄ  Ｓｅｒｖｉｃｅｓ」、ＩＥＴＦワーキンググループ、ウェブページｈｔｔｐ：／／ＩＥＴＦ．ｏｒｇ／ｒｆｃ．ｈｔｍｌ
【非特許文献２】ＲＦＣ３２９０、ＩＥＴＦワーキンググループ、ウェブページｈｔｔｐ：／／ＩＥＴＦ．ｏｒｇ／ｒｆｃ．ｈｔｍｌ
【非特許文献３】ＲＦＣ３０３１、ＩＥＴＦワーキンググループ、ウェブページｈｔｔｐ：／／ＩＥＴＦ．ｏｒｇ／ｒｆｃ．ｈｔｍｌ
【発明の開示】
【発明が解決しようとする課題】
【０００７】
したがって、本発明の一目的は、パケットネットワーク内のトラフィックエンジニアリング、特に特定のトンネルを対象とするトラフィック部のトラフィックエンジニアリングのためのかかる方法を提供することである。
【課題を解決するための手段】
【０００８】
本発明によれば、この目的は、請求項１の特徴部分に記載のステップを更に含む方法、および請求項９の特徴部分に更に記載の上記のステップを実施するように構成された入口ルータにより達成される。
【０００９】
このようにして、入口ルータ内にトンネルごとの専用トンネルキューを設けることにより、またトンネルキューごとまたはトンネルごとの専用シェーパによりトラフィックを更にシェーピング（ｓｈａｐｉｎｇ）することにより、そのトンネルの対象となるトラフィックをトラフィックエンジニアリングするための簡単な方法が実現される。
【００１０】
請求項２および請求項１０に、本発明の更なる特徴を記述している。
【００１１】
トンネルごとに１組のキューをサービスクラスごとに１つのキューとなるように提供することにより、１つのトンネルに対するサービスクラス間の差別化が実現される。この場合、総トンネルトラフィックのシェーピングが行われ、一方、サービスクラスごとにキューが１つとなるような１組のキューが、そのトンネルに対して作成される。これによる利点は、総トンネルトラフィックはあるシェーパレートに制限されるが、異なる各サービスクラスは、依然としてそのトンネル内のｄｉｆｆＳｅｒｖ特性などのサービスクラスに従って別々に処理されることである。
【００１２】
異なるサービスクラス間の区別は、請求項３および１１に記載しているように、これらのキューのそれぞれに対して別々のシェーパを提供することにより更に精巧にすることができ、それによって、トラフィックエンジニアリングトンネルを更に使用して、複数のサービスクラスをエンジニアリングすることができる。この場合、トンネルのサービスクラスごとに１つのキューおよび関連シェーパを設けることにより、各サービスクラストラフィックを別々に監視し、シェーピングすることが可能になる。
【００１３】
本発明の他の特徴を、請求項４および請求項１２に記載している。
【００１４】
したがって、各キューが異なるサービスクラスに属する１組のキューが、複数のトンネルに対するトラフィックに対して提供され、この複数のトンネルはすべて、この入口ルータの同じ出口インタフェースに属する。
【００１５】
請求項５、６、および１３に記載されているように、特にこの専用のトンネルまたは複数のトンネルを通る負荷またはトラフィックを制御するために、監視装置を設ける。これは、キューから送り出されたパケット数およびパケットサイズ、またはキューから送り出されたオクテット数を定期的に測定することにより実施される。この監視に基づいて、トンネルに対する所定の予約帯域幅との比較を行うことができる。これは、例えば、監視されたトラフィックをこの所定の予約帯域幅に関係づけられた所定の閾値と比較することによって実施することができる。この閾値より大きい場合、ネットワーク管理者への通知メッセージが生成される。次いで、かかるメッセージに基づいて、後者がそのトンネル、または複数のトンネルに対する予約帯域幅を増大させ、それによって、請求項７に記載されているようにこの新しい帯域幅を有する１つまたは複数のトンネル用の新しい経路を計算することができるようになる。さらに、その結果、ネットワーク管理者が専用のトンネルシェーパに新しいシェーピングパラメータを提供することもできるようになる。
【００１６】
前述の特徴に加えて、本発明の方法は、請求項８および１４に更に記載されているように、ネットワーク管理者が所定のメッセージを入口ルータに送ることによって使用可能になる。
【００１７】
一実施形態についての以下の説明を本発明による入口ルータの詳細を概略的に示す添付図面と併せ参照することにより、本発明の以上およびその他の目的および特徴がより明らかになり、本発明自体を最も良く理解することができよう。
【発明を実施するための最良の形態】
【００１８】
本発明は、各着信ＩＰパケットのヘッダに基づく従来のＩＰ転送またはルータごとのネクストホップ計算に加え、ラベルスイッチングされる所定の経路またはトンネルも存在する、パケットネットワーク、例えばインターネットの分野で使用される。図には、入口ルータＩが示され、ＩＰパケットにはこのルータのいくつかの入口ブレードＩＢ１ないしＩＢｋに到達することができる。同図には、入口ブレードＩＢ１に到達するＩＰパケットが示されている。着信ＩＰパケットが、この入口ルータＩから出口ルータ（図示せず）に、従来のＩＰ経路指定を使用して転送されるのか、それともＭＰＬＳトンネルを介して転送されるのかは、この入口ルータ内のＦＩＢで示したＦＩＢルックアップ装置内で決定される。このＦＩＢルックアップ装置はさらに、そのパケットを転送するのに、この入口ルータＩのどの出口ブレード、およびその出口ブレードのどの出口インタフェースを使用するかを決定するように構成されている。この図には、出口ブレードＥＢ１およびその出口インタフェースＩＴＦ−１が選択された状態を示す。図に示す実施形態では、入口ルータは、内部スイッチＳを介して入口ブレードＩＢ１ないしＩＢｋに結合されたｎ個のかかる出口ブレードを含む。さらに、このＦＩＢ装置の他の機能は、ＬＳＰ参照とも呼ばれるトンネル参照を決定することであり、それについては、その使用と共にこの明細書の以下の段落で説明する。
【００１９】
宛先情報に加えて、各着信ＩＰパケットは、例えばＤＳＣＰを介して所定のサービスクラスに帰属される。このＤＳＣＰは、各パケットのヘッダ中のＤｉｆｆｅｒｅｎｔｉａｔｅｄ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ  Ｐｏｉｎｔ（差別化サービスコードポイント）マーカの省略語である。これらの別々のクラスに対して予約される、異なる帯域幅に適切かつ十分に対処するために、クラスごとに別々のキューが入口ブレードごとに予測され、これらはＡＦ１ないしＡＦｎ、ＥＦ、ＢＥ、およびＣＴで示される。これらは、それぞれＩＥＴＦのＤｉｆｆＳｅｒｖワーキンググループによって標準化されたＡｓｓｕｒｅｄ  Ｆｏｒｗａｒｄｉｎｇ（確実な転送）、Ｅｘｐｅｄｉｔｅｄ  Ｆｏｒｗａｒｄｉｎｇ（優先転送）、Ｂｅｓｔ  Ｅｆｆｏｒｔ（最大努力）、及びＣｏｎｔｒｏｌ  Ｔｒａｆｆｉｃ（制御トラフィック）の省略語である。これらの異なるクラスに属するトラフィックは、初期化されたまたは更新された帯域幅、およびウェイトや優先順位（実時間または非実時間の）制約などその他の制約に従って、異なるようにスケジュールされ、シェーピングされる。したがって、着信パケットは、まず入口ブレード内のサービスクラスごとに別々のキューに一時的に記憶される。各着信パケットを記憶すべき適切なキューの決定は、ＢＡで示す装置ＢＡ−ＩＰ選別機構中で実施され、この選別機構が、着信パケットのＤＳＣＰマーカなど着信パケット内の情報に基づいて、適切なサービスクラスを決定する。
【００２０】
図中、点線の矢印で示される、このＢＡおよびＦＩＢ装置内で取り出された情報は、その後、入口ブレードの例えば図中のスイッチポート１などの内部スイッチポートを決定するため、またこの内部スイッチポートに関連づけられる特定のキューを決定するために、ＳＥＬｉで示される入口セレクタ内で使用される。パケットは、入口ブレード上で一時記憶するために、このキューに向けて送られる。
【００２１】
図に示す入口ルータＩ中で、入口ブレードごとの着信パケットは、更に適切な出口ブレード上の適切な出口インタフェースに向けて転送される。これらの出口インタフェースのそれぞれに、また各出口ブレードごとに、同様な１組のサービスクラスキューが、着信パケットを一時的に記憶するために予測される。図で、出口ブレードＥＢ１は、それぞれＩＴＦ−１、ＩＴＦ−２、およびＩＴＦ−３で示され、また灰色の楕円で示される３つの出口インタフェースを有するものとして示されている。ＩＴＦ−３というこれらの出口インタフェースの１つだけは、従来のＩＰトラフィックに属し、従来の１組のサービスクラスキューを有し、この場合にもＡＦ１ないしＡｆｎ、ＥＦ、ＢＥ、およびＣＴで示される。ＩＴＦ−１およびＩＴＦ−２は、従来のＩＰ−トラフィックとは違って、ＭＰＬＳトラフィックなどのトンネルトラフィックをも運ぶように構成されている。したがって、２つのトンネルＬＳＰ１およびＬＳＰ２は、それぞれＩＴＦ−１およびＩＴＦ−２を起点としている。ＬＳＰ１では、Ｌ１は発信ＭＰＬＳラベルであり、ＬＳＰ２では、Ｌ２が発信ラベルである。これらは図中に、そういうものとしては示されていないが、パケットのさらなる経路指定にとって重要である。
【００２２】
図面中、ＩＰトラフィックを運ぶリンクはＩＰで示され、トンネルはそれらのトンネル参照によって示されている。
【００２３】
この目的で、両方のインタフェースは前述したように従来の１組のキューに結合されるだけでなく、本発明の重要な特徴として、トンネルごとの少なくとも１つの専用キューにも結合される。これについては図から明らかであり、この図では、インタフェースＩＴＦ−１は、例えばインタフェースＩＴＦ−３のそれに類似の１組のキューに結合されるだけでなく、ＱＬＳＰ１で示される専用のトンネルキューにも結合される。同様に、従来の１組のキューと違って、専用のトンネルキューＱＳＬＰ２は、ＩＴＦ−２に結合される。
【００２４】
各パケットが一時的に記憶される、出口ブレード上のキューの決定は複数のステップで実施される。まず、図上にＬＳＰ−ｒで示すＬＳＰ参照チェック装置は、出口ブレードＥＢ−１上の着信パケットが従来のＩＰ転送をたどる必要があるのか、それともＭＰＬＳトンネルをたどる必要があるのかをチェックするように構成されている。従来のＩＰの場合、入口ブレード上の入口セレクタＳＥＬｉと同様な機能を有する、ＳＥＬｅで示す出口セレクタが、サービスクラスおよび出口インタフェース参照に基づいて適切な出口インタフェースおよびそのキューを決定する。この情報は、例えば、カプセル化装置（図示せず）の入口ブレード内でＩＰパケットの前に追加された特定のパケットヘッダから、ＳＥＬｅ装置それ自体の内部で導き出される。この特定のヘッダは、入口ルータの入口ブレード内でＢＡやＦＩＢなどの装置中で以前に決定された、サービスクラス、出口ブレード参照、出口インタフェース参照、ＬＳＰ参照などのような内部パラメータを含む。
【００２５】
ＬＳＰ−ｒ装置により、ＭＰＬＳトンネルを通してパケットを送るべきであると判明した場合には、図中にＯＳＴで示すアウトセグメントテーブルを使用して、特定のパケットヘッダから抽出可能なトンネル参照またはトンネルラベルに基づいて、適切な記憶キューを決定する。
【００２６】
他の実施形態（図示せず）では、同じ出口インタフェースに属する１つまたは複数のトンネルに対して、各サービスクラスについてキューが１つとなる１組のキューさえも存在する。このことにより、１つのトンネルに対して１組のキューが存在する場合は同じトンネル内の、また、同じ出口インタフェースに属する１群のトンネルに対して１組のキューが存在する場合は１群のトンネル内の、異なるサービスクラスにまたがるＭＰＬＳトラフィックを更に差別化することが可能になる。
【００２７】
図に示す実施形態では、各ＭＰＬＳトンネルに対して１つのキューが予測されているが、１つの関連シェーパもその出口ブレードに存在している。これらのシェーパは、それぞれＳＬＳＰ１およびＳＬＳＰ２で示されており、よって、キュー用に構成されたピーク情報速度（Ｐｅａｋ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒａｔｅ）などの予約された帯域幅に従って、それぞれのＭＰＬＳトンネルＬＳＰ１およびＬＳＰ２に対してそのトラフィックを適合させる。
【００２８】
さらに、図に示してはいないが、かかるシェーパも各ＩＰキューごとに存在することができることにも注意されたい。
【００２９】
トンネルシェーパまたはＭＰＬＳシェーパについては、別々のシェーパのピーク情報速度をトンネルの予約済み帯域幅に設定した実施形態が可能である。しかしながら、他のシェーパ装置を設けることもでき、その場合にはネットワーク管理者により最初に決定されるその他のトラフィックパラメータが使用される。これらのシェーパは、当業者にはよく知られているので、かかるシェーパについてはさらに詳細には論じないことにする。
【００３０】
どのキューにＭＰＬＳパケットを記憶するかを決定するため、ＯＳＴをキュー参照で拡張する。他の実施形態では、トンネル当たり複数のトンネルキューがある場合に、サービスクラスに従って、１つのキュー参照だけが追加されたＯＳＴテーブルを考えることができるが、その場合、この追加参照は、トンネルキューブロックに対する参照となる。次いで、キューブロックの入口で、どの実際のキューをパケットの記憶用に用いるかをさらに決定することができる。ただし、アウトセグメントテーブルを実際のキュー参照で更新することもできる。
【００３１】
図に示すように、ＯＳＴテーブルは、トンネル参照をこのテーブルへのインデックスとして使用しており、トンネルの発信ラベル（Ｌ１またはＬ２）、出口インタフェース（ＩＴＦ−１またはＩＴＦ−２）、キュー参照（ＱＬＳＰ１またはＱＬＳＰ２）などのエントリを含む。
【００３２】
図で、各出口ブレードは、さらに監視装置を含む。しかしながら、他の実施形態では、キューごとまたは出口インタフェースごとに監視装置を含むことができる。かかる監視装置の機能は、トンネルを通るトラフィックを監視することである。この機能は、出口ブレードの出口インタフェースのどれかに接続されたキューを監視することにより実施される。その目的で、この装置は、例えば各キューの占有状態をチェックすることにより、キューから送られるトラフィックの量を監視し、これをこのトンネルの最初に予約された帯域幅に関係づけられた所定の閾値と比較するように構成されている。さらに、かかる監視装置は、オーバーフロー状態の場合にネットワーク管理者にメッセージを生成するように構成されている。したがって、それぞれのトンネルキューの占有状態を監視し、オーバーフローの場合に、通信渋滞などのトラフィック問題を示すメッセージをネットワーク管理者向けに生成する。次いで、ネットワーク管理者（図示せず）は、トンネルを適合させることができるが、それは一般におそらく新しい出口ブレードおよび新しい出口インタフェースの選択を含めて、新しい「トンネル経路」を決定することを意味している。これは、この場合にもＦＩＢ選択機構にこの情報を提供しなければならないことを意味する。次に、トラフィックを異なるようにシェーピングする必要があるので、そのトンネルに帰属するシェーピング装置にも情報を知らせなければならない。
【００３３】
本発明の方法のもう１つの特徴は、ネットワーク管理者がこの方法を有効にすることができ、したがってトンネルごとに別々のキューを有する特徴を有効にすることができることである。その目的で、例えばＳＮＭＰプロトコルと略称されるＳｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ（簡易型ネットワーク管理プロトコル）を用いて、ネットワーク管理者からメッセージが送られる（図示せず）。このプロトコルでは、新しいトンネル構成オブジェクトが、トンネル用のかかる専用キューを使用可能とするように入口ルータに指示または命令する。これは通常、いわゆるＭＩＢ（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ（管理情報ベース）の省略語）の追加管理オブジェクトを用いて実施される。ただし、他の通信手段、例えば、ＣＬＩ、すなわちコマンドラインインタフェース（Ｃｏｍｍａｎｄ  Ｌｉｎｅ  Ｉｎｔｅｒｆａｃｅ）を使用することも可能である。そのとき、入口ルータは、かかるメッセージを受け取り、トンネルごとにかかる別々のトンネルキューを使用可能にするかどうかの指示をその内容から引き出し、要求された場合にはそのキューを使用可能にするようにも構成されている。別の実施形態では、トンネル当たり、様々なサービスクラスに属する複数のキューが可能であり、入口ルータへのネットワーク管理者からのこのメッセージに、トンネル当たり複数のキューを使用可能にすることについての詳細を含めることもできる。同様にこれらの実施形態では、入口ルータはさらに、そのとき、キューを使用可能にするかどうかをこのメッセージ内容から引き出し、それに応じて実施するように構成されている。
【００３４】
本発明の原理を特定の機器に関して説明してきたが、この説明は例として行ったものにすぎず、添付の特許請求の範囲に定義する、本発明の範囲を限定するものではないことが明確に理解されよう。
【図面の簡単な説明】
【００３５】
【図１】本発明による入口ルータの詳細を示す概略図である。
【符号の説明】
【００３６】
ＩＢ１〜ＩＢｋ  入口ブレード
ＦＩＢ  ＦＩＢルックアップ装置
ＥＢ１〜ＥＢｋ  出口ブレード
ＩＴＦ−１、ＩＴＦ−２、ＩＴＦ−３  出口インタフェース
Ｓ  内部スイッチ
ＤＳＣＰ  差別化サービスコードポイント
ＡＦ１〜ＡＦｎ  確実な転送
ＥＦ  優先転送
ＢＥ  最大努力
ＣＴ  制御トラフィック
ＢＡ  ＢＡ−ＩＰ選別機構
ＳＥＬｉ  入口セレクタ
ＳＥＬｅ  出口セレクタ
ＬＳＰ１、ＬＳＰ２  トンネル
Ｌ１、Ｌ２  発信ＭＰＬＳラベル
ＱＬＳＰ１、ＱＬＳＰ２  専用トンネルキュー
ＬＳＰ−ｒ  ＬＳＰ参照チェック装置
ＯＳＴ  アウトセグメントテーブル
ＳＬＳＰ１、ＳＬＳＰ２  トンネルシェーパ
ＳＮＭＰ  簡易型ネットワーク管理プロトコル
ＭＩＢ  管理情報ベース
ＣＬＩ  コマンド行インタフェース
【図１】
2004282697.tif 000003
【外国語明細書】
2004282697.tif 000004
2004282697.tif 000005
2004282697.tif 000006
2004282697.tif 000007
2004282697.tif 000008
2004282697.tif 000009
2004282697.tif 000010
2004282697.tif 000011
2004282697.tif 000012
2004282697.tif 000013
2004282697.tif 000014
2004282697.tif 000015
2004282697.tif 000016
2004282697.tif 000017
2004282697.tif 000018