JP5200170B2 - トラフィック接続および関連監視接続を確立する方法 - Google Patents

Description

本発明は、接続指向のスイッチング技法を実装する通信ネットワークの技術分野に関する。

標準マルチプロトコルラベルスイッチング（ＭＰＬＳ）および様々な拡張、たとえばＭＰＬＳ移送プロファイルおよび汎用型ＭＰＬＳ、などのマルチプロトコルラベルスイッチング技法が、様々なネットワーク技術を介してトラフィック技術機能を提供する統一された制御プレーンを実装するために開発された。通信ネットワークにおける障害管理または性能管理機能は一般に、ＯＡＭ（ｏｐｅｒａｔｉｏｎ，ａｄｍｉｎｉｓｔｒａｔｉｏｎ ａｎｄ ｍａｉｎｔｅｎａｎｃｅ（運用、管理および保守））として記載される。ＭＰＬＳ ＯＡＭの標準はまだ発展状況にある。

ＩＥＴＦ ＲＦＣ４３８５ ＩＥＴＦ ＲＦＣ４２０６ ＩＥＴＦ ＲＦＣ３４７３ ＩＥＴＦ ＲＦＣ３２０９

本発明の一目的は、たとえばＭＰＬＳタイプなどの接続指向のネットワーク内でＯＡＭ機能を実装する方法を提供することである。

本発明の第１の目的を達成するために、実施形態は通信ネットワーク内でトラフィック接続および関連監視接続を確立する方法を提供し、その方法は以下のステップを備える：
トラフィック接続の確立を開始するために、トラフィック接続のパスに沿ってトラフィック接続の入口ノードから、接続パスの第１のおよび第２のノードを指定する監視接続要求を備える第１の接続確立メッセージを送信するステップと、
接続パスの指定された第１のノードで第１の接続確立メッセージを傍受するステップと、
接続パスの指定された第１のノードと第２のノードの間に監視接続を確立するための接続パスに沿って指定された第１のノードから第２の接続確立メッセージを送信するステップと、
接続パスの指定された第１のノードと第２のノードの間の監視接続にカプセル化されたトラフィック接続の確立を再開および完了するために、接続パスに沿って指定された第１のノードから第１の接続セットアップメッセージを送信するステップ。

本方法のさらに別の実施形態は、以下の特徴のうちの１つまたは複数を含み得る：
− トラフィック接続および関連監視接続がラベルスイッチパスであり、トラフィック接続がラベルスタッキングを介して監視接続にカプセル化されること。
− 監視接続を介して第１のノードと第２のノードの間でＯＡＭフローを送信するステップ。ＯＡＭフローは、監視接続のエンドポイント、即ち第１のノードおよび第２のノード、の間に位置する接続パスのセグメントを介して障害管理または性能管理機能を実行することを可能にする１セットのプロトコルデータ単位またはメッセージを指す。
− トラフィック接続および関連監視接続が、同一の帯域幅および／または同一のトラフィック技術パラメータで確立される。この方策は、監視接続と関連トラフィック接続の間の独占的結合を実施することを可能にする。
− 第１のおよび第２の接続確立メッセージは、ＲＳＶＰ−ＴＥプロトコルに従う。
− 監視接続要求はＲＳＶＰ−ＴＥパスメッセージ内にオブジェクトを備え、前記オブジェクトは第１のノードの識別子および第２のノードの識別子を備える。

本発明の実施形態はネットワークノードのためのノードコントローラも提供し、そのコントローラは以下を備える動作を実行するようになされたシグナル伝達モジュールを備える：
接続パスに沿ってトラフィック接続を確立するための接続パラメータを備え、監視接続要求を備える、受信された第１の接続確立メッセージを処理することと、
その中でノードコントローラがインストールされるネットワークノードを監視接続要求が指定していることを検出することと、
監視接続要求で指定された接続パスの前記ネットワークノードと別のノードの間に監視接続を確立するために、前記検出に応答して、接続パスに沿って第２の接続確立メッセージを送信することと、
トラフィック接続が監視接続要求で指定された前記ネットワークノードと他方のノードの間の監視接続にカプセル化されるような方法でトラフィック接続の確立を再開するために、接続パスに沿って第１の接続セットアップメッセージを送信すること。

そのコントローラのさらに別の実施形態は、以下の特徴のうちの１つまたは複数を含み得る：
− 監視接続を介して他方のノードにＯＡＭフローを送信するようになされたＯＡＭモジュール。
− そのシグナル伝達モジュールが、接続パス内に配置されていないネットワークノードを監視接続要求が指定していることの検出に応答して、エラーメッセージを生成するようになされること。
− トラフィック接続の入力ラベルを監視接続の出力ラベルに関連付けるようにスイッチングテーブルを構成するようにシグナル伝達モジュールがなされること。

本発明の実施形態は、ノードコントローラ内のプロセッサによって実行されるときにノードコントローラに以下を備える動作を実行させる命令を提供するために機械可読媒体も提供する：
接続パスに沿ってトラフィック接続を確立するための接続パラメータを備え、監視接続要求を備える、受信された第１の接続確立メッセージを処理することと、
その中でノードコントローラがインストールされるネットワークノードを監視接続要求が指定していることを検出することと、
前記ネットワークノードと監視接続要求で指定された接続パスの別のノードの間に監視接続を確立するために、前記検出に応答して接続パスに沿って第２の接続確立メッセージを送信することと、
前記ネットワークノードと監視接続要求で指定された他方のノードの間の監視接続にトラフィック接続がカプセル化されるような方法でトラフィック接続の確立を再開するために、接続パスに沿って第１の接続セットアップメッセージを送信すること。

本発明の第２の目的を達成するために、実施形態は、通信ネットワーク内に確立されたトラフィック接続に関連付けられた監視接続を確立する方法を提供し、その方法は以下のステップを備える：
トラフィック接続のパスに配置された第１のノードと第２のノードの間に監視接続を確立するために、通信ネットワークの第１のノードから第２のノードにトラフィック接続パスに沿って接続確立メッセージを送信するステップと、
メイクビフォーブレークシグナル伝達手順を使用して入口ノードにトラフィック接続パスに沿ってトラフィック接続を再確立させるために、トラフィック接続の第１のノードから入口ノードにメイクビフォーブレーク要求を送信するステップと、
第１のノードで、再確立されたトラフィック接続を監視接続にカプセル化するために、入口ノードによって送信される再確立シグナル伝達メッセージを処理するステップ。

