(57)【要約】  経路情報がＶＰＬＳベース・ネットワーク内で特別なレイヤ２（Ｌ２）フレーム（追跡要求フレーム）を生成し、追跡要求フレームを識別するためにソースＭＡＣフィルタリングを実施し、ソースＭＡＣフィルタリングによって追跡要求フレームが識別される場合は特別なフレーム（追跡応答フレーム）を生成することによって取得される。追跡要求フレームを識別すると、経路情報が収集され、追跡応答フレーム内に埋め込まれる。追跡応答フレームは発信元ノードに送信され、この発信元ノードで、経路情報が、追跡要求フレームが通過した経路を知るために使用される。それぞれ異なるソースＭＡＣアドレスが付加された複数の追跡要求フレームを送信することによって、ＶＰＬＳベース・ネットワーク内のそれぞれ異なるノードのソースＭＡＣフィルタリングから受信された経路情報が対象の経路全体について知るために収集され使用され得る。
2008507202.tif 000002
【特許請求の範囲】
【請求項１】
仮想プライベート・ローカル・エリア・ネットワーク・サービス（ＶＰＬＳ）ベースのネットワークに関する経路情報を取得するための方法であって、
レイヤ２（Ｌ２）追跡要求フレームを生成するステップ、
ＶＰＬＳベースのネットワーク内で該Ｌ２追跡要求フレームを転送するステップ、
該Ｌ２追跡要求フレームのソース・メディア・アクセス制御（ＭＡＣ）アドレスをフィルタＭＡＣアドレスと比較するステップ、及び
該比較に応答して追跡応答フレームを生成するステップ
からなる方法。
【請求項２】
請求項１記載の方法であって、前記Ｌ２追跡要求フレームのソースＭＡＣアドレスをフィルタＭＡＣアドレスに一致するように設定するステップを含む方法。
【請求項３】
請求項１記載の方法であって、前記Ｌ２追跡要求フレームのソースＭＡＣアドレスをトレース値に設定するステップを含む方法。
【請求項４】
請求項１記載の方法において、前記ソースＭＡＣアドレスと前記フィルタＭＡＣアドレスの一致に応答して前記追跡応答フレームが生成される方法。
【請求項５】
請求項１記載の方法であって、経路情報を収集し、前記追跡応答フレームに前記経路情報を埋め込むステップを含む方法。
【請求項６】
請求項１記載の方法であって、前記ＶＰＬＳベースのネットワーク内で前記追跡応答フレームを転送するステップを含む方法。
【請求項７】
請求項６記載の方法において、前記追跡要求フレームがペイロード内に発信元ＭＡＣアドレスを含み、さらに、前記発信元ＭＡＣアドレスを使用して前記追跡応答フレームを転送するステップを含む方法。
【請求項８】
請求項１記載の方法であって、前記Ｌ２追跡要求フレームの宛先ＭＡＣアドレスを顧客ＭＡＣアドレスに設定するステップを含む方法。
【請求項９】
請求項８記載の方法であって、前記顧客ＭＡＣアドレスに基づいて前記ＶＰＬＳベースのネットワーク内で前記Ｌ２追跡要求フレームを転送するステップを含む方法。
【請求項１０】
請求項１記載の方法であって、前記Ｌ２追跡要求フレームが顧客フレームと同じ経路を通過するように、前記Ｌ２フレームの前記宛先ＭＡＣアドレスを顧客宛先ＭＡＣアドレスに設定するステップを含む方法。
【請求項１１】
請求項１０記載の方法であって、前記顧客ＭＡＣアドレスに基づいて前記ＶＰＬＳベースのネットワーク内で前記Ｌ２追跡要求フレームを転送するステップを含む方法。
【請求項１２】
請求項１記載の方法であって、前記ＶＰＬＳベースのネットワーク内のサービス認識ノードでソースＭＡＣフィルタを設定するステップを含む方法。
【請求項１３】
請求項１記載の方法であって、マルチテナント・ユニット・デバイス（ＭＴＵ）に面するインターフェース上のプロバイダ・エッジ・デバイス（ＰＥ）で、ＭＴＵ−ＰＥフィルタと称されるソースＭＡＣフィルタを設定するステップを含む方法。
【請求項１４】
請求項１記載の方法であって、プロバイダ・エッジ・デバイス（ＰＥ）に面するインターフェース上のＰＥで、ＰＥ−ＰＥフィルタと称されるソースＭＡＣフィルタを設定するステップを含む方法。
【請求項１５】
請求項１記載の方法であって、プロバイダ・エッジ・デバイス（ＰＥ）に面するインターフェース上のマルチテナント・ユニット・デバイス（ＭＴＵ）で、ＰＥ−ＭＴＵフィルタと称されるソースＭＡＣフィルタを設定するステップを含む方法。
【請求項１６】
請求項１記載の方法であって、
マルチテナント・ユニット・デバイス（ＭＴＵ）に面するインターフェース上のプロバイダ・エッジ・デバイス（ＰＥ）上のＭＴＵ−ＰＥフィルタと称されるソースＭＡＣフィルタ、
ＰＥに面するインターフェース上のＰＥ上のＰＥ−ＰＥフィルタと称されるソースＭＡＣフィルタ、及び
ＰＥに面するインターフェース上のＭＴＵ上のＰＥ−ＭＴＵフィルタと称されるソースＭＡＣフィルタ
を設定するステップを含む方法。
【請求項１７】
仮想プライベート・ローカル・エリア・ネットワーク・サービス（ＶＰＬＳ）ベースのネットワークに関する経路情報を取得するためのシステムであって、
レイヤ２（Ｌ２）追跡要求フレームを生成する手段、
ＶＰＬＳベースのネットワーク内で該Ｌ２追跡要求フレームを転送する手段、
該Ｌ２追跡要求フレームのソース・メディア・アクセス制御（ＭＡＣ）アドレスをフィルタＭＡＣアドレスと比較する手段、及び
該比較に応答して追跡応答フレームを生成する手段
からなるシステム。
【請求項１８】
請求項１７記載のシステムであって、前記Ｌ２追跡要求フレームのソースＭＡＣアドレスをフィルタＭＡＣアドレスに一致するように設定する手段を含むシステム。
【請求項１９】
請求項１７記載のシステムであって、前記Ｌ２追跡応答フレームのソースＭＡＣアドレスをトレース値に設定する手段を含むシステム。
【請求項２０】
請求項１７記載のシステムにおいて、前記ソースＭＡＣアドレスと前記フィルタＭＡＣアドレスの一致に応答して前記追跡応答フレームが生成されるシステム。
【請求項２１】
請求項１７記載のシステムであって、経路情報を収集し、前記追跡応答フレームに前記経路情報を埋め込む手段を含むシステム。
【請求項２２】
請求項２１記載のシステムであって、前記ＶＰＬＳベースのネットワーク内で前記追跡応答フレームを転送する手段を含むシステム。
【請求項２３】
請求項２２記載のシステムにおいて、前記追跡要求フレームがペイロード内に発信元ＭＡＣアドレスを含み、前記発信元ＭＡＣアドレスを使用して前記追跡応答フレームを転送する手段を含むシステム。
【請求項２４】
請求項１７記載のシステムであって、前記Ｌ２追跡要求フレームの宛先ＭＡＣアドレスを顧客ＭＡＣアドレスに設定する手段を含むシステム。
【請求項２５】
請求項２４記載のシステムであって、前記顧客ＭＡＣアドレスに基づいて前記ＶＰＬＳベースのネットワーク内で前記Ｌ２追跡要求フレームを転送する手段を含むシステム。
【請求項２６】
請求項１７記載のシステムであって、前記Ｌ２追跡要求フレームが顧客フレームと同じ経路を通過するように、前記Ｌ２フレームの前記宛先ＭＡＣアドレスを顧客宛先ＭＡＣアドレスに設定する手段を含むシステム。
【請求項２７】
請求項２６記載のシステムであって、前記顧客ＭＡＣアドレスに基づいて前記ＶＰＬＳベースのネットワーク内で前記Ｌ２追跡要求フレームを転送する手段を含むシステム。
【請求項２８】
請求項１７記載のシステムであって、前記ＶＰＬＳベースのネットワーク内のサービス認識ノード上のソースＭＡＣフィルタを含むシステム。
【請求項２９】
請求項１７記載のシステムであって、
マルチテナント・ユニット・デバイス（ＭＴＵ）に面するインターフェース上のプロバイダ・エッジ・デバイス（ＰＥ）上のＭＴＵ−ＰＥフィルタと称されるソースＭＡＣフィルタ、
ＰＥに面するインターフェース上のＰＥ上のＰＥ−ＰＥフィルタと称されるソースＭＡＣフィルタ、及び
ＰＥに面するインターフェース上のＭＴＵ上のＰＥ−ＭＴＵフィルタと称されるソースＭＡＣフィルタ
を含むシステム。
【請求項３０】
仮想プライベート・ローカル・エリア・ネットワーク・サービス（ＶＰＬＳ）ベースのネットワーク内のサービス認識ノードであって、
入着Ｌ２フレームのソースＭＡＣアドレスをフィルタＭＡＣアドレスと比較するように構成されたソース・メディア・アクセス制御（ＭＡＣ）フィルタ、及び
Ｌ２フレームのソースＭＡＣアドレスと該フィルタＭＡＣアドレスとの一致に応答して追跡応答フレームを生成するように構成された経路追跡論理
からなるサービス認識ノード。
【請求項３１】
請求項３０記載のサービス認識ノードにおいて、前記経路追跡論理が、経路情報を収集し、前記経路情報を前記追跡応答フレームのペイロード内に埋め込むように構成されたサービス認識ノード。
【請求項３２】
請求項３０記載のサービス認識ノードにおいて、前記経路追跡論理が、受信されたフレームの前記ペイロードからの発信元ＭＡＣアドレスを前記追跡応答フレームの宛先ＭＡＣアドレスとして使用するように構成されたサービス認識ノード。
【請求項３３】
仮想プライベート・ローカル・エリア・ネットワーク・サービス（ＶＰＬＳ）ベースのネットワーク内のサービス認識ノードであって、
ソースＭＡＣフィルタのフィルタＭＡＣアドレスに一致するように設定されたソース・メディア・アクセス制御（ＭＡＣ）アドレスが付加されたレイヤ２（Ｌ２）追跡要求フレームを生成するように構成された経路追跡論理、及び
ＶＰＬＳベースのネットワーク内で該Ｌ２追跡要求フレームを転送する手段
からなるサービス認識ノード。
【請求項３４】
請求項３３記載のサービス認識ノードにおいて、前記経路追跡論理が前記追跡要求フレームの宛先ＭＡＣアドレスを顧客ＭＡＣアドレスに設定するように構成されたサービス認識ノード。
【請求項３５】
請求項３４記載のサービス認識ノードにおいて、前記経路追跡論理が前記追跡応答フレームのペイロード内に発信元ＭＡＣアドレスを含めるように構成されたサービス認識ノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般には、ネットワーク管理に関し、より詳細には、仮想プライベート・ローカル・エリア・ネットワーク（ＬＡＮ）サービス（ＶＰＬＳ）ベースのネットワークに関する経路情報の取得の技術に関する。
【背景技術】
【０００２】
ＭＰＬＳを用いた仮想プライベートＬＡＮサービス（ＶＰＬＳ）は、地理的に多様な顧客位置間でＬＡＮのような接続性を提供する。ＭＰＬＳを用いたＶＰＬＳを実施するためのドラフト規格は、「Virtual Private LAN Services over MPLS」、IETF draft-lasserre-vkompella-ppvpn-vpls-04.txt、２００３年３月及び「Virtual Private LAN Service」、IETF draft-kompella-ppvpn-vpls-02.txt、２００３年５月、「Transport of Layer 2 Frames over MPLS」、IETF draft-martini-12circuit-trans-mpls-09.txt、２００２年４月及び「Encapsulation Methods for Transport of Layer 2 Frames Over IP and MPLS networks」、IETF draft-martini-12circuit-encap-mpls-04.txt、２００１年１１月に提示されており、これらの文献すべては参照により本明細書に組み込まれている。
【０００３】
ＶＰＬＳの基本の動作は図１を参照して述べられており、仮想回路（ＶＣ）ラベル・スイッチング経路（ＬＳＰ）及びトンネルＬＳＰ（「擬似ワイヤ」とも称される）の確立を伴う。図１はＭＰＬＳドメイン１０２、３つのサービス・プロバイダ・エッジ・デバイス（ＰＥ）１０４、地理的に多様な顧客エッジ・デバイス（ＣＥ）１０６、及び２つの異なる顧客、顧客Ａ及び顧客Ｂの顧客ＬＡＮ１０８を示している。図１は、ＰＥ間の対応するトンネルＬＳＰ１１０、並びにトンネルＬＳＰ内で運ばれるＶＣ  ＬＳＰの例（ＶＣＡ  ＬＳＰ及びＶＣＢ  ＬＳＰなど）をも示している。動作において、顧客位置からのイーサーネット・フレームは、ＣＥによってＰＥ（ＭＰＬＳラベル・エッジ・ルータ（ＬＥＲ）としても知られている）のうちの１つにスイッチング又はルーティングされる。それぞれのＰＥは、ＩＥＥＥ８０２．１ｑタグ付きフレームの入りポート又は仮想ローカル・エリア・ネットワーク（ＶＬＡＮ）識別子（ＩＤ）に基づいて、フレームを分類する。次に、このフレームは、フレームがどのように転送されるかを指定するユーザ定義の転送等価クラス（ＦＥＣ：Ｆｏｒｗａｒｄｉｎｇ  Ｅｑｕｉｖａｌｅｎｃｅ  Ｃｌａｓｓ）にマッピングされる。ＦＥＣの探索によって、フレームの出力ポート、トンネル、及びフレームをカプセル化するのに使用されているＶＣラベルがもたらされる。図２はＶＰＬＳを実施するためのフレーム・カプセル化形式の一例を示している。フレーム形式についての完全な説明は、上記で参照したＩＥＴＦ文献「Encapsulation Methods for Transport of Layer 2 Frames Over IP and MPLS networks」に記載されている。このフレーム形式は、元のイーサーネット・フレーム２００とＭＰＬＳラベル・スタック２２２と外部イーサーネット・ヘッダ２２４とを含む。外部イーサーネット・ヘッダは、ＭＰＬＳドメインを通った移送中のフレームの次のホップを識別する。ＭＰＬＳラベル・スタックの最上部のラベルはトンネル・ラベルであり、このトンネル・ラベルは、トンネルＬＳＰを介してプロバイダのＭＰＬＳドメインを横断してフレームを移送するのに使用される。ＭＰＬＳラベル・スタックの最下部のラベルはＶＣラベルであり、このＶＣラベルは、ＭＰＬＳドメインを出て行くフレームをどのように処理するかを決定するために出口ＰＥによって使用される。元のイーサーネット・フレームは、地理的に多様な顧客位置間で移送される顧客フレームである。
【０００４】
ＭＰＬＳドメインを通った移送の間、ＭＰＬＳドメイン内のバックボーン・ラベル・スイッチ・ルータ（ＬＳＲ）（図示せず）は、ＭＰＬＳを介してフレームをスイッチングするためにフレームのトンネル・ラベルを見るにすぎない。ＭＰＬＳラベル・スタックの最上部のトンネル・ラベルは最後から２番目のホップ（すなわち出口ＰＥの前のホップ）で取り除かれ、フレームはＶＣラベルだけを付けて出口ＰＥに渡される。出口ＰＥは、フレームをどのように処理するかを決定するためにＶＣラベルを使用する。次に、フレームはＶＣラベルによって識別される出力ポートに転送される。
【０００５】
図１を参照して上記で述べたＶＰＬＳアーキテクチャは、スケーラビリティを向上させるように修正されることができる。スケーラビリティ向上のための標準化されたアーキテクチャについては、階層ＶＰＬＳ、すなわち「ＨＶＰＬＳ」として上述の文献内で言及されている。図３はＨＶＰＬＳベースのネットワーク・アーキテクチャの一例を示しており、このＨＶＰＬＳベース・ネットワーク・アーキテクチャはハブアンドスポーク構成を有する階層を作成するためにＰＥ３０４とＣＥ３０６の間に置かれた、マルチテナント・ユニット（ＭＴＵ）３１２とも称されるレイヤ２デバイスを含む。ＨＶＰＬＳアーキテクチャを使用して、トンネル３１０の完全なメッシュがＭＰＬＳドメイン内のＰＥ間で維持され、追加のＬＳＰ３１４が、ＥＰ３０４とＭＴＵ３１２の間で確立される。この階層アークテクチャによって、シグナリング及びフレーム複製のオーバーヘッドが削減され、結果として、大規模なＶＰＬＳサービスの展開がより容易になる。
【０００６】
実行可能なＶＰＬＳサービスを提供するために、サービス・プロバイダはＶＰＬＳベースのネットワーク内のノード間の接続性をテストすることができなければならない。具体的には、実際の顧客トラフィックが移動する経路をテストできることが重要である。ネットワーク管理で共通する機能のテストの２つのカテゴリは、２つのノード間のエンドツーエンドの接続性をテストすること（しばしば「ピング」テストと称される）、及びトラフィックがあるノードから別のノードに達するために移動する経路を知ること（しばしば「トレースルート」又は「トレースパス」テストと称される）を伴う。よく知られている「ピング」及び「トレースルート」機能はレイヤ３ネットワーク（ＩＰベース・ネットワークなど）のために開発されてきた。ピング及びトレースルート機能はＩＰベースのネットワークではうまく働くが、これらの機能はＶＰＬＳベースのネットワークなどのレイヤ２ネットワークには必ずしも移転可能でない。レイヤ２ピング機能を提供するための解決策が実施され受け入れられてきたが、トレースルート機能の提供については広く受け入れられている技術はない。トレースルート機能を提供するための提案された１つの解決策は、Ｓｔｏｋｅｓ他によってＩＥＴＦドラフト文献、「T-esting Hierarchical Virtual Private LAN Services」（draft-stokes-vkompella-ppvpn-hvpls-oam-02.txt）、２００３年６月に記載されている。ＶＰＬＳベースのネットワーク内でトレースルート機能を提供するためのこの提案は、ＰＥでトンネルＬＳＰがスイッチングされるときにＭＰＬＳトンネル・ラベルの生存時間（ＴＴＬ）フィールドの値を保持することに依存する。ＬＳＰスイッチを介したトンネル・ラベル内のＴＴＬ値の保持は、入口ポートから出口ポートにスイッチングされるのに追加の情報を必要とするので実施するのが難しいことがある。
【非特許文献１】「Virtual Private LAN Services over MPLS」、IETF draft-lasserre-vkompella-ppvpn-vpls-04.txt、２００３年３月
【非特許文献２】「Virtual Private LAN Service」、IETF draft-kompella-ppvpn-vpls-02.txt、２００３年５月
【非特許文献３】「Transport of Layer 2 Frames over MPLS」、IETF draft-martini-12circuit-trans-mpls-09.txt、２００２年４月
【非特許文献４】「Encapsulation Methods for Transport of Layer 2 Frames Over IP and MPLS networks」、IETF draft-martini-12circuit-encap-mpls-04.txt、２００１年１１月
【非特許文献５】「T-esting Hierarchical Virtual Private LAN Services」（draft-stokes-vkompella-ppvpn-hvpls-oam-02.txt）、２００３年６月
【発明の開示】
【発明が解決しようとする課題】
【０００７】
これに鑑みて、実施し易く、また実際の顧客トラフィックが移動する経路を反映するＶＰＬＳベース・ネットワークに関する経路情報を取得するための技術が求められている。
【課題を解決するための手段】
【０００８】
本発明によれば、経路情報がＶＰＬＳベース・ネットワーク内で特別なレイヤ２（Ｌ２）フレーム（本明細書では「追跡要求フレーム」という）を生成し、追跡要求フレームを識別するためにソースＭＡＣフィルタリングを実施し、ソースＭＡＣフィルタリングによって追跡要求フレームが識別される場合は特別なフレーム（本明細書では「追跡応答フレーム」という）を生成することによって取得される。追跡要求フレームを識別すると、経路情報が収集され、追跡応答フレーム内に埋め込まれる。次に、追跡応答フレームは発信元ノードに送信され、この発信元ノードで、経路情報が、追跡要求フレームが通過した経路を知るために使用される。それぞれ異なるソースＭＡＣアドレスが付加された複数の追跡要求フレームを送信することによって、ＶＰＬＳベースのネットワーク内のそれぞれ異なるノードでソースＭＡＣフィルタリングから受信される経路情報が対象の経路全体について知るために収集され使用され得る。
【０００９】
それぞれ異なるソースＭＡＣアドレスを付加して複数の追跡要求フレームが生成されるが、追跡要求フレームのすべては同じ顧客ＭＡＣアドレスに設定された宛先ＭＡＣアドレスを有する。追跡要求フレームの宛先ＭＡＣアドレスは同じなので、追跡要求フレームはソースＭＡＣアドレスの一致が識別されるまで同じ経路を辿る。さらに、宛先ＭＡＣアドレスは顧客ＭＡＣアドレスに設定されるので、追跡要求フレームによって取られる経路は顧客トラフィックによって取られる経路を模倣する。
【００１０】
本発明の他の態様及び利点は本発明の原理を例示するために示している添付の図面と併せて以下の詳細な説明から明らかになる。
この説明全体を通して、類似の参照番号が類似の要素を識別するために使用され得る。
【発明を実施するための最良の形態】
【００１１】
図４は、図３を参照して述べたＶＰＬＳベースのネットワークの一部を示す図である。ＶＰＬＳベースのネットワークの一部はＨＶＰＬＳベースのアーキテクチャを使用する２つの顧客エッジ・デバイス４０６（ＣＥ１Ａ及びＣＥ２Ａ）の間の経路を表している。経路はＭＴＵ１とＰＥ１とＰＥ２とＭＴＵ２Ａとを含む。上述したように、ＨＶＰＬＳはＭＴＵとＰＥの間のホップを通過するためにＬＳＰ３１０及び３１４を使用する。このＨＶＰＬＳベースのアーキテクチャを介してＶＰＬＳサービスを実施するために、顧客のＶＰＬＳトラフィックが顧客エッジ・デバイス間で取る経路に関する経路情報を取得できることが望ましい。図４の実施例では、対象の経路４３０は経路ＣＥ１ＡとＣＥ２Ａの間に渡る。
【００１２】
本発明によれば、経路情報がＶＰＬＳベースのネットワーク内で特別なレイヤ２（Ｌ２）フレーム（以下、「追跡要求フレーム」という）を生成し、追跡要求フレームを識別するためにソースＭＡＣフィルタリングを実施し、ソースＭＡＣフィルタリングによって追跡要求フレームが識別される場合は特別なフレーム（以下、「追跡応答フレーム」という）を生成することによって取得される。追跡要求フレームを識別すると、経路情報が収集され、追跡応答フレーム内に埋め込まれる。次に、追跡応答フレームは発信元ノードに送信され、この発信元ノードで経路情報は追跡要求フレームが通過した経路を知るために使用される。それぞれ異なるソースＭＡＣアドレスが付加された複数の追跡要求フレームを送信することによって、ＶＰＬＳベース・ネットワーク内のそれぞれ異なるノード上のソースＭＡＣフィルタリングの結果として受信される経路情報が対象の経路全体について知るために収集され使用され得る。
【００１３】
ＶＰＬＳベースのネットワークに関する経路情報を取得するための技術はＶＰＬＳベースのネットワーク内の任意の２つのサービス認識ノード間で実装されることができる。この説明全体を通して、サービス認識ノードはフレーム転送のために元のイーサーネット・フレームがノードによって使用されるノードである。すなわち、サービス認識ノードはカプセル化されたフレームのＭＰＬＳラベルを単に見るのではなく、転送の決定を行うのに元のイーサーネット・フレームのヘッダを見るＶＰＬＳベースのネットワーク内のノードである。例えば、ＭＴＵ及びＰＥはそれぞれのノードでＬＳＰ（すなわち擬似ワイヤ）が開始され又は終了され、また転送の判断を行うのに元のイーサーネット・フレームがノードによって見られるので、サービス認識ノードである。サービス認識ノードはこの分野では「擬似ワイヤ・スイッチング・ノード」ともいわれる。それとは異なり、ＰＥ間、又はＰＥとＭＴＵの間に存在する中間ノード（図１、３又は４に図示せず）は元のイーサーネット・フレームを見ないでＭＰＬＳラベル（図６のフレーム形式参照）に基づいてフレームを転送する。
【００１４】
図５は追跡要求フレームがそこから生成される発信元サービス認識ノード５４０、及び追跡要求フレームを識別するように構成されたソースＭＡＣフィルタを含む受信側のサービス認識ノード５４２を示している。ソースＭＡＣフィルタが追跡要求フレームを識別できるように、ソースＭＡＣフィルタのフィルタＭＡＣアドレス、及び追跡要求フレームのソースＭＡＣアドレスは整合が取られなければならない。具体的には、追跡要求フレームのソースＭＡＣアドレスはソースＭＡＣフィルタによって認識される値（以下、「トレース」値という）に設定されなければならない。図６は経路情報の取得のためにＶＰＬＳベースのネットワーク内で使用されるフレームの一例を示している。このフレームは外部イーサーネット・ヘッダ６２０とＭＰＬＳラベル・スタック６２２とを含み、図２のフレームに類似の形式を有する。図６の例では、元のイーサーネット・フレーム２２４は経路情報の取得のために使用される追跡要求フレーム６２４である。図６に示すように、追跡要求フレームのソースＭＡＣアドレスはフレームがソースＭＡＣフィルタリングを介して追跡要求フレームとして識別され得るようにトレース値に設定される。
【００１５】
図５に戻って参照すると、ソースＭＡＣフィルタ５４４が、事前に設定されているフィルタＭＡＣアドレスと入着フレームのソースＭＡＣアドレスの間の一致を識別している。一実施形態では、ソースＭＡＣフィルタはハードウェア・ベースのフィルタである。ソースＭＡＣフィルタはインターフェースのタイプに対応するように事前にプログラムされるフィルタＭＡＣアドレスを付けて設定されることができる。例えば、ＭＴＵに面するＰＥ上のフィルタ（以下、「ＭＴＵ−ＰＥフィルタ」という）は第１のフィルタＭＡＣアドレスを有し、別のＰＥに面するＰＥ上のフィルタ（以下、「ＰＥ−ＰＥフィルタ」という）は第２のフィルタＭＡＣアドレスを有し、ＰＥに面するＭＴＵ上のフィルタ（以下、「ＰＥ−ＭＴＵフィルタ」という）は第３のフィルタＭＡＣアドレスを有する。あるいは、ソースＭＡＣフィルタは任意のフィルタＭＡＣアドレスに設定され、次に学習プロセスを介して他のサービス認識ノードによって知られることができる。以下でより詳細に述べるように、完全な経路情報を取得され得るように、それぞれ異なるサービス認識ノード上のソースＭＡＣフィルタがそれぞれ異なるフィルタＭＡＣアドレスを使用することが必要である。
【００１６】
ＶＰＬＳベースのネットワーク内の経路情報を取得するための技術の基本操作について、図７及び８を参照して述べる。図７を参照すると、発信元サービス認識ノード７４０が追跡要求フレームを生成している。次に、追跡要求フレームは図６を参照して述べたフレーム形式を使用してＶＰＬＳベースのネットワーク内に送信される。何らかの時点で追跡要求フレームはサービス認識ノード７４２に遭遇する。そのサービス認識ノードで、追跡要求フレームがソースＭＡＣフィルタ７４４によってフィルタリングされる。例示するため、追跡要求フレームのソースＭＡＣアドレス（例えば０１−０２−０３−０４−０５−０６）がソースＭＡＣフィルタのフィルタＭＡＣアドレス（例えば０１−０２−０３−０４−０５−０６）に一致していると仮定する。ソースＭＡＣフィルタ上の一致によって、追跡応答フレームの生成がトリガされる。一実施形態では、一致すると、追跡要求フレームがサービス認識ノードの制御プレーンまで押し進められ、制御プレーン内のソフトウェア・ベースの運用、保守及び管理（ＯＡＭ）タスクによって処理されることになる。追跡要求フレームの受信に応答して、ＯＡＭタスクはサービス認識ノードに関連する経路情報を収集し、追跡応答フレームを生成する。経路情報は追跡応答フレームのペイロード内に埋め込まれ、次に、追跡応答フレームはＶＰＬＳベースのネットワークを介して発信元サービス認識ノードに送信される。発信元サービス認識ノードは対応する追跡要求フレームが移動した経路を知るために追跡応答フレーム内に埋め込まれた経路情報を使用する。ＭＡＣアドレスの一致が検出され、追跡応答プロセスがトリガされると、追跡要求フレームはサービス認識ノードから再転送されない。
【００１７】
追跡応答フレームは様々な技術を使用して発信元サービス認識ノードに送信されることができる。一実施形態では、発信元サービス認識ノードのＭＡＣアドレスは追跡要求フレームのペイロード内に埋め込まれる。ＭＡＣアドレスはＯＡＭタスクによって追跡要求フレームのペイロードから読み出され、追跡応答フレームの宛先ＭＡＣアドレスとして使用される。別の実施形態では、追跡応答フレームの宛先ＭＡＣアドレスはマルチキャストＭＡＣアドレスに設定される。マルチキャスト宛先ＭＡＣアドレスを使用して、追跡応答フレームは各サービス認識ノード上のＯＡＭタスクへと押し進められる。ＯＡＭタスクは追跡応答フレームのペイロード内に埋め込まれた発信元ノードのＭＡＣアドレスに基づいて追跡応答フレームを転送する。最終的に、追跡応答フレームは発信元サービス認識ノードに到達し、この発信元サービス認識ノード上で追跡応答フレームが制御プレーン内のＯＡＭタスクによって認識される。あるいは、追跡要求フレームが受信されたターゲット・サービス認識ノード上でＳＮＭＰなどのアウトオブバンド機構がログのために使用されてもよい。
【００１８】
図８は追跡要求フレームのソースＭＡＣアドレスとソースＭＡＣフィルタのフィルタＭＡＣアドレスとが一致しないケースを示している。動作において、発信元サービス認識ノード８４０は追跡要求フレームを生成し、この追跡要求フレームは図６を参照して述べたフレーム形式を使用してＶＰＬＳベースのネットワークに送信される。何らかの時点で、追跡要求フレームはサービス認識ノード８４２に遭遇する。そのサービス認識ノードで追跡要求フレームがソースＭＡＣフィルタ８４４によってフィルタリングされる。例示するため、追跡要求フレームのソースＭＡＣアドレス（例えば０１−０２−０３−０４−０５−０６）がソースＭＡＣフィルタのフィルタＭＡＣアドレス（例えば０４−０５−０６−０７−０８−０９）に一致しないと仮定する。追跡要求フレームのソースＭＡＣアドレスとソースＭＡＣフィルタのフィルタＭＡＣアドレスとが一致しないので、追跡応答フレームは生成されない。ソースＭＡＣフィルタ上で一致しない場合、追跡要求フレームは他の任意のフレームと同様に（例えばサービス認識ノードのデータ・プレーンで）処理され、その宛先ＭＡＣアドレスに従って転送される。追跡要求フレームが遭遇するサービス認識ノードが対象の経路に沿ったサービス認識ノードである場合、追跡要求フレームは図８に示すように次のサービス認識ノードに転送される。追跡要求フレームが発信元サービス認識ノードと他の任意のサービス認識ノードの間で中間ノード（すなわち非サービス認識ノード）に遭遇する場合、フレームはＭＰＬＳラベル・スタックに従って転送され、元のイーサーネット・フレームは見られないことに留意されたい。
【００１９】
所望の機能を達成するため、ソースＭＡＣフィルタリングを使用して経路情報を収集することは追跡要求フレーム内に追加のフィールドを設定することを伴う。図９は図６を参照して述べたようにカプセル化された追跡要求フレーム９２４の一例を示しており、この追跡要求フレーム９２４で追跡要求フレームの特定のフィールドを設定するための詳細が識別される。具体的には、追跡要求フレームの宛先ＭＡＣアドレス９５０は追跡要求フレームに顧客トラフィックと同じ経路を辿らせるために顧客宛先ＭＡＣアドレスに設定される。顧客宛先ＭＡＣアドレスは様々なやり方で取得されることができる。例えば、顧客宛先ＭＡＣアドレスはネットワーク管理者から手作業で取得されても、自動発見プロレスを介して自動的に取得されても、特定のＭＡＣアドレスにうまく到達できない顧客位置から直接に取得されてもよい。追跡要求フレームのソースＭＡＣアドレス９５２は上述したようにトレース値に設定される。追跡要求フレームのＥｔｙｐｅ９５４はある値に設定され、この値はソースＭＡＣフィルタによって識別されると、フレームをサービス認識ノードの制御プレーンへと押し進めさせる。例えば、Ｅｔｙｐｅは「ＭＡＣ−ｐｉｎｇ」Ｅｔｙｐｅ（すなわち０ｘ８８０９、サブタイプ０８）と称されるＥｔｙｐｅが、フレームを制御プレーンのＯＡＭタスクへと押し進めるＥｔｙｐｅとして規格開発を介して認識されているので、このＥｔｙｐｅに設定されることができる。ＭＡＣ−ｐｉｎｇについてここでは述べているが、ベンダ特有のＥｔｙｐｅなどの異なるＥｔｙｐｅが使用され得る。
【００２０】
上述したように、追跡応答フレームが発信元サービス認識ノードに経路情報を送り届けるために使用される。図１０は図２を参照して述べたようにカプセル化された追跡応答フレーム１０２４の一例を示しており、この追跡応答フレーム１０２４で追跡応答フレームの特定のフィールドを設定するための詳細が識別される。上述したように、追跡応答フレームの宛先ＭＡＣアドレス１０５０は、発信元サービス認識ノードのＭＡＣアドレスが知られている場合は発信元サービス認識ノードのＭＡＣアドレスに設定されることができる。宛先ＭＡＣアドレスをマルチキャスト・アドレスに設定するなどの代替技術が使用され得る。追跡応答フレームのソースＭＡＣアドレス１０５２は追跡応答フレームが生成されるサービス認識ノードのＭＡＣアドレスに設定される。追跡応答フレームのＥｔｙｐｅ１０５４は追跡応答フレームが発信元サービス認識ノードに到達するときに制御プレーンのＯＡＭタスクへと追跡応答フレームが押し進められるように、ＭＡＣ−ｐｉｎｇ値に設定される。追跡応答フレームのペイロード１０５６は一致が生じるサービス認識ノードで収集される経路情報を含む。経路情報は、例えばサービス認識ノードのタイプ（ＰＥ又はＭＵＴなど）、他のサービス認識ノードに対するサービス認識ノードの向き（ＰＥ又はＭＴＵに面するなど）、ポート名、入口ポート、ポート・タイプ、ＶＬＡＮ  ＩＤ、ＶＬＡＮのタイプ、ＶＬＡＮ変換情報、ソフトウェア・バージョン、構成状態、追跡要求フレームが入ってきたＶＰＬＳ顧客ＩＤ、フィルタ情報及びスイッチ名を含んでもよい。
【００２１】
図７〜８を参照して述べた操作は単一のサービス認識ノードから経路情報を取得することを伴う。ＶＰＬＳベースのネットワーク内の対象の経路は２つ以上のサービス認識ノードを含むので、対象の経路内の各サービス認識ノードから経路情報を取得するための機構が存在しなければならない。本発明の一実施形態によれば、経路情報は各サービス認識ノード上のソースＭＡＣフィルタについてそれぞれ異なるフィルタＭＡＣアドレスを設定し、そのそれぞれ異なるフィルタＭＡＣアドレスに対応するソースＭＡＣアドレスを有する追跡要求フレームを生成することによって各サービス認識ノードから取得される。すなわち、少なくとも１つの追跡要求フレームがソースＭＡＣフィルタの各フィルタのフィルタＭＡＣアドレスに対応するソースＭＡＣアドレスを付加して生成される。追跡要求フレームは、対象の経路を通過する間、対象の経路に沿ってそれぞれ異なるサービス認識ノード上のソースＭＡＣフィルタによって識別され、結果として追跡応答レームが生成され、それぞれ異なるサービス認識ノードから発信元サービス認識ノードに送信される。発信元サービス認識ノード上でそれぞれ異なるサービス認識ノードから受信された追跡応答フレームは、対象の経路について知るために使用される経路情報を含む。
【００２２】
追跡要求フレームはそれぞれ異なるソースＭＡＣアドレスを有するが、追跡要求フレームのすべては同じ宛先ＭＡＣアドレスを有する。追跡要求フレームの宛先ＭＡＣアドレスが同じなので、追跡要求フレームはそれぞれソースＭＡＣアドレスの一致が識別されるまで同じ経路を辿る。さらに、上述したように、追跡要求フレームの宛先ＭＡＣアドレスは追跡要求フレームにより取られる経路が顧客により取られる経路を模倣するように、顧客ＭＡＣアドレスに設定される。さらに、ソースＭＡＣフィルタリングの結果として制御プレーンのＯＡＭタスクに押し進められない追跡要求フレームは通常の顧客トラフィックと同じサービス認識ノードのデータ・プレーンで処理される。
【００２３】
ＶＰＬＳベースのネットワーク内の対象の経路についての経路情報を取得するプロセスについて、図１１を参照してより詳細に述べる。第１に、図１１は２つのＣＥ１１０６間（例えばＣＥ１ＡとＣＥ２Ａの間）の対象の経路に沿ってＶＰＬＳベースのネットワーク内のサービス認識ノード１１０４及び１１１２を示している。これらのサービス認識ノードは図４のＨＶＰＬベースのアーキテクチャ内に示される同じノードである。ソースＭＡＣフィルタ１１４４もまた、サービス認識ノードの一部のノード内に示されている。ソースＭＡＣフィルタのフィルタＭＡＣアドレスはサービス認識ノードのタイプ、及び他のサービス認識ノードに対するそのサービス認識ノードの位置に対応するように設定される。例えば、ＭＴＵ１に面するＰＥ１インターフェースはＭＴＵ−ＰＥフィルタを含んで構成され、ＰＥ１に面するＰＥ２インターフェースはＰＥ−ＰＥフィルタを含んで構成され、ＰＥ２に面するＭＴＵ２ＡインターフェースはＰＥ−ＭＴＵフィルタを含んで構成され、ただし、ＭＴＵ−ＰＥ、ＰＥ−ＰＥ及びＰＥ−ＭＴＵフィルタはそれぞれ異なるフィルタＭＡＣアドレスを含んで構成される。
【００２４】
第２に、図１１はＶＰＬＳベースのネットワーク内の対象の経路に関する経路情報の取得に関与するサービス認識ノードに対する追跡要求及び追跡応答フレームの交換を示している。動作において、ＭＴＵ−ＰＥフィルタに一致するソースＭＡＣアドレスを有する第１の追跡要求フレームがＭＴＵ１によって生成され、ＶＰＬＳベースのネットワークに送信される（交換Ａ参照）。追跡要求フレームは、ＶＰＬＳベースのネットワーク内の対象の経路を通過するときに、まずＰＥ１に遭遇する。ＰＥ１はそのソースＭＡＣフィルタを追跡要求フレームにかけ、ソースＭＡＣの一致を検出する。ソースＭＡＣの一致によって経路情報の収集及び追跡応答フレームの生成がトリガされる。経路情報は追跡応答フレームのペイロード内に埋め込まれ、追跡応答フレームはＭＴＵ１（すなわち発信元サービス認識ノード）に送信される。
【００２５】
交換Ａのプロセスと並行して、ＰＥ−ＰＥフィルタに一致するソースＭＡＣアドレスを有する第２の追跡要求フレームがＭＴＵ１によって生成され、ＶＰＬＳベースのネットワークに送信される（交換Ｂ参照）。追跡要求フレームは対象の経路を通過するときに、まずＰＥ１に遭遇する。ＰＥ１はそのソースＭＡＣフィルタをフレームにかけるが、一致は検出されない。追跡要求フレームは他の任意のフレームのようにＰＥ１によって処理され、ＶＰＬＳベースのネットワークに沿ってその宛先ＭＡＣアドレスに従って転送される。次に、追跡要求フレームはＰＥ２に遭遇する。ＰＥ２はそのソースＭＡＣフィルタをフレームにかけ、一致を検出する。ソースＭＡＣの一致によって経路情報の収集及び追跡応答フレームの生成がトリガされる。経路情報は追跡応答フレームのペイロード内に埋め込まれ、追跡応答フレームはＭＴＵ１（すなわち発信元サービス認識ノード）に送信される。
【００２６】
交換Ａ及びＢのプロセスと並行して、ＰＥ−ＭＴＵフィルタに一致するソースＭＡＣアドレスを有する第３の追跡要求フレームがＭＴＵ１によって生成され、ＶＰＬＳベースのネットワークに送信される（交換Ｃ参照）。追跡要求フレームは対象の経路を通るときにＰＥ１及びＰＥ２に遭遇し、ＰＥ１とＰＥ２の両方がそのソースＭＡＣフィルタを追跡要求フレームにかけるが、一致は検出されない。追跡要求フレームは他の任意のフレームのように処理され、ＶＰＬＳベースのネットワークに沿ってフレームの宛先ＭＡＣアドレスに従って、ＰＥ１によって、次にＰＥ２によって転送される。追跡要求フレームは次にＭＴＵ２Ａに遭遇する。ＭＴＵ２ＡはそのソースＭＡＣフィルタをフレームにかけ、一致を検出する。ソースＭＡＣの一致によって経路情報の収集及び追跡応答フレームの生成がトリガされる。経路情報は追跡応答フレームのペイロード内に埋め込まれ、追跡応答フレームはＭＴＵ１（すなわち発信元サービス認識ノード）に送信される。
【００２７】
交換Ａ、Ｂ及びＣの結果として、３つの追跡応答フレームがＭＴＵ１（すなわち発信元サービス認識ノード）で受信される。３つの追跡応答フレームは経路情報を運び、この経路情報は例えばサービス認識ノードのタイプ（ＰＥ又はＭＴＵなど）、他のサービス認識ノードに対するサービス認識ノードの向き（ＰＥ又はＭＴＵに面するなど）、ポート名、入口ポート、ポート・タイプ、ＶＬＡＮ  ＩＤ、ＶＬＡＮのタイプ、ＶＬＡＮ変換情報、ソフトウェア・バージョン、構成状態、追跡要求フレームが入ってきたＶＰＬＳ顧客ＩＤ、フィルタ情報及びスイッチ名を含む。発信元サービス認識ノードは対象の経路について知るために経路情報のすべてを組み合わせる。追跡要求フレームは顧客宛先ＭＡＣアドレスを使用するので、追跡要求フレームが取る経路は顧客トラフィックが取る経路を模倣する。このようにして、上述の技術はサービス認識ノードのデータ・プレーン構成の正確な特徴付けを提供する。
【００２８】
上述の技術をＶＰＬＳ又はＨＶＰＬＳベースのネットワークを介してネットワーク全体に渡って実装するために、ソースＭＡＣフィルタはサービス認識ノードのＶＰＬＳインターフェースで構成されなければならない。図１２は上述したように経路情報を収集するために設置され得るソースＭＡＣフィルタ１２４４の位置及びタイプを含めて、図３のＨＶＰＬＳベースのネットワーク・アークテクチャを示している。図１の例では、ＭＴＵ１はＰＥ１に面するＰＥ−ＭＴＵフィルタを有する。ＰＥ２はＭＴＵ１に面するＭＴＵ−ＰＥフィルタ、ＰＥ２に面するＰＥ−ＰＥフィルタ、及びＰＥ３に面するＰＥ−ＰＥフィルタを有する。ＭＴＵ２Ａ、ＭＴＵ２Ｂ及びＭＴＵ３はＭＴＵ１と同じように構成されるが、ＰＥ２及びＰＥ３はＰＥ１と同じように構成される。動作において、任意の２つのＣＥ間の経路は最も近いＭＴＵからＶＰＬＳベースのネットワークに追跡要求フレームを送信することによって判断され得る。例えば、ＣＥ１ＡとＣＥ３の間の対象の経路はＭＴＵ１からＶＰＬＳベースのネットワークに追跡要求フレームを送信することによって判断され得る。追跡要求フレームの宛先ＭＡＣアドレスは所望の顧客ＭＡＣアドレスに設定されるので、追跡要求フレームは一致するソースＭＡＣフィルタに遭遇するまで顧客パケットと同じ経路を介してＶＰＬＳベースのネットワークを通過する。一致するソースＭＡＣフィルタに遭遇すると、追跡応答プロセスがトリガされる。
【００２９】
図１３はＶＰＬＳベースのネットワークに関する経路情報を取得するための一方法のプロセス・フローチャートである。ステップ１３０２で、Ｌ２追跡要求フレームが生成される。ステップ１３０４で、ＶＰＬＳベースのネットワーク内でＬ２追跡要求フレームが転送される。ステップ１３０６で、Ｌ２追跡要求フレームのソースＭＡＣアドレスがフィルタＭＡＣアドレスと比較される。ステップ１３０６で、比較に応答して追跡要求フレームが生成される。
【００３０】
図１４は発信側サービス認識ノード１４４０内に存在する経路追跡論理１４６０及び１４６２、並びにＶＰＬＳベースのネットワーク内の他のサービス認識ノードのうちの１つのノード１４４２示す機能ブロック図である。サービス認識ノードの経路追跡論理は図４〜１３を参照して上記で述べた機能をサポートするように構成される。具体的には、発信側サービス認識ノードの経路追跡論理１４６０は上述したように追跡要求フレームの生成をサポートする。他のサービス認識ノードの経路追跡論理１４６２は上述したように経路情報の収集、及び追跡応答フレームの生成をサポートする。ソースＭＡＣフィルタ１４４４は上述したように、入着Ｌ２フレームのソースＭＡＣフィルタリングを実施する。経路追跡論理は一般にソフトウェア内に組み込まれるが、ハードウェア、ファームウェア、又はソフトウェア、ハードウェア及びファームウェアの任意の組合せで実施されることができる。
【００３１】
経路追跡機能はリモート・ネットワーク管理技術を使用して任意のサービス認識ノードで開始されることができる。例えば、経路追跡機能は、コマンド・ライン・インターフェース（ＣＬＩ）又はＳＮＭＰを使用して開始されることができる。
【００３２】
上述したように、Ｌ２フレームのソースＭＡＣアドレスが一般にソースＭＡＣ学習のためフレームのソースを識別するのに使用されるが、ソースＭＡＣはフレームを追跡要求フレームとして識別するために使用される人為的な値に設定される。追跡要求フレームのソースＭＡＣアドレスを人為的な値に設定することによって追跡要求フレームを識別するための効率的な機構が提供される。
【００３３】
この説明全体を通して、ＶＰＬＳベースのネットワークはＨＶＰＬＳベースのネットワーク・アークテクチャを含むものである。
【００３４】
ソースＭＡＣフィルタが、ＶＰＬＳベースのネットワーク内の他のサービス認識ノードによって知られている事前に確立されたフィルタＭＡＣアドレスを含んで構成される場合、ソースＭＡＣフィルタのフィルタＭＡＣアドレスは追跡要求フレームがネットワーク内に送信される前に発見されなければならない。ソースＭＡＣフィルタのフィルタＭＡＣアドレスの発見は様々な技術を使用して達成されることができる。ある技術はフィルタＭＡＣアドレス情報を収集するためにＶＰＬＳベースのネットワーク内でプローブ・フレームを送信することを伴う。フィルタＭＡＣ情報は収集され、ＯＡＭフレームの指定されたタイプ、長さ、値（ＴＬＶ：type, length，value）フィールドに含めて移送され得る。フィルタＭＡＣアドレス情報を収集するための特定の技術は本発明に極めて重要なものではない。
【００３５】
上述の経路情報取得の技術はＶＰＬＳ以外のネットワーク環境で実装されることができる。例えば、経路収集技術は例えばＧＲＥ、Ｌ２ＴＰ又はＩＰＳＥＣを使用する他のトンネリング対応ネットワークで実装されることができる。
【００３６】
本明細書では、ネットワーク「レイヤ」は国際標準化機関（ＩＳＯ）によって公開されたオープン・システム相互接続（ＯＳＩ）モデルによって定義される。
本発明の特定の実施形態について述べ示したが、本発明は本明細書で述べ示したような部分の特定の形態又は構成に限定されるものではない。本発明は特許請求の範囲によって限定されるものにすぎない。
【図面の簡単な説明】
【００３７】
【図１】地理的に多様な顧客エッジ・デバイス（ＣＥ）、及び２つの異なる顧客、顧客Ａ及び顧客Ｂの顧客ＬＡＮを含む、従来技術で知られているＶＰＬＳベースのネットワークを示している。
【図２】ＶＰＬＳの実施のための知られているフレーム・カプセル化形式の一例を示す図である。
【図３】ハブアンドスポーク構成を有する階層を作成するためにＰＥとＣＥの間に置かれたレイヤ２  ＭＴＵを含む、従来技術で知られているＨＶＰＬＳベースのネットワーク・アークテクチャの一例を示す図である。
【図４】図３を参照して述べるＶＰＬＳベースのネットワークの一部を示す図である。
【図５】本発明による追跡要求フレームがそこから生成される発信元サービス認識ノード、及び追跡要求フレームを識別するように構成されたソースＭＡＣフィルタを含む受信側のサービス認識ノードを示す図である。
【図６】本発明による経路情報を取得するためにＶＰＬＳベースのネットワーク内で使用されるフレームの一例を示す図である。
【図７】追跡要求フレームのソースＭＡＣアドレスとソースＭＡＣフィルタのフィルタＭＡＣアドレスとが一致する、本発明によるＶＰＬＳベースのネットワーク内で経路情報を取得するための技術を示す図である。
【図８】追跡要求フレームのソースＭＡＣアドレスとソースＭＡＣフィルタのフィルタＭＡＣアドレスとが一致しないケースを示す図である。
【図９】追跡要求フレームの特定のフィールドを設定するための詳細が識別される、図６を参照して述べるようにカプセル化された追跡要求フレームの一例を示す図である。
【図１０】追跡応答フレームの特定のフィールドを設定するための詳細が識別される、図２を参照して述べるようにカプセル化された追跡応答フレームの一例を示す図である。
【図１１】本発明によるＶＰＬＳベースのネットワーク内で対象の経路についての経路情報を取得するための例示的なプロセスを示す図である。
【図１２】本発明によるソースＭＡＣフィルタを含んで構成された図３のＨＶＰＬＳベースのネットワーク・アークテクチャを示す図である。
【図１３】本発明によるＶＰＬＳベースのネットワークに関する経路情報を取得するための一方法のプロセス・フローチャートを示す図である。
【図１４】発信側サービス認識ノード内に存在する経路追跡論理、及びＶＰＬＳベースのネットワーク内の他のサービス認識ノードのうちの１つのノードを示す機能ブロック図である。
【図１】
2008507202.tif 000003
【図２】
2008507202.tif 000004
【図３】
2008507202.tif 000005
【図４】
2008507202.tif 000006
【図５】
2008507202.tif 000007
【図６】
2008507202.tif 000008
【図７】
2008507202.tif 000009
【図８】
2008507202.tif 000010
【図９】
2008507202.tif 000011
【図１０】
2008507202.tif 000012
【図１１】
2008507202.tif 000013
【図１２】
2008507202.tif 000014
【図１３】
2008507202.tif 000015
【図１４】
2008507202.tif 000016
【国際調査報告】
2008507202.tif 000017