JP2011507417A - イーサネット・ネットワークの展開 - Google Patents

Abstract

イーサネット・ネットワークは、複数の異なった転送モードをサポートするノードを有する。各転送モードには、一連のＶＬＡＮ識別子（ＶＩＤ）が割り当てられている。異なる転送モードを用いてネットワークのソースノード及びあて先ノードの間に接続が構成される。パケット搬送データトラフィックは、パケットにおけるＶＩＤを、第１の接続及び第１の転送モードを介してパケットを伝送するには第１の値に、第２の接続及び第２の転送モードを介してパケットを伝送するには第２の値に選択的に設定することによって、あて先ノードへ送信される。ＶＩＤは、ノードにおける異なった機能リリース（例えば、ソフトウェアリリース）に割り当てられてよく、これにより、パケットは、第１リリースをサポートするノードの組を介して、又は第２リリースをサポートするノードの組を介して、転送される。制御され且つ混乱のないネットワーク展開を提供することが可能である。

Description

本発明は、イーサネット・ネットワークの展開に関する。

キャリアネットワークにおいてイーサネット・スイッチを用いることに大いに関心が持たれている。キャリアネットワークでのイーサネット・スイッチの使用は、相互接続性（イーサネットと他のフレーム／パケット／セル・データ構造（例えば、ＩＰ、マルチプロトコル・ラベル・スイッチング（ＭＰＬＳ）及びインターネット・エンジニアリング・タスク・フォース（ＩＥＴＥ）疑似ワイヤ（Psudowires））との間のマッピングがよく知られている。）及び経済性（イーサネット・スイッチは、例えばＩＰルータと比較して、比較的安価である。）の利点を有する。

キャリアネットワークでのイーサネット・スイッチの使用を可能にする２つの有名な技術は、プロバイダ・バックボーン・ブリッジ（ＰＢＢ）及びプロバイダ・バックボーン・ブリッジ・トラフィック・エンジニアリング（ＰＢＢ−ＴＥ）である。Ｍａｃ−ｉｎ−Ｍａｃとしても知られているプロバイダ・バックボーン・ブリッジ（ＰＢＢ）については、電気電子技術者協会（ＩＥＥＥ）標準８０２．１ａｈに記述されている。ＰＢＢは、カスタマ及びプロバイダの両者のＭＡＣアドレスを完全に分離しながらカスタマ・ドメイン及びプロバイダ・ドメインにイーサネット・ネットワークを階層化することを可能にする技術である。このようにして、カスタマのトラフィックは、キャリアのイーサネット・ネットワークを介してトランスペアレントに搬送され得る。ノーテル（Nortel）は、国際公開第２００５／０９９１８３号パンフレット（特許文献１）及び論文「Ethernet as Carrier Transport Infrastructure」、David Allan、Nigel Bragg、Alan McGuire、Andy Reid、IEEE Communications Magazine、２００６年２月（非特許文献１）に記載されている「Connection-oriented Ethernet（ＣｏＥ）」の形を提案している。この技術は、プロバイダ・バックボーン・ブリッジ・トラフィック・エンジニアリング（ＰＢＢ−ＴＥ）との記述の下、ＩＥＥＥ８０２．１ＱａｙとしてＩＥＥＥによって標準化されている。ＰＢＢ−ＴＥネットワークでは、「フラッディング（flooding）」及び「ラーニング（leaning）」といった従来のイーサネット処理は無効にされ、代わりに、管理されたトラフィック経路がイーサネット・スイッチのネットワークを介して設定される。制御プレーンでのネットワークマネージャは、経路沿いの各イーサネットに転送情報を記憶するよう命ずる。スイッチは転送情報を用いて、受け取ったデータフレームを転送する。転送情報は、イーサネットの場合、データフレームにおける識別子の特定の組合せ、ＶＬＡＮ識別子（ＶＬＡＮ ＩＤ又はＶＩＤ）、及びあて先ＭＡＣアドレス（ＤＡ）に関する。このとき、トラフィックはネットワークを介して所定の経路を進ませられるので、ネットワーク・オペレータはイーサネット上でトラフィック・エンジニアリング（例えば、ネットワークを通る様々なルートをとるワーキング経路及びプロテクション経路をプランニングすること、付加的なトランクを与えて容量を増大させること等）を行うことができる。特許文献１には、トラフィックパケットにおけるＶＬＡＮ ＩＤを変更することによって、異なる計画ＰＢＢ−ＴＥ経路（例えば、ワーキング経路及びプロテクション経路）の間でパケットを移動させることが、記載されている。

ノーテルは、特にａｎｙ−ｔｏ−ａｎｙ型のサービスに適した、プロバイダ・リンク・ステート・ブリッジング（ＰＬＳＢ）として知られている更なるイーサネット技術を提案している。ＰＬＳＢでは、例えばスパニングツリー（spanning tree）等の従来のイーサネット・プロトコルを用いるのではなく、中間システム間（ＩＳ−ＩＳ）リンク・ステート・ルーティング・プロトコルが、ネットワーク内のイーサネット・プロトコル間でネットワークトポロジ情報を知って分配するために用いられる。

特許文献１には、従来のイーサネット、ブリッジド・イーサネット（ＩＥＥＥ８０２．１Ｑ）及びＰＢＢ−ＴＥ転送モードが同時に共存する混合モードネットワークの可能性が記載されている。ＶＬＡＮ ＩＤスペースは、第１のＶＬＡＮ ＩＤ範囲（例えば、１〜２０４８）が従来モードのイーサネット転送に割り当てられ、ＶＬＡＮアウェア・スパニングツリー・プロトコル及び自動アドレスラーニングを用いて動作し、アドレス空間の他の部分（例えば、２０４９〜４０９６のＶＬＡＮ ＩＤ）がＰＢＢ−ＴＥに割り当てられるように、パーティショニングされる。このようにして、論理的に別個の転送モードが同じ物理ネットワーク上に存在する。

ライブネットワークには、しばしば、カスタマのために設定されている接続を変更する必要が生ずる。混合モードネットワークでは、異なるタイプの転送モードに従って動作する接続の間でカスタマを移動させることが必要とされうることが知られている（例えば、ＰＢＢからＰＢＢ−ＴＥへの移動）。かかる移動の必要性は、ショートノーティス（short notice）から生じ、ライブネットワークをカスタマのニーズに適合させるよう有意な変更を必要としうる。ライブネットワークに対してなされる如何なる変更も短期間しか、理想的には全く、機能停止を生じさせないことが望ましい。また、カスタマトラフィックに最小限の混乱しか引き起こすことなく、ライブネットワークのノードで（新しいソフトウェアリリースをインストールすることによって）機能を更新することも必要とされる。たとえソフトウェアがライブネットワークでのインストールの前にテストされるとしても、全ての起こり得るシナリオをテストすることは不可能であり、従って、新しいソフトウェアリリースがライブカスタマトラフィックにどんな影響を及ぼすのかを保証することは不可能である。