本方法のさらに別の実施形態は、以下の特徴のうちの１つまたは複数を含むことができる：
− トラフィック接続および関連監視接続がラベルスイッチパスであり、再確立されたトラフィック接続がラベルスタッキングを介して監視接続にカプセル化される。
− 監視接続を介して第１のノードと第２のノードの間でＯＡＭフローを送信するステップ。
− 監視接続が、トラフィック接続および／または同一のトラフィック技術パラメータと同じ帯域幅で確立される。
− 接続確立メッセージおよび再確立シグナル伝達メッセージがＲＳＶＰ−ＴＥプロトコルに従う。
− メイクビフォーブレーク要求が、第１のノードの識別子および／または第２のノードの識別子を備える。これらの識別子はＩＰアドレスまたはその他でもよい。
− メイクビフォーブレーク要求が監視接続の識別子を備える。
− メイクビフォーブレーク要求がＲＳＶＰ−ＴＥ通知メッセージ内のオブジェクトを備える。

本発明の実施形態はネットワークノードのためのノードコントローラも提供し、そのコントローラは以下を備える動作を実行するようになされたシグナル伝達モジュールを備える：
通信ネットワーク内に確立されたトラフィック接続のパス内に配置された前記ノードの間に監視接続を確立するために、その中でノードコントローラがインストールされるネットワークノードから通信ネットワークの別のノードにトラフィック接続のパスに沿って接続確立メッセージ送信すること、
入口ノードにメイクビフォーブレークシグナル伝達手順を使用してトラフィック接続パスに沿ってトラフィック接続を再確立させるために、トラフィック接続の入口ノードにメイクビフォーブレーク要求を送信することと、
再確立されたトラフィック接続を監視接続にカプセル化するために、入口ノードから受信された再確立シグナル伝達メッセージを処理すること。

本発明の実施形態は、ノードコントローラ内のプロセッサによって実行されるときにノードコントローラに以下を備える動作を実行させる命令を提供するために機械可読媒体も提供する：
通信ネットワーク内に確立されたトラフィック接続のパス内に配置された前記ノードの間に監視接続を確立するために、その中でノードコントローラがインストールされるネットワークノードから通信ネットワークの別のノードにそのトラフィック接続のパスに沿って接続確立メッセージを送信することと、
入口ノードにメイクビフォーブレークシグナル伝達手順を使用してトラフィック接続パスに沿ってトラフィック接続を再確立させるために、そのトラフィック接続の入口ノードにメイクビフォーブレーク要求を送信することと、
再確立されたトラフィック接続を監視接続にカプセル化するために、入口ノードから受信された再確立シグナル伝達メッセージを処理すること。

本発明の態様は、たとえばＭＰＬＳタイプなどの接続指向のネットワーク内で、監視接続、即ちＯＡＭフローに適した接続、の確立を自動化するために分散制御プレーンを使用するという考えに基づいている。本発明の態様は、関連トラフィック接続と同時に監視接続を確立するという考えに由来する。本発明の他の態様は、関連トラフィック接続が作成された後に監視接続を確立するという考えに由来する。本発明の他の態様は、監視接続の必要性がネットワーク内の異なるポイントで生じ得るまたは明らかになり得るという考えに基づいている。

本発明のこれらのおよび他の態様は、図面を参照し、例として本明細書に記載される実施形態を参照して明白となり、明らかとなろう。

本発明の実施形態を使用することによって確立されることができる、トラフィック接続および関連監視接続を備える通信ネットワークの概略図である。 図１の接続を確立するのに適したシグナル伝達処理の第１の実施形態を示す流れ図である。 図２の処理で使用されることができる、シグナル伝達メッセージフォーマットを示す図である。 その中で本発明の実施形態が使用されることができるトラフィック接続を備える通信ネットワークの概略図である。 図１の接続を確立するのに適したシグナル伝達処理の第２の実施形態を示す流れ図である。 図２または５の処理を実行するために使用されることができる、ノードコントローラの機能図である。

図１を参照すると、ＭＰＬＳネットワーク１は、物理リンク２によって接続された複数のノードＡ、Ｂ、Ｃ、Ｄ、Ｅを備える。示されているノードの数、リンクの数およびトポロジは単に例示的であり、制限的ではない。ＭＰＬＳネットワーク１は、１つまたは複数の領域を含むことができる。データプレーン技術は、ＭＰＬＳ制御プレーンが現在サポートするまたは将来サポートすることになる任意のタイプ、たとえば全光学的、ＷＤＭ、ＳＯＮＥＴ、ＳＤＨ、イーサネット、１Ｐなど、でもよい。以下に記載される方法は、好ましくは、たとえばパケットタイプのデータプレーン技術を用いる、ラベルが明示的であるネットワークで使用される。

ノードＡおよびＥはＭＰＬＳネットワーク１のエッジノードであり、クライアント装置３、たとえばユーザ端末、ＩＰルータなど、とトラフィックを交換することができる。ＭＰＬＳ専門用語でラベルスイッチパス（ＬＳＰ）として実装される、トラフィック接続５は、データフロー、たとえばクライアント装置３から到達するクライアントデータ、を運搬するために、ノードＢ、ＣおよびＤをこの順番で通過するパスに沿ってノードＡとＥの間に確立される。ＭＰＬＳネットワークの分野ではよく知られているように、ＬＳＰ５は、たとえば予約帯域幅、サービスパラメータの質、保護などに関して、トラフィック技術を目的とした特定のトラフィックパラメータをもつことができる。ＬＳＰ５は、単方向または双方向でもよい。以下の説明は、ノードＡからノードＥに進むフローのみを参照する。データ転送技法は、もしあれば、逆方向で非常に類似している。

ＬＳＰ５のパスのセグメント、即ちセグメントＢ−Ｃ−Ｄ、に関するＯＡＭ機能を実行するために、監視接続６が、セグメントの２つのエンドノード、即ちノードＢとノードＤ、の間に確立される。監視接続６のエンドノードは、メンテナンスエンドポイント（ＭＥＰ）と称されることができる。この実施形態では、監視接続６もまたＬＳＰである。監視接続６は、接続５によって運搬されるトラフィックと同じデータパスを辿る、即ち同じデータプレーン構成要素を使用する、方法でＯＡＭパケットを運ぶ働きをする。これは、接続６によって運搬されるＯＡＭパケットから導出されることができるネットワーク性能またはネットワーク障害に関する情報が、そのセグメントに沿って接続５によって運搬されるトラフィックによって経験されるネットワーク性能またはネットワーク障害を真に反映することを確実にする。その要件を達成するために、ＬＳＰ５は、セグメントＢ−Ｃ−Ｄに沿ってＬＳＰ６にカプセル化される（即ちそれを介してトンネルされる）。ＬＳＰ５が双方向である場合、ＬＳＰ６は、両方向での性能監視を可能にするために、好ましくは同様に双方向である。

好ましい一実施形態では、ＬＳＰ６は独占的にＬＳＰ５に関連付けられる、即ちそれはＬＳＰ５のトラフィック以外のどのトラフィックもトンネリングすることを許されない。加えて、ＬＳＰ６は、１つのまたは両方のＭＥＰによって挿入されるＯＡＭパケットを運搬する。ＭＰＬＳとの関連で、これらの特徴をもつＬＳＰ６は、タンデム結合メンテナンスエンティティＬＳＰ（ＴＣＭＥ−ＬＳＰ）と称されることができる。

ＭＥＰのＢおよびＤは、監視接続６にＯＡＭパケットを挿入するおよび／または監視接続６からＯＡＭパケットを抽出する能力があり、それらのＯＡＭパケットを処理してＯＡＭ機能を実行するＯＡＭモジュールをそれぞれ備える。かかるＯＡＭ機能は、たとえば、国際電気通信連合（ＩＴＵ）によって定義される以下の機能のうちの１つまたは複数を含む：
導通検査：導通検査（ＣＣ）はＭＥＰ間の導通の損失を検出するために使用される機能である。ＣＣは、障害管理、性能監視および保護スイッチングなどの適用例に有用である。

接続性検証：接続性検証（ＣＶ）は、単一メンテナンス領域内のＭＥＰ間の接続性を検査するために使用される機能である。

警報抑制：警報抑制は、サーバ層での故障状態の結果としてクライアント層のメンテナンス領域によって生成され得る警報を抑えるためにサーバ層ＭＥＰによって使用されてその１つまたは複数のクライアント層ＭＥＰに故障状態を通知する機能である。

ロック指示：ロック指示は、このトラフィックを予期する１つまたは複数のクライアント層ＭＥＰへのデータトラフィック転送の間接的な中断をもたらすことができるサーバ層ＭＥＰの管理的ロックを指示するために使用される機能である。ロック指示の受信は、ＭＥＰがサーバ層ＭＥＰでの欠陥状態と管理的ロック動作を区別することを可能にする。

パケット損失測定：パケット損失測定は、１組のＭＥＰの間のパケット損失率を測定するために使用される機能である。パケット損失率は、設定時間間隔中に伝送されるサービスパケットの総数に対する受け渡されないサービスパケット（ＯＡＭパケットなど）の比率である。受け渡されないサービスパケットの数は、起点ノードによって送信されるサービスパケットの数と宛先ノードによって受信されるサービスパケットの数の差である。パケット損失測定は、単方向接続での近端パケット損失および双方向接続での近端および遠端パケット損失を測定するためにＭＥＰによって実行されることができる。近端パケット損失は入口データパケットに関連するパケット損失を指し、遠端パケット損失は出口データパケットに関連するパケット損失を指す。

診断テスト：診断テストは、帯域幅スループット、パケット損失、ビットエラーなどを検査するためにＭＥＰの間で使用される機能である。

経路探索：経路探索は、ＭＰＬＳ転送ネットワークを横切る接続の経路を判定するために使用される機能である。

遅延測定：遅延測定は、１組のＭＥＰの間のパケット伝送の一方向のまたは両方向の遅延を測定するために使用される機能である。一方向のパケット遅延は、起点ノードによるパケットの第１のビットの送信の開始から宛先ノードによるそのパケットの第１のビットの受信までに経過した時間である。両方向のパケット遅延は、パケットの宛先ノードでループバックが実行されるとき、起点ノードによるパケットの第１のビットの送信の開始から同じ起点ノードによってそのループバックされたパケットの最後のビットの受信までに経過した時間である。

遠隔欠陥指示：遠隔欠陥指示（ＲＤＩ）は、それらの間の双方向接続上の欠陥の検出をそのピアＭＥＰに通知するためにＭＥＰによって使用される機能である。

クライアントシグナル故障：クライアントシグナル故障機能（ＣＳＦ）は、クライアント層での警報抑制がサポートされないときに遠端シンクにクライアント故障指示を伝搬するために使用される。ＣＳＦ情報をもつパケットを受信したとき、ＭＥＰはクライアント層の故障状態を検出し、そのクライアント層に通知する。そのクライアント層からシグナル故障指示を受信したとき、ＭＥＰは直ちにＣＳＦ情報をもつ周期的パケットの送信を開始しなければならない。ＭＥＰは、クライアント層故障指示が取り除かれるまでＣＳＦ情報をもつ周期的パケットを送信し続けなければならない。

監視接続６は、トラフィック接続５の任意の２つのノードの間に確立されることができる。図１は、この点において純粋に例示的である。所与のトラフィック接続のオーバラップしないセグメントのそれぞれに沿っていくつかの監視接続を確立させることも可能である。実施形態では、たとえばＴＣＭＥ−ＬＳＰなど、いくつかの監視接続が、たとえばネットワークの様々なトポロジレベル（全パス、パスセグメント、単一のホップ、単一の管理領域、複数の管理領域）で監視機能をサポートするために、および／または対応する、相互にネストされたトラフィック接続を監視するために、互いへとネストされる。