国際公開第２００５／０９９１８３号パンフレット

論文「Ethernet as Carrier Transport Infrastructure」、David Allan、Nigel Bragg、Alan McGuire、Andy Reid、IEEE Communications Magazine、２００６年２月

本発明は、上記の展開のシナリオの中の少なくとも１つに対処する、ネットワークの展開に係る改善された方法を提供することを目的とする。

本発明の第１の態様は、複数のノードを有するイーサネット・ネットワークを介してパケットを伝送する方法であって、前記ネットワークは複数の異なった転送モードをサポートする、方法において、
前記転送モードの夫々に一連のＶＬＡＮ識別子（ＶＩＤ）を割り当て、各転送モードはパケットのヘッダ内でＶＩＤの異なった使用をするステップと、
第１の転送モードと、第１の範囲のＶＩＤから選択される第１の値を有する前記パケットにおけるＶＩＤとにより、前記ネットワークのソースノード及びあて先ノードの間の第１の接続を構成するステップと、
第２の転送モードと、第２の範囲のＶＩＤから選択される第２の値を有する前記パケットにおけるＶＩＤとにより、前記ネットワークの前記ソースノード及び前記あて先ノードの間の第２の接続を構成するステップと、
前記ソースノードで選択的にパケットにおけるＶＩＤを、前記第１の接続及び前記第１の転送モードを介して当該パケットを伝送するよう前記第１の値に設定し、及び前記第２の接続及び前記第２の転送モードを介して当該パケットを伝送するよう前記第２の値に設定することによって、パケット搬送データトラフィックを前記あて先ノードへ送信するステップと、
前記あて先ノードで前記第１の接続及び前記第２の接続からのパケットを受信し、前記第１の接続及び第２の接続から受信されたパケットをエンドユーザへ送信するステップと
を有する方法を提供する。

本発明の関連する態様は、複数のノードを有するイーサネット・ネットワークを介してパケットを伝送する方法であって、前記ネットワークは複数の異なった転送モードをサポートし、一連のＶＬＡＮ識別子（ＶＩＤ）は前記転送モードの夫々に割り当てられており、各転送モードはパケットのヘッダ内でＶＩＤの異なった使用をする、方法において、
第１のノードで、
第１の転送モードに対応する第１の値を有するＶＩＤとデータトラフィックのためのサービス識別子との間の第１の関連付けを受け取るステップと、
第２の転送モードに対応する第２の値を有する第２のＶＩＤと前記データトラフィックのための前記サービス識別子との間の第２の関連付けを受け取るステップと、
パケット搬送データトラフィックを、前記第１の転送モードにより第１の接続を介してパケットを伝送するよう該パケットにおけるＶＩＤを前記第１の値に設定し、及び前記第２の転送モードにより第２の接続を介してパケットを伝送するよう該パケットにおけるＶＩＤを第２の値に設定することによって、選択的に前記あて先ノードへ送信するステップと
を有する方法を提供する。

本発明の第２の態様は、複数のノードを有するイーサネット・ネットワークを介してパケットを伝送する方法であって、
前記ネットワークの第１の組のノードを介して前記ネットワークのソースノード及びあて先ノードの間の第１の接続を構成し、前記第１の組のノードはパケット転送モードを実施するよう第１リリースの機能を用い、前記第１の接続は第１の値を有するＶＬＡＮ識別子（ＶＩＤ）を割り当てられるステップと、
第２の組のノードの中の少なくとも１つのノードで前記パケット転送モードを実施するよう第２リリースの前記機能をインストールするステップと、
前記ネットワークの前記第２の組のノードを介して前記ネットワークの前記ソースノード及び前記あて先ノードの間の第２の接続を構成し、該第２の接続は第２の値を有するＶＬＡＮ識別子（ＶＩＤ）を割り当てられるステップと、
前記ソースノードで選択的にパケットにおけるＶＩＤを、前記第１の接続を介して当該パケットを伝送するよう前記第１の値に設定し、及び前記第２の接続を介して当該パケットを伝送するよう前記第２の値に設定することによって、パケット搬送データトラフィックを前記あて先ノードへ送信するステップと、
前記あて先ノードで前記第１の接続及び前記第２の接続からのパケットを受信し、前記第１の接続及び第２の接続から受信されたパケットをエンドユーザへ送信するステップと
を有する方法を提供する。

本発明のいずれの態様も、制御され且つ混乱のないネットワーク展開の達成を可能にするのに役立つ。本発明の第１の態様で、ネットワーク展開は、異なる転送モードを用いる新たな接続へとトラフィックを移動させる形をとる。本発明の第２の態様で、ネットワーク展開は、ネットワークノードでの異なる機能リリース（例えば、異なるソフトウェアリリース）を用いるノードの組を通る接続へとトラフィックを移動させる形をとる。

用語「接続（connection）」は、一般的に、ａｎｙ−ｔｏ−ａｎｙ型の接続及びｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ型の接続の両方を表すために使用されている。本発明が、ａｎｙ−ｔｏ−ａｎｙの（ＬＡＮセグメント）接続をサポートする転送モードの間でのサービスの移動（例えば、ＰＢＢからＰＬＳＢへの移動）に加えて、ＰＢＢ−ＴＥによってサポートされるｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔの接続の、他の転送モードへの移動にも適用されることは、当業者には明らかである。

２つのエンドポイントの間の接続は、（厳密に言えば、インターフェース識別子である）エンドポイントのＭＡＣアドレスと、単一のＶＩＤ（ＰＢＢの場合）、任意に一対のＶＩＤ（ＰＢＢ−ＴＥの場合。夫々の方向に１つ）と、によって定義される。ＭＡＣアドレス単独で、接続のエンドポイントを一義的に定義する。ＶＩＤは、パケットがエンドポイント間を移動するルート及び方法を定義する。例えば、ＰＢＢでは、ＶＩＤは、スパニングツリー・プロトコルがエンドポイント間に単一の可能な経路を発生させるよう動作するトポロジを定義する。ＰＢＢ−ＴＥでは、経路は、転送テーブルの明示的な構成によって定義される。

新たな接続は、如何なるライブユーザトラフィックも搬送する前に、ネットワークインフラストラクチャにおいて、構成され有効にされ得る。ソースノードでパケットに適用されるＶＩＤ値の簡単な変更は、トラフィックが接続の１つに沿って送信されることを確かにするとともに、トラフィックの移動中のエンドポイントノード及び／又はサービスインスタンスの間の同期が必要とされないという利点を有する。言い換えると、メイク・ビフォア・ブレイク（make-before-break）が可能である。ユーザトラフィックは、２つのエンドポイントの間の代替接続の間で無損失で切り替えられ（すなわち、ネットワークを介して伝送される各パケットは常に第１の接続のためのＶＩＤ値又は第２の接続のためのＶＩＤ値のいずれかを割り当てられ、パケットは失われない。）、古い接続と新しい接続との間に僅かの遅延差しか生じさせないよう中断なく（ヒットレスに）切り替えられ得る。

目下、関心のある主な転送モードは、プロバイダ・バックボーン・ブリッジング（ＰＢＢ）、プロバイダ・バックボーン・ブリッジング−トラフィック・エンジニアリング（ＰＢＢ−ＴＥ）及びプロバイダ・リンク・ステート・ブリッジング（ＰＬＳＢ）である。将来的には、他の転送モードが開発されることが期待され、本発明は、ＶＩＤフィールドの異なった使用をする将来の転送モードを含むよう拡張され得る。

本願で記載される機能は、ソフトウェア、ハードウェア又はこれらの組合せで実施されてよい。本発明は、適切にプログラミングされているコンピュータ又はその他の形態の処理装置を用いて実施されてよい。従って、本発明は、また、上記の方法のいずれかを実行するよう構成されるプロセッサを有する、イーサネット・ネットワークのネットワークノードを提供する。本発明の他の態様は、上記の方法のいずれかを実施するためのソフトウェアを提供する。該ソフトウェアは、電子メモリデバイス、ハードディスク、光ディスク又はその他の機械により読取可能な記憶媒体に記憶されてよい。前記ソフトウェアは、機械により読取可能な媒体上にコンピュータプログラムプロダクトとして載置されてよく、あるいは、それは、ネットワーク接続を介してノード又はネットワーク管理エンティティにダウンロードされてよい。

ＰＢＢ−ＴＥ接続がワーキング経路及びプロテクション経路を提供するよう構成されるキャリアネットワークの例を示す。 ＰＢＢデータパケットのヘッダのフォーマットを示す。 ノードが複数の転送ノードをサポートすることができるネットワークを示す。 異なる転送モードへのＶＬＡＮ識別子（ＶＩＤ）の割り当ての例を示す。 異なる転送モードの間でのトラフィックの切り替えを示す。

本発明の実施形態は、単なる一例として、添付の図面を参照して記載される。

図１は、キャリアネットワークを形成する通信リンク及びイーサネット・スイッチの配置を示す。この簡単なネットワークで、キャリアネットワーク２０はイーサネット・スイッチ２１〜２７を有する。スイッチＡ及びＢは、ネットワークのスイッチ２３及び２５へ接続するよう図示されている。スイッチＡ及びＢは、カスタマスイッチ、又はキャリア又はカスタマネットワークの範囲外の部分にある集合スイッチを表しうる。キャリア・イーサネット・ネットワーク２０はカスタマサイド間の接続を提供する。キャリア・イーサネット・ネットワーク２０は、ＩＥＥＥ８０２．１ａｈ−バーチャル・ブリッジド・ローカルエリアネットワーク：プロバイダ・バックボーン・ブリッジで定義されるプロバイダ・バックボーン・ブリッジ・ネットワーク（ＰＢＢＮ）に相当しうる。ＩＥＥＥ８０２．１ａｈに従って、プロバイダ・バックボーン・ブリッジ・ネットワーク（ＰＢＢＮ）は、複数のイーサネット・ネットワークを相互接続することができる。イーサネット・ネットワークの１つのタイプは、ＩＥＥＥ８０２．１ａｄで定義されるタイプのプロバイダ・ブリッジ・ネットワーク（ＰＢＮ）である。各イーサネット・ネットワークは、通常、企業又は他のオペレータに属するネットワークである。

キャリアエッジスイッチ２３及び２５は、単一プロバイダ・エッジ−（ＰＥ−）コア及び１又はそれ以上のＰＥ−エッジ機能に論理的に分離されてよい。ＰＥ−エッジは、カスタマトラフィックがキャリアネットワーク２０に出入りする入出ポイントである。優先的に、ＰＥ−エッジは、メディア・アクセス・コントロール（ＭＡＣ）エンカプセレーションにおいてＭＡＣを用いるカスタマからの入来するイーサネットトラフィックをカプセル化し、そのカプセル化されたトラフィックをキャリアネットワーク２０を介して転送する。ＰＥ−コア機能は、プロバイダのアドレス空間（Ｂ−ＭＡＣ及びＢ−ＶＩＤフィールド）にのみ基づいて転送を行う。これにより、カプセル化されたトラフィックはＰＥスイッチを通過することができる。このような実施形態は、独立に変更されうるカスタマのＭＡＣアドレス空間の全体ではなく、キャリアネットワークのＭＡＣアドレス空間しか認識される必要がないので、必要とされるテーブルエントリの数を制限するメカニズムとして好ましい。同様に、ＰＥ−エッジは、出ていくイーサネットトラフィックのカプセル開放を行い（裸にし）、裸のトラフィックを適切なインターフェースを介してカスタマに転送する。ＶＬＡＮタグは、しばしば、一意のＶＬＡＮタグを有する各エッジスイッチに接続されている夫々の異なるカスタマサイドを、論理ＰＥ−エッジでのカスタマ分離に提供するために用いられる。スタックされたＶＬＡＮ（すなわち、ＶＬＡＮ−ｉｎ−ＶＬＡＮエンカプセレーション又はＱ−ｉｎ−Ｑ）は、カスタマトラフィックによって使用されるあらゆるＶＬＡＮタグを保護するために使用されてよい。例えば、カスタマスイッチＡは、イーサネットトラフィックを通信リンクを介してエッジスイッチ２３の論理ＰＥ−エッジへ送信してよい。エッジスイッチ２３の論理ＰＥ−エッジは、ソースアドレスとしてのエッジスイッチ２３における入口ポートのＭＡＣアドレスと、あて先アドレスとしての適切な出口ポイント（この場合に、エッジスイッチ２５におけるポート）のＭＡＣアドレスとを用いて、各イーサネットフレームを更なるイーサネットフレームにカプセル化する。カプセル化されたトラフィックは、接続をわたってキャリアネットワーク２０のノード２４を介してエッジスイッチ２５へ転送される。接続は、通常、複数のカスタマからのトラフィックが同じ接続を通ってルーティングされるという意味で、トランキングされてよい。代替的に、当業者には明らかなように、別個の接続が夫々のカスタマに使用されてよい。エッジスイッチ２５のＰＥ−エッジで、元のフレームは、それらのエンカプセレーションを取り去られ、通信リンクを介してカスタマスイッチＢへ送信される。