ネットワーク１内でトラフィック接続、即ちＬＳＰ５、および関連監視接続、即ちＬＳＰ６、を実装するために使用されるラベルスイッチング技法が、ここで図１を参照して説明される。線１０は、それが接続パスＢ−Ｃ−Ｄの各ホップで現れることができるときにノードＢからノードＤへのＯＡＭパケットの流れを示す。線２０は、それが接続パスＡ−Ｂ−Ｃ−Ｄ−Ｅの各ホップで現れることができるときにノードＡからノードＥへのデータパケットの流れを示す。ラベルは以下の表記法で表される：Ｄ（Ｃ）は、ノードＣによってその宛先がノードＤであるＬＳＰに割り当てられるラベルを表す。

図示されるように、線１０のＯＡＭパケットでは、最上のラベルフィールド１１は、接続パス上にあるノードによってＬＳＰ６に割り当てられるラベルを含む。ここで、従来のＲＳＶＰシグナル伝達を介して割り当てられるラベルの場合のように、各ノードは次のホップによって割り当てられるラベルを使用すると仮定される。第２のラベルフィールド１２は、ＯＡＭパケットをデータトラフィックと区別する働きをする特定のＯＡＭラベルを表示したＬＦＵを含む。たとえば１３または１４など、ネットワーク規模の予約ラベル値は、この目的のために使用されることができる。フィールド１３は、本明細書では詳述される必要のない、残りのＯＡＭパケットを参照する。それは、ＩＥＴＦ Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔ ４３８５に定義されるようなＡＣＨ（Ａｓｓｏｃｉａｔｅｄ Ｃｈａｎｎｅｌ Ｈｅａｄｅｒ）を含み得る。

線２０のデータパケットでは、ＬＳＰ６によってカバーされるセグメント（即ちＢ−Ｃ−Ｄ）に沿って、最上ラベルフィールド２１はＯＡＭパケットと同じラベル、即ちＬＳＰ６に割り当てられたラベル、を含む。このセグメントに沿って、ＬＳＰ５に割り当てられたラベルを含むフィールド２２は、ラベルスタック内の第２の位置にある。監視されるセグメントを別とすれば、フィールド２２が最上位にある。換言すれば、ラベルのスタッキングはノードＢで生じ、ラベルのポップはＬＳＰ５のパケットについてノードＤで生じる。さらに、フィールド２２では、従来のＲＳＶＰシグナル伝達を介して割り当てられるラベルの場合のように、各ノードは次のホップによって割り当てられるラベルを使用すると仮定される。フィールド２３は、本明細書では詳述される必要のない、残りのデータパケットを指す。フィールド２３は、さらに別のＬＳＰまたは擬似ワイヤなど、クライアント接続のためのトンネルとしてＬＳＰ５が使用される場合などに、さらに別のラベルフィールドを含み得る。換言すれば、データパケットのラベルスタックは２つより多いレベルをもつことができる。

図２から５を参照して、図１のネットワーク内でＬＳＰ５およびＬＳＰ６を確立する方法がここで説明される。その方法は、ＲＳＶＰ−ＴＥプロトコルを用いて、監視接続がＴＣＭＥ−ＬＳＰである場合において、説明されることになる。他のシグナル伝達プロトコルも同様に使用されることができる。ＲＳＶＰ−ＴＥを使用するＬＳＰのセットアップは当技術分野ではよく知られているため、ＲＳＶＰ−ＴＥメッセージによって運搬されるあらゆるオブジェクトを詳述する必要はない。特に、トラフィックパラメータは、ノード内のリソースを確保するおよび割り当てるために、従来の方式で指定されることができる。

図２を参照して説明されることになる第１の方法は、トラフィック接続５および関連監視接続６の必要性がそれらの接続のいずれかの確立より前に入口ノードＡで知られるときに適用可能である。たとえば、ネットワーク管理システム（ＮＭＳ）は、簡易ネットワーク管理プロトコル、共通オープンポリシーサービスまたはコマンドラインインタフェースなどの任意の適切な言語での命令としてノードＡにかかる必要性を通信することができる。

ステップ３０で、ノードＡは、いくつかの所与のトラフィックパラメータでパスＡ−Ｂ−Ｃ−Ｄ−Ｅに沿ってＬＳＰを確立するおよび接続パスのセグメントＢ−Ｃ−Ｄに沿って関連ＴＣＭＥ−ＬＳＰを確立する必要性を知らされる。

ステップ３１で、ノードＡは、たとえばＬＳＰ５などのＬＳＰを確立するために必要な情報を備えるＰＡＴＨメッセージを生成する。この情報は、標準オブジェクトに含められることができる。さらに、ＰＡＴＨメッセージは、たとえばノードＢなど、ＴＣＭＥ−ＬＳＰの入口にＴＣＭＥ−ＬＳＰの必要性を通信することを目的とするオブジェクトを備える。本明細書において「入口」は、シグナル伝達処理に関して定義される。ＴＣＭＥ−ＬＳＰは、末端部で双方向に動作することができる。このオブジェクトは、ＩＰアドレスなど、確立されることになるＴＣＭＥ−ＬＳＰの入口および出口ノードの識別子を少なくとも含む。

図３は、ステップ３１のＰＡＴＨメッセージに適したフォーマットを図示する。この例では、追加のオブジェクト３２はＴＣＭＥ＿ＤＥＳＩＲＥＤと称され、既存のＲＳＶＰ−ＴＥ標準への拡張として提供される。異なるオブジェクト名も同様に使用されることができる。ＬＳＰ経路は、ＥＸＰＬＩＣＩＴ＿ＲＯＵＴＥ（ＥＲＯ）と称されるオブジェクト３４内で指定されることができる。オブジェクト３２および３４の両方が使用されるとき、オブジェクト３２で識別されるノードもまたオブジェクト３４で指名されなければならない。そうでない場合、ノードＡまたは任意の他のノードは、かかる状況を検出したときにエラーシグナルを生成しなければならない。

ステップ３１で生成されたＰＡＴＨメッセージは、意図された接続パスに沿って従来の方式で経路指定される。通常のＲＳＶＰ−ＴＥ処理に加えて、ＰＡＴＨメッセージを受信する各ノードは、オブジェクト３２が含まれているかどうかを検査する。それが含まれているとき、ノードは、それが所望のＴＣＭＥ−ＬＳＰの入口として識別されるかどうかを検査する。そうでない場合、それは、オブジェクト３２を変更することなく、従来の方式で次のホップにそのメッセージを受け渡す。

ＰＡＴＨメッセージを受信するノードがそれが所望のＴＣＭＥ−ＬＳＰの入口、即ち図２のステップ３３のノードＢ、として識別されることを検出するとき、それは次のホップにそのメッセージを転送しないことによってＬＳＰのシグナル伝達を停止する。代わりに、そのノードは次にオブジェクト３２内の識別された２つのノードの間にＴＣＭＥ−ＬＳＰを確立する。したがって、ステップ３５で、ノードＢは第２のＰＡＴＨメッセージを生成する。

明示的経路が受信ＰＡＴＨメッセージで指定される場合、ノードＢは、ＴＣＭＥ−ＬＳＰおよび関連ＬＳＰが同一パスを辿ることを確実にするために、第２のＰＡＴＨメッセージ内に対応するオブジェクト３４を含む。好ましくは、カプセル化が可能になることを確実にするために、第１のＰＡＴＨメッセージで指定された他のトラフィックパラメータは第２のＰＡＴＨメッセージ内の同一の値を与えられる。第２のＰＡＴＨメッセージは、所望のＴＣＭＥ−ＬＳＰの出口、即ちノードＤ、に相当する宛先を指定する。オブジェクト３２は、反復される必要はない。

特定の一実施形態では、第２のＰＡＴＨメッセージで指定された帯域幅要件は、第１のＰＡＴＨメッセージで指定されたそれと同一である。したがって、両方のＬＳＰが確立され、カプセル化された後は、ＴＣＭＥ−ＬＳＰは使用可能な帯域幅をもたないことになる。結果として、制御プレーンは、ＴＣＭＥ−ＬＳＰを介して他のいかなる接続もトンネリングすることを妨げられることになる。しかし、ＴＣＭＥ−ＬＳＰと関連ＬＳＰの間の独占的結合を実行するための他の方法が存在する。

順番３６で示すように、従来のＲＳＶＰ−ＴＥシグナル伝達処理はＴＣＭＥ−ＬＳＰの入口と出口ノードの間に生じる。たとえば、図１で使用されるラベルＤ（Ｄ）およびＤ（Ｃ）は、示されたＲＥＳＶメッセージによって割り当てられる。

ステップ３７で、第２のＰＡＴＨメッセージに応答するＲＥＳＶメッセージを受信して、ノードＢは所望のＴＣＭＥ−ＬＳＰ、たとえばＬＳＰ６、が確立されることを検出する。図示されていない確認メッセージが追加で送信されることができる。その後ノードＢは、ＬＳＰを関連ＴＣＭＥ−ＬＳＰにカプセル化するために、停止されたＬＳＰの確立を続いて再開する。

ステップ３８で、ラベルスタッキングが使用されてＴＣＭＥ−ＬＳＰの出口、即ちノードＤ、にＴＣＭＥ−ＬＳＰ６を介して第１のＰＡＴＨメッセージを転送する。ＥＲＯがそれに応じて適合される。オブジェクト３２が転送されたメッセージから抑制される。ノードＤが、ＬＳＰの確立を続けるために、最上部のラベルをポップし、従来のＲＳＶＰ−ＴＥ処理を実行する。次の１つまたは複数のホップ、たとえばノードＥ、が従来のＲＳＶＰ−ＴＥ処理を実行する。たとえば、図１で使用されるラベルＥ（Ｅ）、Ｅ（Ｄ）、およびＥ（Ｂ）は、数字３９、４０および４１で示されるＲＥＳＶメッセージによって割り当てられる。ＬＳＰのカプセル化の手順についてさらに詳しくは、ＩＥＴＦ ＲＦＣ ４２０６に与えられている。

パスに沿った各ノード内で、ＲＳＶＰシグナル伝達メッセージは、図１に示すラベルスタックを実装するために、ラベルスイッチングテーブルを構成する働きをする。特に、ステップ４２で、ＴＣＭＥ入口ノード、即ちノードＢ、は、それがトラフィックＬＳＰに割り当てたラベル、たとえばラベルＥ（Ｂ）、を運搬するパケットが転送に先立ってラベルスタッキング動作に従うように、ラベルスイッチングテーブルを構成する。このラベルスタッキング動作は、ＬＳＰ５の入力パケットのＴＣＭＥ−ＬＳＰ６のパケットへのカプセル化を実装する。ＬＳＰのカプセル化によって、ＯＡＭパケットは、それらが監視サービスを提供するトラフィックＬＳＰのパケットと同様の方式で操作され、処理される。この機能はフェイトシェアリングとしても知られている。

ＴＣＭＥ−ＬＳＰの確立中に問題が生じた場合、ＴＣＭＥ−ＬＳＰの入口、たとえばノードＢ、は通常のＲＳＶＰ手順を介して知らされることができる。実施形態では、これは、全処理を中止する、または、要求されたＴＣＭＥ−ＬＳＰを確立することなく第１のＬＳＰの確立を完了する結果をもたらし得る。

前述の第１の方法では、２つのＬＳＰの間の自動的結合を確実にするために、ＴＣＭＥ−ＬＳＰの確立の要求、たとえばオブジェクト３２、がＬＳＰ確立要求、たとえばＰＡＴＨメッセージ３１、に組み込まれ、ＴＣＭＥ−ＬＳＰ入口、たとえばノードＢ、によって処理された。

図４および５を参照して説明されることになる、第２の方法は、関連トラフィック接続５が確立された後に、所望の監視接続の入口、たとえばノードＢ、で監視接続６の必要性が知られるときに適用可能である。このタイプの例示的な状況が図４に概略的に示され、その中では図１のそれと同一のまたは同様の構成要素は１００を加えた同じ数字をもつ。