図１は、キャリアネットワークの単一ノード２３に接続するカスタマスイッチＡを示しているが、カスタマスイッチＡは、また、柔軟性の改善のために、２つのノード（例えば、ノード２１及び２３）に対するデュアルホームスイッチであってもよい。

図１は、特許文献１に記載されているように、どのように２つのＰＢＢ−ＴＥ接続がノード２３及び２５の間に定義され得るのかを示す。ワーキング経路（working path）２８は、ノード２３、２４及び２５を介するルートをたどる。プロテクション経路（protection path）２９は、ノード２３、２１、２２及び２５を介するルートをたどる。ＰＢＢ−ＴＥに従って、夫々の接続２８又は２９は、バックボーンＶＬＡＮ識別子（Ｂ−ＶＩＤ）値及びバックボーンあて先アドレス（Ｂ−ＤＡ）の組合せによって定義される。左から右へ向かうワーキング経路はＢ−ＶＩＤ＝１及びＢ−ＤＡ＝２５によって定義され、プロテクション経路はＢ−ＶＩＤ＝２及びＢ−ＤＡ＝２５によって定義される。等価な右から左への経路（図示せず。）はＢ−ＤＡ＝２３によって定義される。それらのＢ−ＶＩＤ値は、左から右への経路に関して１及び２をとるが、必ずしもそうでなくてよく、ＰＢＢ−ＴＥのＢ−ＶＩＤ範囲の中の異なる値のいずれかの組に管理システムにより割り当てられてよい。各スイッチは、トラフィックをそれらのルートに沿って転送するよう、転送テーブルに状態を記憶する。

ＭＡＣ−ｉｎ−ＭＡＣデータフレームのフォーマットが図２に示されている。データフレームは、バックボーンヘッダ５０、ＩＥＥＥ８０２．１ａｈエンカプセレーションヘッダ６０及びカスタマデータフレームのヘッダ７０を含むヘッダから始まる。カスタマデータフレームのヘッダ７０はイーサネットヘッダ７２を有し、この後に、ヘッダ内のイーサタイプによって識別される如何なるプロトコルも続く。バックボーンヘッダ５０は、バックボーンあて先アドレス（Ｂ−ＤＡ）５１及びバックボーンソースアドレス（Ｂ−ＳＡ）５２から始まる。これらのアドレスは、トラフィックがコアネットワークに入るポート（例えば、図１のスイッチ２３のポート）及びトラフィックがコアネットワークを出るポート（例えば、図１のスイッチ２５のポート）のアドレスに対応する。代替的に、アドレスは、Ｉ−ＴＡＧフィールド（以下、参照。）が、カスタマポートを一義的に識別するためにＰＥ内で使用される場合は、全てのＰＥエンティティを識別してよい。ＩＥＥＥ８０２．１ａｄイーサタイプフィールド５３は、Ｂ−ＶＩＤ（バックボーンＶＬＡＮ識別子）としても知られているＶＬＡＮタグを含むＩＥＥＥ８０２．１ａｄＢ−ＴＡＧ ＴＣＩフィールド５４の前にある。これは、カプセル化されたフレームをプロバイダネットワーク２０の中でルーティングを行うために、バックボーン（コア）ネットワーク２０によって用いられる。図１で、ノード２３及び２５の間の経路２８及び２９は、Ｂ−ＴＡＧ内のＢ−ＶＩＤフィールドの特定の値によって識別される。次に、ＩＥＥＥ８０２．１ａｈエンカプセレーションヘッダ６０は、フレームがＭＡＣ−ｉｎ−ＭＡＣタイプであることを表すＩＥＥＥ８０２．１ａｈイーサタイプフィールド６１を有する。この後には、キャリアネットワーク内で個々のカスタマサービスを一意に識別する４バイトの拡張サービスＶＬＡＮタグ（Ｉ−ＴＡＧ）フィールド６２が続く。最後に、ヘッダは、カプセル化されたカスタマデータフレーム７０のヘッダを伝える。これは、カプセル化されたあて先アドレス７３及びカプセル化されたソースアドレス７４を有するカプセル化されたイーサネットヘッダ７２から始まる。これらのアドレス７３及び７４は、カスタマ／エンドユーザのアドレスに対応し、例えば、図１のスイッチＡ及びＢに対応してよい。カスタマデータフレームは、例えば、ＩＰ及びＵＤＰヘッダを伴うＩＰデータフレーム等、多数の形態をとることができる。

異なる転送モード（ＰＢＢ、ＰＢＢ−ＴＥ、及びＰＬＳＢ）は夫々、図２に示されるヘッダ内の要素の異なった使用をする。これらの異なるモードは、以下のように、まとめられる。

ＰＢＢ転送モードで、キャリアネットワーク２０のノードは、どのポートをアンブロックすべきか及びどのようにトラフィックを転送すべきかを決定するために、従来のＶＬＡＮアウェア・イーサネット・スパニングツリー・プロトコル及び自動アドレスラーニングを用いる。このようにして収集される情報は、各ノードで転送テーブルを満たすために使用される。ＰＢＢで、ＶＩＤは、特定のカスタマ又はその他レベルのグラニュラリティ（granularity）に対応するキャリアネットワーク２０内のバーチャルＬＡＮ（ブロードキャストドメイン）を識別する。

ＰＢＢ−ＴＥ転送モードで、キャリアネットワーク２０のノードの夫々における転送テーブルは、転送情報を記憶するよう、制御プレーン又は管理システムを介して直接に満たされる。異なるルートは、トラフィックが向けられるべきバックボーンあて先アドレス（Ｂ−ＤＡ）及びＢ−ＶＩＤの組合せによって識別される。ルートを用いる個々のｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ接続は、Ｂ−ＶＩＤ、バックボーンあて先アドレス（Ｂ−ＤＡ）及びバックボーンソースアドレス（Ｂ−ＳＡ）の組合せによって定義されるが、バックボーンソースアドレス（Ｂ−ＳＡ）は、転送プロセスの間は調べられない。