図４を参照すると、ＬＳＰ１０５は、入口ノードＡと出口ノードＥの間に確立される。線１２０は、それが接続パスＡ−Ｂ−Ｃ−Ｄ−Ｅの各ホップで現れることができるとき、ノードＡからノードＥへのデータパケットの流れを示す。線１２０のデータパケットでは、ＬＳＰ１０５に割り当てられたラベルを含むフィールド１２２が、パス全体に沿って最上位にある。フィールド１２２では、従来のＲＳＶＰシグナル伝達を介して割り当てられるラベルの場合のように、各ノードは次のホップによって割り当てられるラベルを使用すると仮定される。フィールド１２３は、本明細書で詳述される必要のない、残りのデータパケットを指す。フィールド１２３は、たとえばＬＳＰ１０５がクライアント接続のためのトンネル、たとえばさらに別のＬＳＰまたは擬似ワイヤ、として使用される場合、さらに別のラベルフィールドを含み得る。

図４に示された状況では、ＬＳＰ内でＯＡＭパケットを送信することによって端から端までＬＳＰ１０５の性能を監視することが可能となり得る。しかし、接続パスの所与のセグメントを介して、たとえばＬＳＰの２つの中間ノードの間でまたは中間ノードとエンドノードの間で、ＬＳＰ１０５の性能を監視することは不可能である。パスセグメントを介した性能監視は、たとえば接続パスの一部だけをカバーするネットワークを操作する事業者によって、たとえば領域間ＬＳＰの場合に、求められることがある。図１に示す例では、ＬＳＰ１０５は、異なる事業者に属する３つのネットワーク領域を横切る。第２の領域（領域２）の事業者は、彼の領域に属するパスセグメント、たとえばセグメントＢ−Ｃ−Ｄ、を介してＬＳＰ１０５の性能を監視することを望む。たとえば、この監視の目的は、サービスレベル契約の実施であることもある。かかる性能監視を実現する一方法は、セグメントＢ−Ｃ−Ｄに沿ってＴＣＭＥ−ＬＳＰを確立することである。図５を参照して、その必要性を履行するのに適した方法がここで説明される。

ステップ５０で、ノードＢは、接続パスのセグメントＢ−Ｃ−Ｄに沿ってＴＣＭＥ−ＬＳＰを確立する必要性を知らされる。たとえば、かかる必要性は、図４の矢印９９で示されるように、任意の適切な言語、たとえば簡易ネットワーク管理プロトコル、共通オープンポリシーサービスまたはコマンドラインインタフェースなど、での命令として第２の領域のＮＭＳによってノードＢに通信されることができる。

ステップ５１で、ノードＢは、受信された命令で識別された他方のエンドノード、たとえばノードＤ、とＴＣＭＥ−ＬＳＰを確立するために、ＲＳＶＰシグナル伝達手順を開始する。それに応じて、ステップ５１で、ノードＢがＰＡＴＨメッセージを生成する。

ＴＣＭＥ−ＬＳＰが確立されたＬＳＰ１０５と同じパスを辿ることを確実にするために、ノードＢはＰＡＴＨメッセージで対応する明示的経路を指定する。ＬＳＰ１０５に関する経路情報は、たとえばパス状態ブロックに格納される、ノードコントローラによって見つけられることができる。好ましくは、確実にカプセル化が可能になるようにするために、確立されたＬＳＰ１０５に関する他のトラフィックパラメータはＰＡＴＨメッセージ内の同一の値を与えられる。ＰＡＴＨメッセージは、所望のＴＣＭＥ−ＬＳＰの出口、即ちノードＤ、に対応する宛先を指定する。好ましい一実施形態では、ＰＡＴＨメッセージで指定される帯域幅要件は、ＬＳＰ１０５に関するそれと同一である。

順番５２で示されるように、従来のＲＳＶＰ−ＴＥシグナル伝達処理は、ＴＣＭＥ−ＬＳＰの入口ノードと出口ノードの間で生じる。たとえば、図１で使用されるラベルＤ（Ｄ）およびＤ（Ｃ）は、示されたＲＥＳＶメッセージによって割り当てられる。

ステップ５３で、ＰＡＴＨメッセージに応答してＲＥＳＶメッセージを受信したノードＢは、所望のＴＣＭＥ−ＬＳＰが確立されたこと、たとえば図１のＬＳＰ６、を検出する。図示されていない、確認メッセージが追加で送信されることができる。ＴＣＭＥ−ＬＳＰを作動状態にさせるために、トラフィックＬＳＰをＴＣＭＥ−ＬＳＰにカプセル化することがさらに必要である。その目的のために、ステップ５４で、ノードＢは、トラフィックＬＳＰ１０５の入口、即ちノードＡ、にメイクビフォーブレーク動作を使用してトラフィックＬＳＰ１０５を再確立することを要求する。

好ましくは、その要求は、高速通知メッセージであるＲＳＶＰ−ＴＥプロトコルのＮＯＴＩＦＹメッセージ内で、ステップ５４で送信される。これは、ＩＥＴＦ ＲＦＣ ３４７３に記載されるように、対応する通知要求オブジェクトがノードＡに向けて通知の生成を要求するために接続パスに沿ったノード内に前に預けられていた場合のみに可能である。通知要求オブジェクトは、図５の順番５５でまたは後で概説されるＬＳＰ１０５の最初の確立中に預けられておくことができる。

ステップ５４で送信される要求は、ノードＡにメイクビフォーブレーク（ＭＢＢ）シグナル伝達手順を使用してトラフィック接続パスに沿ってトラフィックＬＳＰ１０５を再確立させるための命令、即ちＭＢＢ動作を実行する要求として解釈されることになる命令を含む。これらの命令は任意の適切なフォーマットで提供されることができる。

一例として、ステップ５４で送信される通知メッセージは、その名称はたとえばＭＢＢ＿ＲＥＱでもよい、新しいＲＳＶＰクラスのオブジェクトを含む。２つのオブジェクトが、そのクラスについて定義されることができる：ＭＢＢが実行されることを要求する中間ノード、たとえばノードＢ、のＩＰｖ４アドレスを含むＩＰｖ４ ＭＢＢ−ＲＥＱ オブジェクト、および、場合によってはこのノードのＩＰｖ６アドレスを含むＩＰｖ６ ＭＢＢ＿ＲＥＱオブジェクト。これらのオブジェクトは任意選択で、ＭＢＢ動作のための入口ノードによる潜在的使用の追加情報を含むことができる：ＴＣＭＥ−ＬＳＰのエンドポイント、即ちノードＤ、のＩＰｖ４もしくはＩＰｖ６アドレス、および／または、ＴＣＭＥ−ＬＳＰの識別子、たとえばＬＳＰ６のＬＳＰ ＩＤもしくはトンネルＩＤ。