ＰＬＳＢ転送モードで、キャリアネットワーク２０のノードは、ネットワークトポロジを決定するために、例えばＩＳ−ＩＳ等のリンクステートプロトコルを使用し、このようにして集められた情報は、各ノードにおける転送テーブルを満たすために用いられる。１つのＢ−ＶＩＤは、全てのネットワークノードによって使用される単一の転送トポロジを定義する。１よりも多いＢ−ＶＩＤが、ネットワークノードの組について１よりも多い転送トポロジを定義するために使用されてよい。これは、負荷の共有及び混雑状態の回避のために、トラフィックがいずれかの２つのエンドポイントの間で１よりも多いルートを介して転送されることを可能にすることにおいて有利である。

異なる転送モードは同じネットワークに共存することができる。図３は、接続の夫々がより明らかに示され得るように、図１のネットワーク２０と同じ３つのネットワーク２０Ａ、２０Ｂ及び２０Ｃを概略的に示すものである。ＰＢＢ転送モードで、接続は、ノード２３及び２５の間でノード２４を介して形成されている。ＰＢＢ−ＴＥ転送モードで、ワーキング経路２８は、ノード２３、２４及び２５を介するルートをたどり、プロテクション経路２９は、ノード２３、２１、２２及び２５を介するルートをたどる。ＰＬＳＢ転送モードで、接続は、ノード２３及び２５の間でノード２６及び２７を介して形成されている。

転送モードの夫々は、ネットワークの２０の全て又は一部のみによってサポートされてよい。ノードが特定の転送モードをサポートしない場合は、そのノードは、単純に、その転送モードをサポートする他のノードによって無視される。一例として、ノードがＰＬＳＢをサポートしない場合は、ノードが、他のノードのどれが自身に接続されているのかを見つけるプロセスは、単純に、そのノードを見つけない。図３から明らかなように、１つの転送モードは、他の転送モードによって設定される接続を再現する、２つのエンドポイントの間の接続を確立することができる。ルートは同じであってもそうでなくてもよく、そのルートを設定する転送モードのメカニズムによって定義される。転送モードの夫々は、以下の記載で、Ｂ−ＶＩＤ又は単にＶＩＤと呼ばれる異なる範囲のバックボーンＶＬＡＮ識別子を割り当てられる。全部で４０９６個の異なるＶＩＤ値が存在する。図４は、どのように４０９６個のＶＩＤ値の全組が異なる転送モードに割り当てられ得るのかの例を示す。各転送モードはいずれかの必要とされる範囲のＶＩＤ値を割り当てられてよく、各転送モードに割り当てられる範囲は連続的である必要はないことは明らかである。しかし、重要な要件として、ネットワーク内のネットワーク要素は割り当てを承知しており且つ一貫してその割り当てを適用することがある。一例として、全てのノードは、２０４９〜３０７２の範囲にあるＶＩＤのみをＰＢＢ−ＴＥ接続に割り当て、その他の値のＶＩＤを使用しない。

本発明の実施形態は、第１のタイプの転送モードを用いて構成されている第１の接続から、第２のタイプの転送モードを用いて構成されている第２の接続へトラフィックを動かすことによってネットワークを展開することが必要とされるシナリオに対処する。図５は、ＰＢＢ−ＴＥ転送モードを用いて構成されている第１の接続から、ＰＬＳＢ転送モードを用いて構成されている第２の接続へトラフィックを動かすことが必要とされるネットワークを示す。この例で、第１の接続は、一対のＰＢＢ−ＴＥ接続、すなわち、ワーキング経路２８及びプロテクション経路２９である。ノード２３及び２５のＰＥ−エッジ機能は、夫々のノードの脇に、より詳細に示されている。ノード２３のＰＥ−エッジ機能で、無損失（lossless）のスイッチ４３が、第１の接続２８、２９と第２の接続３２との間でトラフィックを切り替えるために使用される。無損失のスイッチ４３は、物理的な接続の間のスイッチとして図５では概略的に表されている。実際には、転送モード間の切り替えは、モジュール４４によってパケットに挿入されるＶＩＤ値（及び、場合により、ＭＡＣアドレス）を変更することによって達成される。スイッチ４３は、ネットワークにより伝送される各パケットが常に、第１の接続に係るＶＩＤ値又は第２の接続に係るＶＩＤ値のいずれか１つを割り当てられるので、無損失であると言われる。すなわち、パケットは失われず、且つ、パケットは複製されない。あて先ノードにおいて、パケットは、ＰＢＢ−ＴＥ接続及びＰＬＳＢ接続を介してノード２５のＰＥ−エッジ機能によって受信される。ＰＢＢ−ＴＥ接続及びＰＬＳＢ接続が異なる長さを有する場合は、これら２つの接続の間には伝播遅延に差がある。これは、ノード２５で受信されるパケットの順序間違い（mis-ordering）を引き起こしうるが、順序間違いは、パケットによって搬送されるシーケンス順序の使用によって容易に調整され得る。シーケンス順序は、カスタマトラフィックデータパケットのレベルで、すなわち、図３のヘッダ７０の中で、搬送され得る。必要ならば、シーケンス番号が、バックボーンスイッチによって認識されるデータパケットのレベルで含まれてよい。このように、受信されるパケット／フレームは、カスタマへ転送する前に、あて先ノードで再順序付けされ得る。これは「ヒットレス（hitless）」スイッチと呼ばれる。

上記では、左から右へのパケット伝送しか記載されていない。双方向接続を実施するよう、等価な機能性が右から左への方向で必要とされる。明らかなように、双方向接続性が両方の転送モードで利用可能であるとすれば、Ｂ−ＶＩＤ変更による転送モードの切り替えは、接続の各端部にあるＰＥ−エッジ機能の間の同期を必要とすることなく、夫々の方向で独立に行われ得る。

ここで、接続を構成し、ＶＩＤを割り当てるプロセスについて記載する。最初に、各転送モードごとのＶＩＤ範囲が、全ての関係するノードにわたってネットワーク管理エンティティによって設定される。図４は、ＶＩＤ割り当ての一例を示す。ＰＢＢ−ＴＥに関して、（ＶＩＤを含む）接続は、場合により制御プレーンを用いて、管理動作（Management action）によって構成される。これは、管理エンティティとノードとの間の接続３３及び３４によって示される。各ＰＢＢ−ＴＥ対応ノードは、状態が直接に設定されることを可能にするよう、管理エンティティ／制御プレーンに対し同様の接続を有する。サービス（すなわち、Ｉ−ＳＩＤ）は、管理動作によって接続に結合される。ＰＥ−エッジでの接続の各エンドポイントは、Ｉ−ＳＩＤ、ＶＩＤ、ＤＡ及びＳＡの間の関係を定義する情報を受け取り（３２）、この情報を局所的に記憶する（４１）。ＰＢＢに関して、サービスは、管理動作によってＶＬＡＮ（すなわち、ＶＩＤ）と結合される。ＰＥ−エッジでのサービスの各エンドポイントは、Ｉ−ＳＩＤとＶＩＤとの間の関係を定義する情報を受け取る。その場合に、制御プレーンにおけるスパニングツリー・プロトコル及びフラッド・アンド・ラーン（flood-and-learn）に係る従来のイーサネットプロセスは、トラフィックフローの結果としてノード間の接続性を確立する。以下で記載されるように、テスト／ＯＡＭパケットは、実際のカスタマトラフィックを搬送する前に、接続を確立するために送信され得る。ＰＬＳＢに関して、ＶＩＤは少数しか使用されない。サービス（Ｉ−ＳＩＤ）は管理動作によってインストールされ、それらが設定される場合に単純なアルゴリズムによって自動的にＶＩＤに割り当てられる（例えば、奇数−偶数）。ＰＥ−エッジでのサービスの各エンドポイントは、Ｉ−ＳＩＤとＶＩＤとの間の関係を定義する情報を受け取る。ＰＢＢと同様に、制御プレーンは他の状態を全て組み込む。要約すると、サービス（Ｉ−ＳＩＤ）は、管理動作によって設定され、複数の転送モードと結合される。異なる転送モードは、転送状態を得る異なる方法を有する。

本発明の一実施形態で、同じＩ−ＳＩＤが２つの異なる転送モードにインストールされる。その特定のＩ−ＳＩＤに係る転送モードの夫々は、アクティブモード（active_mode）／スタンバイモード（standby_mode）フラグに関連付けられている。最初に、新しい転送モードは、すべてのものが予め設定されることを可能にするよう、「スタンバイモード」に設定される。新しい転送モードへの切り替えが特定のサービスについて必要とされる場合に、管理エンティティは、サービスの全てのエンドポイントＡ及びＢでそのサービスについて各転送モードに関連付けられているフラグを逆にするよう、命令３１を選択制御モジュール４２に送ることによって、切り替えを開始することができる。一例として、下記の表は、２つの転送モードにより構成される、Ｉ−ＳＩＤ１によって識別されるサービスを示す。状態１及び状態２は、異なる時点において転送モードに適用され得る２つの代替の設定を示す。先に論じられたように、状態設定は、接続の各送信端部がどれを使用するのかを決定するために用いられる。実際には、受信端は、Ｉ−ＳＩＤが設定されるあらゆるモードから受理する。このようにして、異なるエンドポイントでのモード変化の同期の必要性が回避され得る。本発明のかかる特性は、主たる動作上の利点を有する。

好ましくは、トラフィックを新しい接続へ動かす前に、この新しい接続は構成されテストされる。図５を参照すると、ＰＬＳＢ ＶＩＤ範囲から選択される値に設定されたＢ−ＶＩＤを有するテストパケットが、新しい接続を確立するよう、ネットワーク２０ＣのＰＬＳＢ対応ノードによって交換される。接続は、新しい接続に沿ってＯＡＭパケット（例えば、接続性チェック（ＣＣ）メッセージを搬送するＯＡＭパケット）を送信することによってテストされ得る。これらの転送モードの夫々で、ＯＡＭデータを搬送するパケットは、データトラフィックを搬送するパケットとともにルーティングされる。ＯＡＭの提供は、ＩＥＥＥ８０２．１ａｇ及びＩＴＵ−Ｔ Ｙ．１７３１に、より詳細に記載されている。接続がテストされると、ライブトラフィックがノード２３にあるパケットに新しい接続のＶＩＤ値を適用することによって、新しい接続に沿って送信され得る。同じようにして、接続は、そのための転送モードについて構成されテストされてよく、トラフィックは、ノード２３におけるＶＩＤの適切な選択によって、いずれかの対の転送モードの間で移動され得る。例えば、トラフィックはＰＢＢとＰＢＢ−ＴＥとの間で又はＰＢＢとＰＬＳＢとの間で移動されてよい。

上記の例では、どのようにＶＩＤがノード２３で変更されるのかが記載された。各サービスは、サービス識別子（Ｉ−ＳＩＤ）によって識別される。サービスは、通常、特定のカスタマのためのトラフィックに対応する。サービス識別子は、どの転送モードがトラフィックを送信するために用いられるべきかに関わりなく、同じままである。ソースＰＥ−エッジ（例えば、ノード２３）において、サービス識別子（Ｉ−ＳＩＤ）を代替のＶＩＤの組に関連付けるルックアップテーブルが記憶されている。キャリアネットワーク２０で、各ノードは、単一のＭＡＣアドレス又は複数のＭＡＣアドレスを割り当てられてよい。ＭＡＣアドレスは、図２のバックボーンＭＡＣアドレス５１及び５２である。各ノードにＭＡＣアドレスが１つである場合に、それは、接続間でトラフィックを移動させる場合に変更される必要があるただ１つのＶＩＤである。これは、アドレス割り当てが全てのノードに共通であるところの好ましい配置である。各ノードに複数のＭＡＣアドレスが割り当てられることは、ＶＩＤを変更すると同時にＭＡＣアドレスを変更する必要がある場合に、実施上の理由から、必要とされる。従って、各ノードでのルックアップテーブルは、サービス識別子（Ｉ−ＳＩＤ）値をＭＡＣアドレス及びＶＩＤの代替の対の組に関連付けるよう期待される。一例として、Ｉ−ＳＩＤ１は、１つのモードにおける接続のエンドポイントとしての｛Ａｄｒｅｓｓ＝ＭＡＣ１，ＶＩＤ１｝に対応し、且つ、第２のモードにおける接続のエンドポイントとしての｛Ａｄｒｅｓｓ＝ＭＡＣ１，ＶＩＤ２｝に対応することができる。一般的に、エンドポイントは、異なるアドレッシング・グラニュラティを有することができ、そのため、Ｉ−ＳＩＤ１に関連付けられているエンドポイントは、１つのモードでは状態｛Ａｄｒｅｓｓ＝ＭＡＣ１，ＶＩＤ１｝を保ち、他のモードでは｛Ａｄｒｅｓｓ＝ＭＡＣ１，ＶＩＤ２｝を保つ。