ステップ６０で、入口ノード、即ちノードＡ、が通知メッセージを受信し、ＭＢＢ−ＲＥＱオブジェクトを検出する。通知メッセージ内のセッション情報は、ノードＡがその要求がＬＳＰ１０５に関連することを識別することを可能にする。

ステップ６１で、入口ノード、たとえばノードＡ、がメイクビフォーブレーク動作を使用してトラフィックＬＳＰを再確立するために、ＲＳＶＰ−ＴＥシグナル伝達を生成する。換言すれば、ＬＳＰ５は、既存のＬＳＰ１０５と同じパスに沿って新しいＬＳＰとして確立されることになり、次に、より古いＬＳＰ１０５は分解されることになる。

メイクビフォーブレーク動作は、古いＬＳＰと新しいＬＳＰに共通のリンク上で、古いＬＳＰによって使用されるリソースがトラフィックが新しいＬＳＰに移行される前に解放されないような、また、そうでない場合流入制御が新しいＬＳＰを拒絶してしまうため、予約が２度数えられないような方法で新しいＬＳＰを確立することを可能にする。メイクビフォーブレークＲＳＶＰ−ＴＥシグナル伝達手順は、参照により本明細書に援用する、ＩＥＴＦコメント要求３２０９に記載されている。ＲＦＣ３２０９によれば、経路の再指定を生じさせるために、入口ノードが新しいＬＳＰ ＩＤを精選し、新しいＳＥＮＤＥＲ＿ＴＥＭＰＬＡＴＥを形成する。入口ノードは次に、新しいＥＲＯを作成して新しいパスを定義する。その後ノードは、最初のＳＥＳＳＩＯＮオブジェクトを使用して新しいパスメッセージ、ならびに新しいＳＥＮＤＥＲ＿ＴＥＭＰＬＡＴＥおよびＥＲＯを送信する。それは古いＬＳＰを使用し続け、古いパスメッセージをリフレッシュする。共通して保持されるリンク上で、共用ＳＥＳＳＩＯＮオブジェクトおよびＳＥスタイルが古いＬＳＰをもつリソースを共用してＬＳＰが確立されることができるようにする。入口ノードが新しいＬＳＰのためのＲＥＳＶメッセージを受信した後は、それはトラフィックをそれに移行し、古いＬＳＰを分解することができる。

ステップ６１で、「再確立」はここでは同じパスに沿って経路を再指定することを意味する。したがって、ステップ６１で、ＥＲＯおよびＳＥＮＤＥＲ＿ＴＥＭＰＬＡＴＥが古いＬＳＰと新しいＬＳＰにおいて同じままであることを除いて、ノードＡはＲＦＣ３２０９に記載された方式で新しいパスメッセージを送信する。

ステップ６２で、ＰＡＴＨメッセージを受信したとき、ノードＢはセッション情報を使用して、ＴＣＭＥ−ＬＳＰがそのために確立されたＬＳＰにそれが関連することを検出し、次に、ＴＣＭＥ−ＬＳＰ６内にカプセル化された新しいＬＳＰ、即ちＬＳＰ５、を続いて確立する。シグナル伝達処理は、図２のステップ３８から４２に非常に似た方式で完了される。図１および４のフィールド２２および１２２では同じ表記法が使用されているが、ノードＥ、ＤおよびＢによって再確立されるＬＳＰ、即ちＬＳＰ５、に割り当てられるラベルは、最初のＬＳＰ１０５に割り当てられたラベルと同一であってもなくてもよいことに留意されたい。

図６を参照すると、前述の方法を実装するのに適したノードコントローラ９０が概略的に示されている。このノードコントローラは、たとえば、シグナル伝達メッセージ９２を起動および終了させる、ＲＳＶＰ−ＴＥプロトコルおよび適切な拡張に従って動作する、シグナル伝達モジュール９１を備える。たとえばＯＳＰＦ−ＴＥプロトコルに従って動作する経路指定モジュール９３は、経路指定メッセージ９４を起動および終了させる。シグナル伝達および経路指定メッセージは、たとえばデータネットワーク上にオーバレイされた別個の制御ネットワークを介して、帯域内でまたは帯域外で移送される。ＯＡＭモジュール９５は、ＯＡＭフロー９６を起動および終了させる。ＯＡＭフローは帯域内で移送される。示されていない、様々な他の機能モジュールもまた含まれ得る。

ネットワーク管理システムは、たとえばパーソナルコンピュータ、ワークステーション、インターネットアプライアンス、または他の汎用もしくは特定目的の通信装置などの、ハードウェア装置でもよい。このシステム上で動作するソフトウェアプログラムは、ネットワーク管理機能を実行してネットワーク構成要素を制御する。

前述の方法は、ＧＭＰＬＳおよびＭＰＬＳ−ＴＰを含む、ＭＰＬＳの様々なバージョンまたは拡張を用いて、或いは、他の接続指向のプロトコルを用いて実装されることができる。

本発明の実施形態は、ハードウェアならびにソフトウェアを用いて実装されることができる。ハードウェアの同一のアイテムがいくつかの「モジュール」を表し得る。図面に示された様々な構成要素の機能は、専用のハードウェアならびに適切なソフトウェアと関連するソフトウェアを実行する能力のあるハードウェアの使用を介して提供されることができる。プロセッサによって提供されるとき、その機能は、単一の専用プロセッサによって、単一の共用プロセッサによって、または、それらのうちのいくつかが共用されることができる、複数の個別のプロセッサによって、提供されることができる。さらに、「プロセッサ」または「コントローラ」の用語の明示的な使用は、ソフトウェアを実行する能力のあるハードウェアを排他的に指すものとして解釈されるべきではなく、ディジタル信号プロセッサ（ＤＳＰ）ハードウェア、ネットワークプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、書替え可能ゲートアレイ（ＦＰＧＡ）、ソフトウェアを格納する読出し専用記憶素子（ＲＯＭ）、ランダムアクセス記憶装置（ＲＡＭ）、および不揮発性記憶装置を黙示的に含み得るがこれらに限定されない。従来のおよび／または特注の、他のハードウェアもまた含まれ得る。