本発明の更なる実施形態は、ネットワークノードでソフトウェアを変更することによってネットワークを展開することが必要とされるシナリオに対処する。ソフトウェア更新は、バグを修正し、新しい機能性をノードに付加することができる。ここで、ソフトウェアを変更する方法について記載する。第１の接続が既に構成されており、使用中であるとする。第１の接続には、第１のＶＩＤ（＝ＶＩＤ１）が割り当てられている。更に、ノードは第１のソフトウェアリリースを用いているとする。その方法は以下の通りに起こる。

●ネットワークの１又はそれ以上のノードでのソフトウェアを第２のソフトウェアリリースに更新する。このソフトウェアを起動する前に、それは、第１のソフトウェアリリースによって使用されていたものとは異なるＶＩＤ又はＶＩＤ範囲を使用するよう設定される。

●ノードの組を介してネットワークを通る新しい接続を構成する。新しい接続は、第２のソフトウェアリリースに割り当てられているＶＩＤ範囲から選択される異なったＶＩＤ（＝ＶＩＤ２）を割り当てられる。新しい接続は、第１の接続と同じ組のノードを用いてよく、あるいは、ソースノードとあて先ノードとの間の中間のノードの中の一部又は全てが異なってよい。

●ＶＩＤセット＝ＶＩＤ２を有するテスト／ＯＡＭパケットを送信することによって、新しい接続をテストする。第２のソフトウェアリリースは、ＶＩＤ＝２を有する新しい接続を介して送信されるテストパケットを処理するために使用される。

●新しいソフトウェアリリースを稼動させるノードによって処理されている新しい接続がＯＫであるとテストにより示された場合は、カスタマトラフィックを搬送するパケットに適用されるＶＩＤをＶＩＤ２に変更することによって、実際のカスタマトラフィックを新しい接続へ移動させる。

ノード２３及び２５において図５に示されている機能性は、また、本発明の当該実施形態を実施するために使用されてよい。

上記の方法を用いて、更新されるソフトウェアの安定性は、ライブトラフィックが更新されたノードを介して送信される前に、テストされ得る。更に、古い接続と新しい接続との間の切り替えはシームレスであり、トラフィックはいつでも古い接続に戻され得る。本例で、第１及び第２のソフトウェアリリースは同じ転送モードを実施し、ＶＩＤ１及びＶＩＤ２は、その同じ転送モードに割り当てられているＶＩＤ範囲から選択されたＶＩＤである。例えば、ＶＩＤ１及びＶＩＤ２は両方とも、ＰＢＢ−ＴＥ接続を表す。これは最もありそうなシナリオであるが、ソフトウェアリリースが異なる転送モードを実施し、ＶＩＤが異なる転送モードに対応するＶＩＤ範囲から選択されることも、本発明の技術範囲内である。第１及び第２のソフトウェアリリースを同時に実行するノードは、通常、２つのプロセッサ、あるいは、第１のソフトウェアリリースを実行するタスクと第２のソフトウェアリリースを実行するタスクとの間でパーティショニングされ又は共有され得るプロセッシングリソースを有する。

用語「接続（connection）」は、一般的に、ａｎｙ−ｔｏ−ａｎｙ型の接続及びｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ型の接続の両方を表すために使用されている。本発明が、ａｎｙ−ｔｏ−ａｎｙの（ＬＡＮセグメント）接続をサポートする転送モードの間でのサービスの移動（例えば、ＰＢＢからＰＬＳＢへの移動）に加えて、ＰＢＢ−ＴＥによってサポートされるｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔの接続の、他の転送モードへの移動にも適用されることは、当業者には明らかである。

本発明は、本明細書中に記載されている実施形態に限られず、これらの実施形態は、本発明の技術的範囲内で改良され又は変形されてよい。

Claims (25)

1. 複数のノードを有するイーサネット・ネットワークを介してパケットを伝送する方法であって、前記ネットワークは複数の異なった転送モードをサポートする、方法において、
   前記転送モードの夫々に一連のＶＬＡＮ識別子（ＶＩＤ）を割り当て、各転送モードはパケットのヘッダ内でＶＩＤの異なった使用をするステップと、
   第１の転送モードと、第１の範囲のＶＩＤから選択される第１の値を有する前記パケットにおけるＶＩＤとにより、前記ネットワークのソースノード及びあて先ノードの間の第１の接続を構成するステップと、
   第２の転送モードと、第２の範囲のＶＩＤから選択される第２の値を有する前記パケットにおけるＶＩＤとにより、前記ネットワークの前記ソースノード及び前記あて先ノードの間の第２の接続を構成するステップと、
   前記ソースノードで選択的にパケットにおけるＶＩＤを、前記第１の接続及び前記第１の転送モードを介して当該パケットを伝送するよう前記第１の値に設定し、及び前記第２の接続及び前記第２の転送モードを介して当該パケットを伝送するよう前記第２の値に設定することによって、パケット搬送データトラフィックを前記あて先ノードへ送信するステップと、
   前記あて先ノードで前記第１の接続及び前記第２の接続からのパケットを受信し、前記第１の接続及び第２の接続から受信されたパケットをエンドユーザへ送信するステップと
   を有する方法。
2. 前記第２の接続を構成するステップは、パケット搬送データトラフィックを前記第２の接続を介して送信する前に、テストパケットを送信することによって前記第２の接続の動作をテストするステップを有する、請求項１に記載の方法。
3. 前記第２の接続を構成するステップは、パケット搬送データトラフィックを前記第２の接続を介して送信する前に、前記ネットワークのトポロジを知り且つ前記第２の接続を形成するためにノードが使用するテストパケットを送信するステップを有する、請求項１に記載の方法。
4. データトラフィックフローはサービス識別子によって識別され、
   当該方法は、更に、前記第１の接続及び前記第２の接続の夫々についてＶＩＤ値にサービス識別子を関連付けるルックアップテーブルを記憶するステップを有する、請求項１に記載の方法。
5. 前記ソースノード及び前記あて先ノードのうちの少なくとも一方は複数のＭＡＣアドレスを有し、
   当該方法は、更に、
   前記第１の接続及び前記第２の接続の夫々についてＭＡＣアドレス及びＶＩＤ値の組合せにサービス識別子を関連付けるルックアップテーブルを記憶するステップと、
   パケット搬送トラフィックを前記ネットワークの前記あて先ノードに送信する場合にＶＩＤ及びＭＡＣアドレスを設定するステップと
   を有する、請求項４に記載の方法。
6. 前記第１の接続及び前記第２の接続を介して送信されるパケットは夫々、データペイロードを搬送し、
   前記第１の接続及び前記第２の接続のうちの一方を介して送信されるパケットは、前記第１の接続及び前記第２の接続のうちの他方を介して送信されるパケットにおいて搬送されるデータペイロードに隣接するデータペイロードである、請求項１に記載の方法。
7. 前記転送モードは、プロバイダ・バックボーン・ブリッジング（ＰＢＢ）、プロバイダ・バックボーン・ブリッジング−トラフィック・エンジニアリング（ＰＢＢ−ＴＥ）、及びプロバイダ・リンク・ステート・ブリッジング（ＰＬＳＢ）のうちの少なくとも２つを有する、請求項１に記載の方法。
8. 前記転送モードのうちの１つは、ＰＢＢ−ＴＥ ＶＩＤ範囲を割り当てられるＰＢＢ−ＴＥであり、
   前記第１の接続を構成するステップ及び前記第２の接続を構成するステップのうちの一方は、前記ＰＢＢ−ＴＥ ＶＩＤ範囲から選択されるＶＩＤを当該ステップで構成される接続に割り当てることによって前記ネットワークを介した接続を構成し、その割り当てられたＶＩＤ及びあて先ＭＡＣアドレスから成るマッピングにより当該接続に沿って各ノードを構成するステップを有する、請求項１に記載の方法。
9. 前記あて先ノードは、パケットが前記あて先ノードに到着する順序で前記第１の接続及び前記第２の接続からパケットを受理する、請求項１に記載の方法。
10. 複数のノードを有するイーサネット・ネットワークを介してパケットを伝送する方法であって、前記ネットワークは複数の異なった転送モードをサポートし、一連のＶＬＡＮ識別子（ＶＩＤ）は前記転送モードの夫々に割り当てられており、各転送モードはパケットのヘッダ内でＶＩＤの異なった使用をする、方法において、
    第１のノードで、
    第１の転送モードに対応する第１の値を有するＶＩＤとデータトラフィックのためのサービス識別子との間の第１の関連付けを受け取るステップと、
    第２の転送モードに対応する第２の値を有する第２のＶＩＤと前記データトラフィックのための前記サービス識別子との間の第２の関連付けを受け取るステップと、
    パケット搬送データトラフィックを、前記第１の転送モードにより第１の接続を介してパケットを伝送するよう該パケットにおけるＶＩＤを前記第１の値に設定し、及び前記第２の転送モードにより第２の接続を介してパケットを伝送するよう該パケットにおけるＶＩＤを第２の値に設定することによって、選択的に前記あて先ノードへ送信するステップと
    を有する方法。
11. どの接続が使用されるべきかに係る命令を受け取って、該命令に基づいて前記ＶＩＤの中から１つを選択するステップを更に有する、請求項１０に記載の方法。
12. パケット搬送データトラフィックを前記第２の接続を介して送信する前に前記第２の接続をテストするよう、前記第２の値に設定されたＶＩＤを有してテストパケットを送信するステップを更に有する、請求項１０に記載の方法。
13. パケット搬送データトラフィックを前記第２の接続を介して送信する前に前記ネットワークのトポロジを知り且つ前記第２の接続を形成するよう、ノードが使用することができるテストパケットを送信するステップを更に有する、請求項１０に記載の方法。
14. データトラフィックを送信するためにどの転送モードが使用されるのかに係る命令を受け取るステップを更に有する、請求項１０に記載の方法。
15. プロセッサによって実行される場合に該プロセッサに請求項１に記載の方法を実行させる命令を有する機械読取可能な媒体。
16. 請求項１０に記載の方法を実行するよう構成されるプロセッサを有する、イーサネット・ネットワークのネットワークノード。
17. 複数のノードを有するイーサネット・ネットワークを介してパケットを伝送する方法であって、
    前記ネットワークの第１の組のノードを介して前記ネットワークのソースノード及びあて先ノードの間の第１の接続を構成し、前記第１の組のノードはパケット転送モードを実施するよう第１リリースの機能を用い、前記第１の接続は第１の値を有するＶＬＡＮ識別子（ＶＩＤ）を割り当てられるステップと、
    第２の組のノードの中の少なくとも１つのノードで前記パケット転送モードを実施するよう第２リリースの前記機能をインストールするステップと、
    前記ネットワークの前記第２の組のノードを介して前記ネットワークの前記ソースノード及び前記あて先ノードの間の第２の接続を構成し、該第２の接続は第２の値を有するＶＬＡＮ識別子（ＶＩＤ）を割り当てられるステップと、
    前記ソースノードで選択的にパケットにおけるＶＩＤを、前記第１の接続を介して当該パケットを伝送するよう前記第１の値に設定し、及び前記第２の接続を介して当該パケットを伝送するよう前記第２の値に設定することによって、パケット搬送データトラフィックを前記あて先ノードへ送信するステップと、
    前記あて先ノードで前記第１の接続及び前記第２の接続からのパケットを受信し、前記第１の接続及び第２の接続から受信されたパケットをエンドユーザへ送信するステップと
    を有する方法。
18. 前記第２の接続を構成するステップは、パケット搬送データトラフィックを前記第２の接続を介して送信する前に、テストパケットを送信することによって前記第２の接続の動作をテストするステップを有する、請求項１７に記載の方法。
19. 前記第１の組ノード及び前記第２の組のノードは等しい、請求項１７に記載の方法。
20. 前記機能の第１リリース及び第２リリースの夫々は、異なる範囲のＶＩＤを割り当てられる、請求項１７に記載の方法。
21. パケット転送モードを実施する前記機能の第１リリース及び前記パケット転送モードを実施する前記機能の第２のリリースは、ソフトウェアリリースである、請求項１７に記載の方法。
22. プロセッサによって実行される場合に該プロセッサに請求項１７に記載の方法を実行させる命令を有する機械読取可能な媒体。
23. 請求項１７に記載の方法を実行するよう構成されるプロセッサを有する、イーサネット・ネットワークのネットワークノード。
24. 請求項１６に記載のネットワークノードを少なくとも１つ有するイーサネット・ネットワーク。
25. 請求項２３に記載のネットワークノードを少なくとも１つ有するイーサネット・ネットワーク。

Images