本明細書において「一実施形態」または「実施形態」の言及は、その実施形態に関して記載される特定の機能、構造、または特徴が本発明の少なくとも１つの実施形態に含まれることができることを意味する。本明細書の様々な箇所での語句「一実施形態では」の出現は、必ずしもすべて同じ実施形態を指さず、また、必ずしも相互排他的な別個のもしくは代替の実施形態を指さない。

本発明は、記載された実施形態に限定されない。添付の特許請求の範囲は、本明細書に記載された基本的な教示の範囲に適正に入る、当業者が思い付き得るすべての変更形態および代替構成を実施するものとして解釈されるべきである。図面に示されたいくつかの方法のステップの順番は、修正されて同様の結果を達成することができる。いくつかのステップは同時に実行されることができる。

動詞の「備える」または「含む」およびその活用の使用は、特許請求の範囲で述べられるもの以外の構成要素またはステップの存在を排除しない。さらに、構成要素またはステップに先立つ冠詞「ａ」または「ａｎ」（１つの）の使用は、複数のかかる構成要素またはステップの存在を排除しない。

特許請求の範囲において、丸括弧内に置かれたいずれの参照符号も本特許請求の範囲を制限するものとして解釈されないものとする。

Claims (13)

1. 通信ネットワーク内に確立されたトラフィック接続に関連付けられた監視接続を確立する方法であって、
   トラフィック接続（１０５）のパス内に配置された第１のノード（Ｂ）と第２のノード（Ｄ）の間に監視接続（６）を確立するために、通信ネットワークの第１のノード（Ｂ）から第２のノード（Ｄ）にトラフィック接続パスに沿って接続確立メッセージを送信するステップ（５１）と、
   入口ノードにメイクビフォーブレークシグナル伝達手順（６１）を使用してトラフィック接続パスに沿ってトラフィック接続を再確立させるために、トラフィック接続の第１のノード（Ｂ）から入口ノード（Ａ）にメイクビフォーブレーク要求を送信するステップ（５４）と、
   第１のノードで、再確立されたトラフィック接続（５）を監視接続（６）内にカプセル化するために、入口ノードによって送信された再確立シグナル伝達メッセージを処理するステップ（６２）と
   を備える、方法。
2. トラフィック接続および関連監視接続がラベルスイッチパスであり、再確立されたトラフィック接続がラベルスタッキングを介して監視接続内にカプセル化される、請求項１に記載の方法。
3. 監視接続を介して第１のノードと第２のノードの間でＯＡＭフロー（１０）を送信するステップをさらに備える、請求項１に記載の方法。
4. 監視接続がトラフィック接続と同じ帯域幅を用いて確立される、請求項１に記載の方法。
5. 接続確立メッセージおよび再確立シグナル伝達メッセージがＲＳＶＰ−ＴＥプロトコルに従う、請求項１に記載の方法。
6. メイクビフォーブレーク要求が第１のノード（Ｂ）の識別子を備える、請求項１に記載の方法。
7. メイクビフォーブレーク要求が第２のノード（Ｄ）の識別子を備える、請求項１に記載の方法。
8. メイクビフォーブレーク要求が監視接続（６）の識別子を備える、請求項１に記載の方法。
9. メイクビフォーブレーク要求がＲＳＶＰ−ＴＥ通知メッセージ内のオブジェクトを備える、請求項１に記載の方法。
10. ネットワークノードのためのノードコントローラ（９０）であって、
    そのノードコントローラがその中にインストールされるネットワークノード（Ｂ）から通信ネットワークの別のノード（Ｄ）に、前記ノードの間に監視接続を確立するために、接続確立メッセージを送信するステップ（５１）であって、前記ノードが通信ネットワーク内に確立されたトラフィック接続（１０５）のパス内に配置され、その接続確立メッセージがそのトラフィック接続のパスに沿って送信される、ステップと、
    入口ノード（Ａ）にメイクビフォーブレークシグナル伝達手順を使用してトラフィック接続パスに沿ってトラフィック接続を再確立させるために、トラフィック接続の入口ノード（Ａ）にメイクビフォーブレーク要求を送信するステップ（５４）と、
    再確立されたトラフィック接続（５）を監視接続（６）内にカプセル化するために、入口ノードから受信された再確立シグナル伝達メッセージを処理するステップ（６２）と
    を備える動作を実行するように構成されたシグナル伝達モジュール（９１）を備える、コントローラ。
11. 監視接続を介して他方のノードにＯＡＭフローを送信するようになされたＯＡＭモジュール（９５）をさらに備える、請求項１０に記載のノードコントローラ。
12. そのシグナル伝達モジュールが、再確立されたトラフィック接続の入力ラベル（２２）を監視接続の出力ラベル（２１）に関連付けるようにスイッチングテーブルを構成するようになされた、請求項１０に記載のノードコントローラ。
13. その中にノードコントローラがインストールされるネットワークノードから通信ネットワークの別のノードに、前記ノードの間に監視接続を確立するために、接続確立メッセージを送信するステップであって、前記ノードがその通信ネットワーク内に確立されたトラフィック接続（１０５）のパス内に配置され、接続確立メッセージがそのトラフィック接続のパスに沿って送信されるステップ（５１）と、
    入口ノードにメイクビフォーブレークシグナル伝達手順を使用してトラフィック接続パスに沿ってトラフィック接続を再確立させるために、トラフィック接続の入口ノードにメイクビフォーブレーク要求を送信するステップ（５４）と、
    再確立されたトラフィック接続（５）を監視接続（６）内にカプセル化するために、入口ノードから受信された再確立シグナル伝達メッセージを処理するステップ（６２）と
    を備える動作を、ノードコントローラ内のプロセッサによって実行されるときに、ノードコントローラに実行させる、命令を提供するための機械可読媒体。

Images