Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

GMPLS の設定

GMPLS の概要

従来の MPLS は、確立された IP ベースのパスを使用し、これらのパスを任意に割り当てられたラベルに関連付けることで、レイヤー 3 IP トラフィックを伝送するように設計されています。これらのラベルは、ネットワーク管理者が明示的に設定することも、LDP や RSVP などのプロトコルを使用して動的に割り当てることも可能です。

GMPLS は、さまざまなタイプのレイヤー 1、レイヤー 2、またはレイヤー 3 トラフィックをスイッチングするためのラベルを定義するという点で MPLS を一般化します。GMPLS ノードには、次のスイッチング機能のうち 1 つ以上のリンクを使用できます。

  • ファイバースイッチ対応(FSC)

  • ラムダスイッチ対応(LSC)

  • 時分割多重方式(TDM)スイッチ対応(TSC)

  • パケット交換対応(PSC)

ラベルスイッチ パス(LSP)は、同じスイッチング機能を持つリンク上で開始および終了する必要があります。たとえば、ルーターは他のルーターと一緒にパケット交換 LSP を確立できます。LSP は、SONET ADD/Drop マルチプレクサ(ADM)間で TDM スイッチ LSP を介して伝送される場合があります。この場合は、ラムダ交換 LSP を介して伝送される場合があります。

この MPLS プロトコルの拡張の結果、ラベル スイッチングに参加できるデバイスの数が増えています。OXC や SONET ADM などの下位レイヤー デバイスは、GMPLS シグナリングに参加し、データ転送パスを設定できるようになりました。ルーターは、トランスポート ネットワーク全体の光パスのシグナリングに参加できます。

2 つのサービス モデルにより、クライアント ノード(ルーターなど)が光コアまたはトランスポート ネットワークに対して持つ可視性が決定されます。1 つ目は、オーバーレイ モデルと呼ばれる UNI(ユーザーツーネットワーク インターフェイス)です。2 つ目はピア モデルと呼ばれます。ジュニパーネットワークスは、両方のモデルをサポートしています。

注:

物理インターフェイスと GMPLS インターフェイスの間には、必ずしも 1 対 1 のコレスポンデンスが存在するとは限りません。GMPLS 接続で非チャネライズド 物理コネクターを使用している場合、GMPLS ラベルは物理ポート ID を使用できます。ただし、チャネライズド インターフェイスのラベルは、多くの場合、チャネルまたはタイム スロットに基づいています。その結果、トラフィック エンジニアリング リンク上のリソースの識別子として GMPLS ラベルを参照するのが最適です。

LSP を確立するために、GMPLS は次のメカニズムを使用します。

  • アウトオブバンド制御チャネルとデータ チャネル: LSP 設定用の RSVP メッセージがアウトオブバンド制御ネットワークを介して送信されます。LSP の設定が完了し、パスがプロビジョニングされると、データ チャネルが稼働し、トラフィックの伝送に使用できます。リンク管理プロトコル(LMP)は、ノードのペア間のデータ チャネルを定義および管理するために使用されます。オプションで、LMP を使用して、同じ Junos OS リリースを実行しているピア間で LMP 制御チャネルを確立および維持できます。

  • GMPLS の RSVP-TE 拡張—RSVP-TE は、パケット LSP の設定を示すためにすでに設計されています。これは、GMPLS がさまざまな種類の LSP(非パッケージ)のパス設定を要求し、波長、タイム スロット、ファイバーなどのラベルをラベル オブジェクトとして要求できるように拡張されています。

  • 双方向 LSP:データは GMPLS デバイス間を 1 つのパスを介して両方向に移動できるため、非パケット LSP は双方向であるとシグナリングされます。

GMPLS の用語と略語

一般化された MPLS(GMPLS)

MPLS の拡張により、複数のレイヤーのデータを LSP(ラベルスイッチ パス)で切り替えることができます。同様のレイヤー 1、レイヤー 2、レイヤー 3 デバイス間では、GMPLS LSP 接続が可能です。

転送隣接関係

GMPLS 対応デバイス間でデータを送信するための転送パス。

GMPLS ラベル

ネクストホップ識別子として使用されるGMPLS対応デバイスのレイヤー3識別子、ファイバーポート、TDM(時分割多重)タイムスロット、または高密度波長分割多重(DWDM)波長。

GMPLS LSP タイプ

GMPLS LSP の 4 種類は次のとおりです。

  • ファイバースイッチ対応(FSC):LSPは、光ファイバーベースの2つのデバイス間で切り替えられます。光クロスコネクト(OXC)など、個々のファイバーレベルで動作します。

  • ラムダスイッチ対応(LSC):LSPは、個々の波長レベルで動作するOXCなど、2つのDWDMデバイス間で切り替えられます。

  • TDM スイッチ対応(TDM):LSP は SONET ADM などの 2 つの TDM デバイス間で切り替わります。

  • パケット交換対応(PSC):LSP は、ルーターや ATM スイッチなどの 2 つのパケットベース デバイス間で切り替えられます。

リンク管理プロトコル

ピア間の転送隣接関係を定義し、トラフィック エンジニアリング リンク上のリソースを維持および割り当てるために使用されるプロトコル。

トラフィック エンジニアリング リンク

GMPLS 対応デバイス間の論理接続。トラフィック エンジニアリング リンクはアドレスまたは ID を持ち、特定のリソースまたはインターフェイスに関連付けられます。また、特定の属性(エンコーディング タイプ、スイッチング機能、帯域幅など)もあります。論理アドレスはルーティング可能ですが、リンク識別子として機能するため必須ではありません。各トラフィック エンジニアリング リンクは、1 組のデバイス間の転送隣接関係を表します。

GMPLS の運用

GMPLS の基本的な機能には、RSVP と LMP の間で密接な相互作用が必要です。これは、次の順序で動作します。

  1. LMP は、新しいエンティティについて RSVP に通知します。

    • トラフィック エンジニアリング リンク(転送隣接関係)

    • トラフィック エンジニアリング リンクで利用可能なリソース

    • コントロール ピア

  2. GMPLS は、設定から LSP 属性を抽出し、RSVP にトラフィック エンジニアリング リンク アドレスによって指定された 1 つ以上の特定のパスに信号を送ります。

  3. RSVP は、ローカル トラフィック エンジニアリング リンク、対応する制御隣接関係およびアクティブ制御チャネル、および送信パラメータ(IP 宛先など)を決定します。LMP は、指定された属性を持つトラフィック エンジニアリング リンクからリソースを割り当てることを要求します。LMP が属性と一致するリソースを検出すると、ラベル割り当てが成功します。RSVP は、ターゲット ルーターに到達するまで PathMsg ホップをホップで送信します。

  4. ターゲット ルーターが PathMsg を受信すると、RSVP は信号パラメーターに基づいて LMP にリソースを割り当て直す必要があります。ラベル割り当てが成功すると、ルーターは ResvMsg を送信します。

  5. シグナリングが成功すると、双方向光パスがプロビジョニングされます。

GMPLS と OSPF

OSPF は GMPLS 用に設定できます。OSPFは、単一の自律システム(AS)内でパケットをルーティングする内部ゲートウェイプロトコル(IGP)です。OSPF は、リンク状態情報を使用してルーティングを決定します。

GMPLS と CSPF

GMPLS では、CSPF を使用する GMPLS LSP のコンピューティング パスに追加の制約が生まれます。これらの追加の制約は、次のリンク属性に影響します。

  • 信号タイプ(最小 LSP 帯域幅)

  • エンコーディング タイプ

  • スイッチング タイプ

これらの新しい制約は、IGP を介してインターフェイス スイッチング機能記述子タイプ、長さ、値(TLV)を交換して、トラフィック エンジニアリング データベースに設定されます。

インターフェイス スイッチング機能記述子を介して交換される無視された制約には、以下のものがあります。

  • 最大 LSP 帯域幅

  • MTU(最大伝送単位)

CSPF パスの計算は、GMPLS 以外の環境と同じですが、リンクも GMPLS 制約によって制限されます。

各リンクには、複数のインターフェイス スイッチング機能記述子を使用できます。すべての記述子は、リンクが拒否される前にチェックされます。

制約は次の順序でチェックされます。

  1. GMPLS LSP に設定された信号タイプは、要求された帯域幅の量を示します。必要な帯域幅が最小 LSP 帯域幅よりも小さい場合、インターフェイススイッチング記述子は拒否されます。

  2. イングレス インターフェイスとエグレス インターフェイスのリンクのエンコーディング タイプが一致している必要があります。すべての制約がリンクによって満たされた後、エンコーディング タイプがイングレス ノードで選択され、保存され、エグレス ノード上のリンクの選択に使用されます。

  3. 中間スイッチのリンクのスイッチング タイプは、設定で指定された GMPLS LSP と一致する必要があります。

GMPLS の特長

Junos OS には、以下の GMPLS 機能が含まれています。

  • アウトオブバンド制御プレーンにより、LSP パス設定の信号を送信できます。

  • RSVP-TE 拡張機能は、ポート、タイム スロット、波長など、レイヤー 3 パケットを超える追加のオブジェクトをサポートします。

  • LMP プロトコルは、トラフィック エンジニアリング リンクとピア情報のデータベースを作成および維持します。Junos OS では、このプロトコルの静的バージョンのみがサポートされています。オプションで、同じ Junos OS リリースを実行しているピア間で LMP 制御チャネルを確立および維持するように LMP を設定できます。

  • デバイス間では双方向 LSP が必要です。

  • RFC 3471、 Generalized MPLS—Signaling Functional Description(MPLS、Generalized、SONET/SDH、Suggested、アップストリームなど)で定義されている複数の GMPLS ラベル タイプがサポートされています。ノードは接続のコンテキストから期待するラベルのタイプを認識する必要があるため、一般化されたラベルには型フィールドは含まれません。

  • トラフィック パラメータにより、GMPLS 帯域幅エンコーディングと SONET/SDH フォーマットが容易になります。

  • その他のサポート対象となる属性には、インターフェイス識別とエラー インターフェイス識別、UNI(ユーザーツーネットワーク)スタイルのシグナリング、セカンダリ LSP パスなどがあります。

GMPLS の MPLS パスの設定

GMPLS の設定の一環として、GMPLS を介して接続された固有のデバイスごとに MPLS パスを確立する必要があります。階層レベルで [edit protocols mpls path path-name] トラフィック エンジニアリング リンクのリモート アドレスをアドレスとして設定します。[制約のある最短パスファースト(CSPF)]がサポートされているため、アドレスを使用して[またはloose]strictオプションのいずれかを選択できます。

トラフィック エンジニアリング リンクのリモート アドレスを取得する方法については、「 LMP 設定の概要」を 参照してください。

MPLS パスを設定するには、階層レベルで path ステートメントを [edit protocols mpls] 含めます。

MPLS パスを設定する方法については、「 名前付きパスの作成」を参照してください。

LMP トラフィックのトレース

LMP プロトコル トラフィックをトレースするには、階層レベルで traceoptions ステートメントを [edit protocols link-management] 含めます。

ステートメントを file 使用して、トレース操作の出力を受け取るファイルの名前を指定します。すべてのファイルはディレクトリ/var/logに配置されます。

次のトレース フラグは、さまざまな LMP メッセージの送受信に関連する操作を表示します。

  • all—利用可能なすべての操作をトレースします。

  • hello-packets— 任意の LMP 制御チャネルで hello パケットをトレースします。

  • init— 初期化メッセージからの出力

  • packets— 任意の LMP 制御チャネルで hello パケット以外のすべてのパケットをトレースします。

  • parseパーサーの操作

  • process—一般的な構成の運用

  • route-socket—ルート ソケット イベントの操作

  • routing—ルーティング プロトコルの運用

  • server—サーバー処理の運用

  • show— コマンドの操作の show サービス

  • state—LMP 制御チャネルとトラフィック エンジニアリング リンクの状態遷移をトレース

各フラグには、以下のフラグ修飾子を 1 つ以上含めることができます。

  • detail—詳細なトレース情報を提供します。

  • receive—受信しているパケット

  • send—送信されるパケット

GMPLS 向け MPLS LSP の設定

適切な GMPLS スイッチング パラメーターを有効にするには、ネットワーク接続に適した LSP(ラベルスイッチ パス)属性を設定します。のデフォルト値 switching-typepsc-1、標準 MPLS にも適しています。

LSP 属性を設定するには、階層レベルで lsp-attributes ステートメントを [edit protocols mpls label-switched-path lsp-name] 含めます。

ラベルスイッチ パス設定にステートメントを含める no-cspf 場合は、プライマリ パスとセカンダリ パスも設定する必要があるか、設定をコミットできません。

次のセクションでは、GMPLS LSP の各 LSP 属性を設定する方法について説明します。

エンコーディング タイプの設定

LSP によって運ばれるペイロードのエンコーディング タイプを指定する必要があります。次のいずれかになります。

  • ethernet—イーサネット

  • packet—パケット

  • pdh—プレシオクロナス デジタル階層(PDH)

  • sonet-sdh—SONET/SDH

デフォルト値は.packet

エンコーディング タイプを設定するには、階層レベルで encoding-type ステートメントを [edit protocols mpls label-switched-path lsp-name lsp-attributes] 含めます。

GPID の設定

LSP によって運ばれるペイロードのタイプを指定する必要があります。ペイロードは、MPLS ラベルの下にあるパケットのタイプです。ペイロードは、一般化されたペイロード識別子(GPID)によって指定されます。

GPID には、次のいずれかの値を指定できます。

  • hdlc— HDLC(High-Level Data Link Control)

  • ethernet—イーサネット

  • ipv4—IP バージョン 4(デフォルト)

  • pos-scrambling-crc-16—他のベンダーの機器との相互運用性を実現

  • pos-no-scrambling-crc-16—他のベンダーの機器との相互運用性を実現

  • pos-scrambling-crc-32—他のベンダーの機器との相互運用性を実現

  • pos-no-scrambling-crc-32—他のベンダーの機器との相互運用性を実現

  • ppp—PPP(Point-to-Point Protocol)

GPID を構成するには、階層レベルで gpid ステートメントを [edit protocols mpls label-switched-path lsp-name lsp-attributes] 含めます。

信号帯域幅タイプの設定

信号帯域幅タイプは、パス計算とアドミッションコントロールに使用されるエンコーディングです。信号帯域幅タイプを設定するには、階層レベルで signal-bandwidth ステートメントを [edit protocols mpls label-switched-path lsp-name lsp-attributes] 含めます。

GMPLS 双方向 LSP の設定

MPLS と GMPLS は LSP に同じ設定階層を使用するため、どの LSP 属性が LSP 機能を制御するかを知ると役立ちます。標準 MPLS パケット交換 LSP は一方向ですが、GMPLS 非パケット LSP は双方向です。

デフォルトのパケット スイッチング タイプ psc-1を使用すると、LSP は一方向になります。GMPLS 双方向 LSP を有効にするには、非パケット スイッチング タイプ オプション(、などlambdafiber)を選択するethernet必要があります。階層レベルに switching-type ステートメントを [edit protocols mpls label-switched-path lsp-name lsp-attributes] 含めます。

Junos OS を実行するルーターを介して、Nonpacket GMPLS LSP がパスを確立できるようにする

[管理ステータス] オブジェクトで A ビットを設定します。Junos を実行するルーターを介してパスを確立するために、非パッケージ GMPLS LSP を有効にできます。イングレス ルーターが管理ステータス A ビット セットを含む RSVP PATH メッセージを送信すると、外部デバイス(Junos OS を実行するルーターではない)がレイヤー 1 パスセットアップ テストを実行するか、光クロスコネクトを起動できます。

設定すると、管理ステータス オブジェクトの A ビットは、GMPLS LSP の管理停止ステータスを示します。この機能は、特に非パケット GMPLS LSP で使用されます。パケット LSP の制御パス設定やデータ転送には影響しません。

Junos は、コントロール パスの設定とデータ パスの設定を区別しません。ネットワーク パスに沿った他のノードは、A ビットを使用した RSVP PATH シグナリングを有意義な方法で使用します。

GMPLS LSP の Admin Status オブジェクトを設定するには、次のステートメントを admin-down 含めます。

このステートメントは、以下の階層レベルに含めることができます。

GMPLS LSP をスムーズに破棄

非パセット GMPLS LSP を適切に破棄できます。パケット交換ネットワークの一般的なプロセスである LSP が突然取り壊されると、非パケット交換ネットワークで安定性の問題が発生する可能性があります。非パッケージ交換ネットワークの安定性を維持するには、LSP を適切に破棄する必要がある場合があります。

次のセクションでは、GMPLS LSP を正常に破棄する方法について説明します。

GMPLS LSP の一時的な削除

コマンドを使用して、GMPLS LSP を適切に clear rsvp session gracefully 破棄できます。

このコマンドは、ノンパセット LSP の RSVP セッションを 2 つのパスでスムーズに破棄します。最初のパスでは、管理ステータス オブジェクトは LSP のエンドポイントへのパスに沿って信号が送信されます。2 番目のパスでは、LSP がダウンします。このコマンドを使用すると、LSP は一時的にダウンします。適切な間隔の後、GMPLS LSP は再署名され、再確立されます。

コマンドの clear rsvp session gracefully プロパティは次のとおりです。

  • RSVP セッションのイングレス ルーターとエグレス ルーターでのみ機能します。トランジット ルーターで使用する場合、そのルーターはコマンドと同じ動作を clear rsvp session します。

  • これは、非パッケージ LSP でのみ機能します。パケット LSP と併用すると、コマンドと同じ動作になります clear rsvp session

詳細については、 CLI エクスプローラーを参照してください。

GMPLS LSP の完全削除

設定で LSP を無効にすると、LSP は完全に削除されます。ステートメントを disable 設定すると、GMPLS LSP を永続的に無効にすることができます。無効になっている LSP が非パッケージ LSP の場合、管理ステータス オブジェクトを使用するグレースフル LSP ティアダウン 手順が使用されます。無効になっている LSP がパケット LSP の場合、LSP 削除の通常のシグナリング手順が使用されます。

GMPLS LSP を無効にするには、次のいずれかの階層レベルでステートメントを含めます disable

  • [edit protocols mpls label-switched-path lsp-name]—LSP を無効にします。

  • [edit protocols link-management te-link te-link-name]—トラフィック エンジニアリング リンクを無効にします。

  • [edit protocols link-management te-link te-link-name interface interface-name]—トラフィック エンジニアリング リンクで使用されるインターフェイスを無効にします。

グレースフル削除タイムアウト間隔の設定

RSVP セッションのグレースフル削除手順を開始するルーターは、グレースフル削除タイムアウト間隔を待機して、パスに沿ったすべてのルーター(特にイングレス ルーターとエグレス ルーター)が LSP をダウンさせる準備ができていることを確認します。

イングレス ルーターは、ビット セットを使用してパス メッセージに Admin Status オブジェクトを送信することで、グレースフル削除手順を D 開始します。イングレス ルーターは、エグレス ルーターからビットが設定された Resv メッセージを D 受信することを想定しています。グレースフル削除タイムアウト間隔で指定された時間内にイングレス ルーターがこのメッセージを受信しない場合、PathTear メッセージを送信して LSP の強制破棄を開始します。

グレースフル削除タイムアウト間隔を設定するには、階層レベルで graceful-deletion-timeout ステートメントを [edit protocols rsvp] 含めます。1~300 秒の時間を設定できます。デフォルト値は 30 秒です。

このステートメントは、以下の階層レベルで設定できます。

  • [edit protocols rsvp]

  • [edit logical-systems logical-system-name protocols rsvp]

コマンドを使用して、 show rsvp version グレースフル削除タイムアウトに設定されている現在の値を決定できます。

GMPLS RSVP-TE VLAN LSP シグナリングの概要

GMPLS RSVP-TE シグナリングについて

シグナリングとは、コントロール プレーン内でメッセージを交換して、データ プレーン内のデータ パス(ラベルスイッチ パス(LSP))を設定、維持、変更、終了するプロセスです。GMPLS(Generalized MPLS)は、MPLS の既存の制御プレーンを拡張して、さらに多くのクラスのインターフェイスを管理し、時分割多重方式(TDM)、光ファイバー(ポート)、Lambda などの他の形式のラベル スイッチングをサポートするプロトコル スイートです。

GMPLS は、インテリジェントな IP/MPLS 接続をレイヤー 2 およびレイヤー 3 からレイヤー 1 光デバイスまで拡張します。主にルーターやスイッチでサポートされる MPLS とは異なり、GMPLS は SONET/SDH、光クロスコネクト(OXC)、高密度波分割多重方式(DWDM)などの光プラットフォームでもサポートできます。

主に MPLS のデータ転送に使用されるラベルに加え、波長、タイム スロット、ファイバーなどのその他の物理エントリーをラベル オブジェクトとして使用して GMPLS 内のデータを転送できるため、既存の制御プレーン メカニズムを活用してさまざまな LSP に信号を送ることができます。GMPLS では、RSVP-TE を使用して他のラベル オブジェクトを要求し、さまざまな種類の LSP(ノンパセット)に信号を送ります。双方向 LSP、アウトオブバンド制御チャネル、および LMP(リンク管理プロトコル)を使用したデータ チャネルは、LSP の確立に GMPLS が使用するその他のメカニズムです。

GMPLS RSVP-TE VLAN LSP シグナリングの必要性

従来のレイヤー 2 ポイントツーポイント サービスでは、LDP と BGP をベースにしたレイヤー 2 回線とレイヤー 2 VPN 技術を使用しています。従来の導入では、カスタマー エッジ(CE)デバイスはレイヤー 2 サービスのシグナリングに参加しません。プロバイダ エッジ(PE)デバイスは、レイヤー 2 サービスを管理およびプロビジョニングして、CE デバイス間でエンドツーエンドの接続を提供します。

PE デバイスが 1 組の CE デバイス間で各レイヤー 2 回線に対してレイヤー 2 サービスをプロビジョニングすることの最大の課題の 1 つは、プロバイダ ネットワークのネットワーク管理上の負担です。

図 1 は、LDP/BGP ベースのレイヤー 2 VPN テクノロジで、レイヤー 2 サービスが CE ルーターによって設定および使用される方法を示しています。2 台の CE ルーター CE1 と CE2 は、それぞれ PE ルーター PE1 と PE2 を介してプロバイダ MPLS ネットワークに接続されています。CE ルーターは、イーサネット リンクによって PE ルーターに接続されます。ルーター CE1 と CE2 は、VLAN1 および VLAN2 の論理レイヤー 3 インターフェイスを使用して設定されているため、直接接続しているように見えます。ルーター PE1 と PE2 は、レイヤー 2 回線(pseudowire)で設定され、CE ルーター間でレイヤー 2 VLAN トラフィックを伝送します。PE ルーターは、プロバイダ MPLS ネットワーク内のパケット MPLS LSP を使用して、レイヤー 2 VLAN トラフィックを伝送します。

図 1: 従来のレイヤー 2 ポイントツーポイント サービス従来のレイヤー 2 ポイントツーポイント サービス

GMPLSベースのVLAN LSPシグナリングの導入により、CE(クライアント)デバイス間の個々のレイヤー2接続をプロビジョニングするPE(サーバーレイヤーとも呼ばれる)ネットワークの必要性が最小限に抑えられます。クライアント ルーターは、直接接続先のサーバー レイヤー ルーターを要求し、GMPLS シグナリングを介してリモート クライアント ルーターと接続するようにレイヤー 2 サービスを設定します。

サーバーレイヤーデバイスは、サーバーレイヤーネットワークを介してシグナリングを拡張し、リモートクライアントルーターと接続します。このプロセスでは、サーバーレイヤーデバイスは、サーバーとクライアントの境界でレイヤー2サービスのデータプレーンを設定し、サーバーレイヤーネットワーク内でレイヤー2トラフィックを伝送するためのデータプレーンを設定します。レイヤー 2 サービスを設定すると、クライアント ルーターはレイヤー 2 サービス上で IP/MPLS を直接実行し、相互に IP/MPLS 隣接関係を持つことができるようになります。

GMPLS シグナリングは、サーバー レイヤー デバイスで必要なプロビジョニング アクティビティを削減するだけでなく、レイヤー 2 サービスのプロビジョニングに対するサーバー レイヤー管理に依存することなく、レイヤー 2 回線をオンデマンドで起動できる柔軟性もクライアント ルーターに提供します。

図 1 と同じトポロジを使用して、 図 2 GMPL RSVP-TE ベースのレイヤー 2 VPN テクノロジのクライアント ルーターによってレイヤー 2 サービスがどのように設定および使用されているかを示します。

図 2: GMPLS RSVP-TE VLAN LSPGMPLS RSVP-TE VLAN LSP

では 図 2、クライアント ルーター間でレイヤー 2 VLAN トラフィックを伝送するように PseudoWire を設定する代わりに、ルーター PE1 と PE2 は、IP ベースの通信チャネルおよびその他の GMPLS 固有の設定(TE リンクとしてのイーサネット リンクの識別)を使用して設定され、GMPLS RSVP-TE シグナリング メッセージをクライアント ルーターと交換できるようにします。また、ルーター CE1 と CE2 は、IP ベースの通信チャネルと関連する GMPLS 設定で構成されており、GMPLS RSVP-TE シグナリング メッセージをサーバーレイヤー ルーターと交換します。ルーター CE1 と CE2 は、このレイヤー 2 サービス上に IP/MPLS 隣接関係を確立します。

GMPLS RSVP-TE VLAN LSP シグナリング機能

図 2基づいて、クライアント ルーターは、次のようにサーバーレイヤー ネットワークにレイヤー 2 サービスを確立します。

  1. ルーター CE1 は、ルーター PE1 を使用して GMPLS RSVP-TE シグナリングを開始します。このシグナリング メッセージでは、ルーター CE1 は、レイヤー 2 サービスが必要なイーサネット リンク上の VLAN と、VLAN を接続するリモート CE ルーターであるルーター CE2 を示します。

    ルーター CE1 は、ルーター CE2 が接続されているリモート PE ルーター、ルーター PE2、およびレイヤー 2 サービスがシグナリング メッセージに必要なルーター PE2 にルーター CE2 を接続する正確なイーサネット リンクも示します。

  2. ルーター PE1 は、シグナリング メッセージでルーター CE1 の情報を使用し、ルーター CE2 が接続されているリモート PE ルーター、ルーター PE2 を決定します。次に、ルーター PE1 は、VLAN トラフィックを伝送するためのパケット MPLS LSP(関連双方向)をサーバーレイヤー MPLS ネットワークを介して確立し、LSP 階層メカニズムを使用してルーター PE2 に GMPLS RSVP-TE シグナリング メッセージを渡します。

  3. ルーター PE2 は、PE2-CE2 イーサネット リンクで使用される VLAN を使用して、GMPLS RSVP-TE シグナリング メッセージをルーター CE2 に伝達します。

  4. ルーター CE2 は、ルーター PE2 への GMPLS RSVP-TE シグナリング メッセージに対する確認応答を返します。次に、ルーター PE2 はルーター PE1 に伝搬し、ルーター CE1 に伝搬します。

  5. このメッセージの伝搬の一環として、ルーター PE1 と PE2 は転送プレーンを設定して、ルーター CE1 と CE2 間の VLAN レイヤー 2 トラフィックの双方向フローを可能にします。

GMPLS を使用した LSP 階層 RSVP-TE VLAN LSP

GMPLS のレイヤー 2 サービス RSVP-TE VLAN LSP シグナリングは、階層メカニズムを使用して起動され、レイヤー 2 サービスに対して 2 つの異なる RSVP LSP が作成されます。

  • クライアントおよびサーバーレイヤールーターで状態情報を持つエンドツーエンドのVLAN LSP。

  • サーバーレイヤー ネットワークのサーバー レイヤー ルーター(PE および P)に存在する、関連付けられた双方向パケット トランスポート LSP。

LSP 階層は、テクノロジ固有の LSP 特性に関する情報をサーバーレイヤー ネットワークのコア ノードと共有するのを回避します。このソリューションは、VLAN LSP 状態とトランスポート LSP 状態をきれいに分離し、VLAN LSP 状態が必要なノード(PE、CE)にのみ存在することを保証します。

GMPLS RSVP-TE VLAN LSP のパス仕様

GMPLS RSVP-TE LSP のパスは、開始側のクライアント ルーターで ERO(Explicit Route Object)として設定されています。この LSP は、さまざまなネットワーク ドメイン(クライアント ネットワークでの開始、終端、サーバーレイヤー ネットワークの通過)を通過する場合、LSP 設定はドメイン間 LSP 設定のカテゴリーに該当します。ドメイン間のシナリオでは、一般的に、1 つのネットワーク ドメインでは、他のネットワーク ドメインのトポロジーを完全に可視化できません。したがって、開始クライアント ルーターで設定される ERO には、サーバーレイヤー部分のフル ホップ情報がありません。この機能では、CE ルーターで設定された ERO が 3 つのホップを持ち、最初のホップが CE1-PE1 イーサネット リンクを特定するストリクト ホップ、2 番目のホップがエグレス PE ルーター(PE2)を識別するルーズ ホップ、3 番目のホップが CE2-PE2 イーサネット リンクを識別するストリクト ホップである必要があります。

GMPLS RSVP-TE VLAN LSP 設定

クライアントおよびサーバー ルーターで GMPLS VLAN LSP を設定するために必要な設定では、既存の GMPLS 設定モデルと一部の拡張機能が使用されます。非パッケージ LSP の Junos OS GMPLS 設定モデルは、GMPLS RSVP-TE シグナリングを介して物理インターフェイスを稼働させるのに対し、GMPLS RSVP-TE VLAN LSP は物理インターフェイス上に個々の VLAN を起動することを目的としています。階層の ethernet-vlan 下の設定ステートメントでは、 [edit protocols link-management te-link] これを有効にします。

クライアント ルーターは物理インターフェイスをサーバー ネットワークに接続し、サーバー ネットワークは接続された物理インターフェイスを介して 2 台のクライアント ルーター間でポイントツーポイント接続を提供します。物理インターフェイスは、GMPLS RSVP-TE によって次のように動作状態になります。

  1. クライアント ルーターは、物理インターフェイス自体が起動され、シグナリングの後にのみ実行されるため、通常は物理インターフェイスが接続されているサーバー ネットワーク ノードとのルーティングまたはシグナリング隣接関係を維持します。これは通常、物理インターフェイスとは異なる制御チャネルを介して行われます。

  2. クライアント ルーターとサーバー ネットワーク ノードは、TE リンク メカニズムを使用して接続する物理インターフェイスを識別します。

  3. クライアント ルーターとサーバー ネットワーク ノードは、GMPLS RSVP ホップとして TE リンク識別子(IP アドレス)を使用し、物理インターフェイス識別子を GMPLS RSVP-TE シグナリング メッセージの GMPLS ラベル値として使用して、物理インターフェイスを動作状態にします。

既存のGMPLS設定では、サーバーとクライアントのネットワークノードは、隣接するピアノードを protocols link-management peer peer-name 指定するために設定ステートメントを使用します。クライアント ルーターは 1 つ以上の物理インターフェイスをサーバー ネットワーク ノードに接続できるため、これらの物理インターフェイスは設定ステートメントを介して protocols link-management te-link link-name IP アドレスによってグループ化され、識別されます。TE リンクには、ローカル IP アドレス、リモート IP アドレス、物理インターフェイスのリストが割り当てられます。次に、TE リンクが設定ステートメントに protocols link-management peer peer-name te-link te-link-list 関連付けられます。

シグナリング メッセージの交換に必要なアウトオブバンド制御チャネルは、設定ステートメントを使用して protocols link-management peer peer-name control-channel interface-name 指定します。サーバーまたはクライアント ネットワーク ノードの存在は、および[edit protocols ospf]階層レベルの設定ステートメントを介して peer-interface interface-name RSVP および IGP(OSPF)プロトコルに[edit protocols rsvp]表示されます。

既存のGMPLS設定では、シグナリング メッセージで伝達されるラベル(アップストリーム ラベルと resv ラベル)は、起動に必要な物理インターフェイスを識別する整数識別子です。ラベルを使用して物理インターフェイスを識別するため、既存のGMPLS設定では、単一のTEリンクの下で複数のインターフェイスをグループ化できます。既存のGMPLS設定では、GMPLS RSVP-TEシグナリングメッセージ(TEリンクアドレスやラベル値など)に十分な情報があり、起動が必要な物理インターフェイスを識別します。これに対して、GMPLS RSVP-TE VLAN LSP 設定では、VLAN ID 値がシグナリング メッセージのラベルとして使用されます。

GMPLS RSVP-TE VLAN LSP 設定で、単一の TE リンクで複数のインターフェイスを設定できる場合、シグナリング メッセージのラベル値として VLAN ID を使用すると、VLAN のプロビジョニングが必要な物理インターフェイスが曖昧になる可能性があります。したがって、TE リンクの下で ethernet-vlan 設定できる物理インターフェイスの数が 1 つだけに制限されている場合、TE リンクは設定ステートメントで設定されます。

既存のGMPLS設定では、非パセットLSPの帯域幅は、起動する必要がある物理インターフェイスの帯域幅に対応する個別の量です。したがって、GMPLS LSP 設定では帯域幅を指定することはできませんが、階層レベルの設定ステートメントを介してのみ signal-bandwidth 帯域幅を [protocols mpls label-switched-path lsp-name lsp-attributes] 指定できます。GMPLS VLAN LSP 設定では、パケット LSP と同様に帯域幅が指定されています。GMPLS VLAN LSP 設定では、 bandwidth オプションはサポートされており、 signal-bandwidth サポートされていません。

関連する双方向パケット LSP

GMPLS RSVP-TE VLAN LSP は、サーバーレイヤー ネットワーク内の関連付けられた双方向トランスポート LSP 上で伝送されます。これは、一方的にプロビジョニングされた LSP です。トランスポート LSP シグナリングは、送信元ルーターから宛先ルーターへの一方向 LSP として前方方向に開始され、宛先ルーターは逆方向の一方向 LSP のシグナリングを送信元ルーターに戻します。

関連する双方向パケットおよび GMPLS RSVP-TE VLAN LSP のブレーク前の作成

関連する双方向トランスポート LSP の make-before-break サポートも同様のモデルに従います。このモデルでは、双方向 LSP の転送方向の宛先ルーターは、双方向 LSP の逆方向で make-before-break 操作を実行しません。関連付けられた双方向 LSP の新しい make-before-break 新しいインスタンスを開始するのは、送信元ルーター(関連する双方向 LSP のイニシエーター)であり、宛先ルーターは逆の方向で make-before-break 新しいインスタンスを開始します。

たとえば、 図 2一方向トランスポート LSP はルーター PE1 からルーター PE2 への転送方向で開始され、次にルーター PE2 は逆方向にルーター PE1 へのトランスポート LSP を開始します。make-before-breakインスタンスが発生すると、開始クライアントルーターとしてのルーターPE1のみが、関連する双方向LSPの新しいインスタンスを確立できます。次に、ルーター PE2 は、逆方向に make-before-break 新しいインスタンスを開始します。

関連する双方向トランスポート LSP の make-before-break サポートは、トランスポート LSP が LSP パス上のリンク障害またはノード障害によりローカルで保護された状態になる場合にのみ使用されます。GMPLS RSVP-TE VLAN LSP は、ブレーク前の作成メカニズムを使用して、シームレスな帯域幅変更を調整します。

注:

関連する双方向トランスポート LSP では、定期的な再最適化が有効になっていません。

GMPLS VLAN LSP の新しい make-before-break インスタンスは、以下の制約の下でサポートされています。

  • 古いインスタンスと同じクライアント ルーターから発信し、古いインスタンスと同じクライアント ルーター宛てにする必要があります。

  • サーバークライアントの両方で、古いインスタンスと同じサーバークライアントリンクを使用する必要があります。

  • サーバーとクライアントのリンクで、古いインスタンスと同じVLANラベルを使用する必要があります。

  • GMPLS VLAN LSP は、CLI から帯域幅の変更が開始された場合、または VLAN LSP の現在のインスタンスが取り壊され、新しい VLAN LSP インスタンスが確立されたときのように adaptive 設定する必要があります。

これらの制約が満たされない場合、サーバーレイヤー エッジ ルーター上の GMPLS VLAN LSP の make-before-break 操作は拒否されます。

サーバーレイヤー エッジ ルーターでは、GMPLS VLAN LSP の make-before-break インスタンスが表示されると、この make-before-break インスタンスをサポートするために、まったく新しい個別の関連双方向トランスポート LSP が作成されます。既存の関連双方向 LSP(古いインスタンスをサポート)は、トランスポート LSP レベルで make-before-break インスタンスを開始するためにトリガーされません。この選択(新しいトランスポート LSP の開始)の意味は、GMPLS VLAN LSP に対してブレーク前の操作が実行された場合、サーバーレイヤー のリソース/帯域幅共有が行われるわけではないということです。

サポートされている機能とサポートされていない機能

Junos OS は、GMPLS RSVP-TE VLAN LSP で次の機能をサポートしています。

  • クライアント ルーター上の VLAN LSP の特定の帯域幅とローカル保護をサーバーレイヤー ルーターに要求します。

  • クライアント ルーターでの GMPLS VLAN LSP、サーバーレイヤー エッジ ルーター、およびサーバーレイヤー エッジ ルーターでの関連双方向トランスポート LSP に対するノンストップ アクティブ ルーティング(NSR)のサポート。

  • マルチシャーシのサポート。

Junos OS は、 not 次の GMPLS RSVP-TE VLAN LSP 機能をサポートしています。

  • 関連する双方向パケット LSP および GMPLS VLAN LSP に対するグレースフル リスタート サポート。

  • クライアント ルーターでの CSPF アルゴリズムを使用した GMPLS VLAN LSP のエンドツーエンド パス計算。

  • 異なるクライアント、サーバーレイヤー エッジ ルーターによる、CSPF 以外のルーティングベースのネクスト ホップ ルーターの検出。

  • クライアント ルーターでの VLAN LSP の設定が成功した場合の、クライアント レイヤー 3 VLAN インターフェイスの自動プロビジョニング。

  • MPLS OAM(LSP-ping、BFD)。

  • パケット MPLS アプリケーション(スタティック ルートのネクスト ホップや IGP ショートカットなど)

  • ローカル相互接続メカニズム:クライアント ルーターが、同じサーバー ルーターに接続されているリモート クライアント ルーターに接続します。

  • Junos OS サービス フレームワーク。

  • IPv6 のサポート。

  • 論理システム。

  • サーバーとクライアントのリンクにあるアグリゲート イーサネット/SONET/IRB インターフェイス。

例:GMPLS RSVP-TE VLAN LSP シグナリングの設定

この例では、クライアント ルーターで GMPLS RSVP-TE VLAN LSP シグナリングを設定し、1 台のクライアント ルーターが LSP 階層を使用してサーバーレイヤー ネットワークを介してリモート クライアント ルーターと接続できるようにする方法を示しています。これにより、クライアント ルーターは、サーバー レイヤーの管理に依存することなく、レイヤー 2 サービスの確立、維持、プロビジョニングが可能になり、プロバイダ ネットワークの運用コストの負担を軽減できます。

要件

この例では、次のハードウェアおよびソフトウェア コンポーネントを使用します。

  • M シリーズ マルチサービス エッジ ルーター、MX シリーズ 5G ユニバーサル ルーティング プラットフォーム、T シリーズ コア ルーター、PTX シリーズ パケット トランスポート ルーターの組み合わせが可能な 6 台のルーター

  • クライアント ルーターおよびサーバーレイヤー エッジ ルーターで実行されている Junos OS リリース 14.2 以降

開始する前に、以下を行います。

  1. デバイス インターフェイスを設定します。

  2. インターフェイスに関連付けられた VLAN を設定します。

  3. 次のルーティング プロトコルを設定します。

    • RSVP

    • MPLS

    • LMP

概要

Junos OS リリース 14.2 以降、外部/サードパーティー製サーバー レイヤー ネットワーク上の 2 台のクライアント ルーター間のレイヤー 2 サービスは、GMPLS RSVP-TE シグナリングを介してクライアント ルーターによってオンデマンドで設定されます。この機能により、クライアント ルーターは、サーバー レイヤーの管理に依存せずに、レイヤー 2 サービスを柔軟に確立、維持、プロビジョニングできるため、プロバイダ ネットワークの運用コストの負担が軽減されます。LDP と BGP をベースにした従来のレイヤー 2 VPN 技術では、プロバイダ ネットワークは 2 台のクライアント ルーター間で確立された各レイヤー 2 回線のプロビジョニング アクティビティを処理しました。

図 3 は、2 台のサーバーレイヤー エッジ ルーター、PE1 および PE2、1 台のサーバー レイヤー コア ルーター P を備えたサーバー レイヤー ネットワーク全体で、2 台のクライアント ルーター、CE1、CE2 間の GMPLS VLAN LSP の設定とシグナリングを示しています。

図 3: GMPLS VLAN LSP の設定GMPLS VLAN LSP の設定

GMPLS VLAN LSP のシグナリングは、次のように実行されます。

  1. Initiating GMPLS VLAN LSP at CE1

    ルーター CE1 は、GMPLS RSVP-TE パス メッセージをルーター PE1 に送信することで、GMPLS VLAN LSP 設定を開始します。CE1 と PE1 の間のシグナリングは、アウトオブバンド制御チャネルを介して行われます。これは、2 台のルーターを接続するイーサネット リンク上に設定された個別の制御 VLAN です。

    ルーター CE1 によって開始された GMPLS RSVP-TE パス メッセージは、以下の実行に使用されます。

    1. VLAN がアクティブなイーサネット リンクを識別します。

    2. イーサネット リンクを TE リンクとして抽象化し、IP アドレスを割り当ててイーサネット リンクを識別します。

    3. ルーター PE1 を識別されたイーサネット リンクに接続するすべてのイーサネット リンクに、ルーター CE1 によって管理される空き VLAN のプールから VLAN ID を割り当てます。

      この VLAN ID は、CE2-PE2 イーサネット リンクの GMPLS VLAN LSP にも使用できます。

    4. アップストリーム ラベル オブジェクトおよびアップストリーム方向ラベル値として割り当てられた VLAN ID を使用して、レイヤー 2 サービスの設定が必要な VLAN を識別します。

    5. ルーター PE1 がサーバーレイヤー ネットワークを介してリモート クライアント ルーター CE2 に VLAN LSP を確立するのに役立つ ERO オブジェクトを含めます。パス メッセージ内の ERO オブジェクトには、次の 3 つのホップが含まれています。

      • 最初のホップ:開始するクライアント/サーバー イーサネット リンク PE1-CE1 を識別するストリクト ホップ。

      • セカンド ホップ:リモート サーバーレイヤー ルーター PE2 を識別するルーズ ホップ。

      • 第 3 ホップ:リモート clinet-server イーサネット リンク PE2-CE2 を識別するストリクト ホップ。

    6. GMPLS VLAN LSP に必要な帯域幅を含めます。

    7. VLAN LSP のサーバーレイヤー ネットワークに必要なローカル保護を含めます。

  2. Initiating Associated Bidirectional Transport LSP at PE1

    ルーター PE1 がルーター CE1 からパス メッセージを受信すると、イーサネット リンクと VLAN ID の可用性を確認するためにメッセージが検証されます。サーバーレイヤー ネットワークでは、サーバー レイヤー ルーター PE1 と PE2 間のレイヤー 2 サービスが、レイヤー 2 回線と同様の方法でデータ プレーンに提供されます。ルーター PE1 は、トランスポート LSP をルーター PE2 に起動し、GMPLS VLAN LSP を PE1-PE2 トランスポート LSP 上で実行される階層型 LSP として拡張します。PE1-PE2 トランスポート LSP はパケット LSP であり、本質的に双方向です。これは、GMPLS VLAN LSP が双方向であり、各サーバー レイヤー ルーターが以下を実行できるようにする必要があるためです。

    • サーバークライアントイーサネットリンク(PE1-CE1リンクなど)からトラフィックを受信し、リモートサーバーレイヤールーターPE2に送信します。

    • リモート ルーター PE2 からトラフィックを受信し、PE1-CE1 イーサネット リンクで送信します。

    各 GMPLS VLAN LSP について、サーバーレイヤー ネットワーク内にパケット トランスポート LSP が設定されます。トランスポート LSP は、作成された GMPLS VLAN LSP のトラフィックの伝送にのみ使用されます。トランスポート LSP は、GMPLS VLAN LSP の受信時に動的に作成されます。したがって、その作成をトリガーする構成は必要ありません。VLAN LSP に対して確立されたトランスポート LSP は、VLAN LSP から帯域幅とローカル保護属性を継承します。

    ルーター PE1 は、PE1-PE2 トランスポート LSP をルーター PE2 に信号します。ルーター PE1 は、ルーター CE1 からの GMPLS RSVP-TE パス メッセージの ERO オブジェクトで指定されたルーズ ホップからトランスポート LSP の宛先を決定し、VLAN LSP に信号を送信します。ただし、PE1-PE2 トランスポート LSP の確立に失敗した場合、ルーター PE1 はパス エラー メッセージをルーター CE1 に送信し、GMPLS VLAN LSP も確立されません。

  3. Setting Up the Associated Bidirectional Transport LSP Between the Server-Layer Routers

    ルーター PE1 と PE2 間の関連双方向 LSP は、2 つの一方向パケット LSP で構成されています。

    • PE1-to-PE2

    • PE2-to-PE1

    ルーター PE1 は、ルーター PE2 への単一方向パケット LSP のシグナリングを開始します。この一方向パケット LSP は、関連付けられた双方向 LSP の転送方向(PE1-to-PE2)を構成し、パス メッセージは、これが片側プロビジョニング モデルであることを示す拡張アソシエーション オブジェクトを伝送します。LSP のパス メッセージを受信すると、ルーター PE2 は Resv メッセージで応答し、逆方向の(PE1-to-PE2)と同じパスを持つルーター PE1 への単一方向パケット LSP のシグナリングをトリガーします。この一方向パケット LSP は、関連付けられた双方向 LSP の PE2 から PE1 への方向を使用し、このパス メッセージは PE1 から PE2 へのパス メッセージと同じ拡張アソシエーション オブジェクトを伝送します。

    ルーター PE1 が PE1 から PE2 への一方向 LSP の Resv メッセージと PE2-to-PE1 一方向 LSP のパス メッセージを受信すると、PE1 は、それぞれのパス メッセージで運ばれる拡張アソシエーション オブジェクトと一致させることで、PE1 と PE2-to-PE1 の一方向 LSP をバインドします。PE2 から PE1 への一方向 LSP のパス メッセージの場合、ルーター PE1 は Resv メッセージで応答します。PE1-to-PE2 LSP の Resv メッセージと PE2-to-PE1 LSP のパス メッセージを受信すると、ルーター PE1 は関連付けられた双方向パケット トランスポート LSP を確立しました。

  4. Setting Up the GMPLS VLAN LSP at Router PE1

    トランスポート LSP の確立に成功すると、ルーター PE1 は GMPLS VLAN LSP のシグナリングをトリガーします。ルーター PE1 は、VLAN LSP に対応する GMPLS RSVP-TE パス メッセージをルーター PE2 に直接送信します。これは本質的に双方向であり、アップストリーム ラベル オブジェクトも含まれています。

    ルーター PE2 は、トランスポート LSP と VLAN LSP の間の関連付けを認識していません。この関連付けは、ルーター PE1 によってルーター PE2 に示されます。

  5. Setting Up the GMPLS VLAN LSP at Router PE2

    ルーター PE1 から VLAN LSP パス メッセージを受信すると、ルーター PE2 はトランスポート LSP の可用性を確認します。トランスポート LSP が使用できない場合、または LSP 設定が進行中の場合、VLAN LSP 処理は保留になります。トランスポート LSP が使用可能な場合、ルーター PE2 は VLAN LSP パス メッセージを処理します。このパス メッセージの ERO オブジェクトは、ネクスト ホップが PE2-to-CE2 イーサネット リンクを識別するストリクト ホップであることを示します。ERO オブジェクトは、ルーター PE2 が PE2 から CE2 へのイーサネット リンクで使用する VLAN ID を示すことができます。

    ルーター PE2 は、VLAN LSP パス メッセージ内のアップストリーム ラベルとして送信される VLAN ID を適切にルーター CE2 に割り当て、アウトオブバンド制御チャネルを介して送信します。

  6. Processing the GMPLS VLAN LSP at Router CE2

    ルーター PE2 から GMPLS RSVP-TE LSP を受信すると、ルーター CE2 は、PE2-to-CE2 リンクでの割り当てに対する VLAN ID の可用性を検証します。次に、ルーター CE2 は、この VLAN LSP に VLAN ID を割り当て、Resv メッセージのラベル オブジェクトとして VLAN ID を使用して、Resv メッセージをルーター PE2 に送信します。

  7. Processing the GMPLS VLAN LSP at Router PE2

    ルーター CE2 から Resv メッセージを受信すると、ルーター PE2 は Resv メッセージ内のラベル オブジェクトがパス メッセージと同じ VLAN ID を持っていることが検証されます。次に、ルーター PE2 は、ルーター PE1 に送信される Resv メッセージに含まれる 20 ビット MPLS ラベルを割り当てます。

    次に、ルーター PE2 は、転送プレーンにエントリーをプログラムして、レイヤー 2 サービス機能を提供します。

    注:

    PE1-to-CE1 および PE2-CE2 イーサネット リンク上のラベルとして割り当てることができるすべての VLAN ID については、IPv4、IPv6、MPLS などの他のファミリではなく、サーバーレイヤー エッジ ルーター上で CCC(回線クロスコネクト)目的で論理インターフェイスを手動で設定する必要があります。

  8. Processing the GMPLS VLAN LSP at Router PE1

    ルーター PE2 から VLAN LSP の Resv メッセージを受信すると、ルーター PE1 は、ルーター CE1 からアップストリーム ラベルとして受信したのと同じ VLAN ID を持つ Resv メッセージをルーター CE1 に送信します。ルーター PE1 は、転送プレーンにエントリーをプログラムして、レイヤー 2 サービス機能をルーター PE2 として提供します。

  9. Processing the GMPLS VLAN LSP at Router CE1

    ルーター PE1 から Resv メッセージを受信すると、ルーター CE1 は、Resv メッセージで受信した VLAN ID が、送信したパス メッセージのアップストリーム ラベルの VLAN ID と一致することを検証します。これで、ルーター CE1 からルーター CE2 への GMPLS VLAN LSP の設定が完了します。

    注:
    • GMPLS VLAN LSP 設定では、クライアント ルーター、CE1、CE2 に転送プレーン エントリーが追加されることはありません。GMPLS VLAN LSP の転送プレーン エントリーは、サーバーレイヤー ルーター PE1 と PE2 にのみ追加されます。

    • クライアントとサーバーレイヤールーター間のルーティング情報交換はありません。クライアントレイヤールーターとサーバーレイヤールーターは、ネットワークトポロジー情報を相互に交換しません。

  10. Accounting for Bandwidth of the GMPLS VLAN LSP

    GMPLS VLAN LSP の設定に成功すると、クライアント レイヤー ルーターとサーバーレイヤー ルーターの両方で、GMPLS VLAN LSP に割り当てられた帯域幅によって、サーバー クライアント イーサネット リンクで使用可能な帯域幅の量が減少します。この帯域幅アカウンティング情報は、追加のGMPLS VLAN LSPがサーバークライアントイーサネットリンク上で起動されたときに、アドミッションコントロールの目的で使用されます。

  11. Using GMPLS VLAN LSP by the Client Routers

    GMPLS VLAN LSP の設定に成功した後、クライアント ルーターである CE1 と CE2 は、シグナリング VLAN ID を持つサーバー クライアント イーサネット リンクの上に VLAN 論理インターフェイスを手動で設定する必要があります。この論理インターフェイスは IP アドレスで設定する必要があり、IGP プロトコルに含める必要があります。この設定の結果、ルーター CE1 と CE2 は IGP 隣接関係を確立し、GMPLS シグナリングを介して確立されたレイヤー 2 サービスを介してデータ トラフィックを交換します。

    図 4 は、LSP 設定が完了し、必要な CE1-to-CE2 IGP/MPLS 隣接関係が確立された後の、ルーター CE1 からルーター CE2 への GMPLS VLAN LSP のデータ トラフィック フローを示しています。サーバーレイヤートランスポートLSPは、ルーターPE1から発信され、単一のサーバーレイヤーコアルーターであるルーターPを通過し、ルーターPE2に到達します。サーバーレイヤートランスポートLSPは、最後から2乗ホップのポップLSPとして表示され、ルーターPはトランスポートLSPラベルからポップオフし、サービスラベルのみがP-to-PE2リンクに存在します。

    図 4: GMPLS VLAN LSP のデータ トラフィック フローGMPLS VLAN LSP のデータ トラフィック フロー

トポロジ

では 図 5、GMPLS RSVP-TE VLAN LSP シグナリングを使用して、クライアント ルーター、ルーター CE1、ルーター CE2 間のレイヤー 2 サービスを確立します。サーバー ルーターであるルーター PE1 とルーター PE2 には、直接接続された各クライアント ルーターで GRE トンネルが確立されています。ルーター P1 と P2 は、サーバーレイヤー ネットワーク内のサーバー ルーターでもあります。

図 5: GMPLS RSVP-TE VLAN LSP シグナリングの設定GMPLS RSVP-TE VLAN LSP シグナリングの設定

設定

CLI クイック設定

この例を迅速に設定するには、次のコマンドをコピーして、テキスト ファイルに貼り付け、改行を削除し、ネットワーク設定に一致するために必要な詳細情報を変更し、コマンドを階層レベルで [edit] CLI にコピー アンド ペーストしてから、設定モードから入力 commit します。

CE1

PE1

P1

P2

PE2

CE2

クライアント ルーターの設定

手順

次の例では、設定階層のさまざまなレベルに移動する必要があります。CLI のナビゲーションの詳細については、『CLI ユーザー ガイドの「設定モードでの CLI エディターの使用」を参照してください。

ルーター CE1 を設定するには、次の手順に応えます。

注:

ルーターの適切なインターフェイス名、アドレス、その他のパラメーターを変更した後、サーバーレイヤー ネットワークのルーター CE2 に対してこの手順を繰り返します。

  1. ルーター CE1 とルーター PE1 を接続するインターフェイスを設定します。

  2. ge-0/0/0インターフェイスの制御VLANを設定します。

  3. ge-0/0/0 インターフェイスで LSP VLAN を設定します。

  4. GRE トンネルをルーター CE1 の制御インターフェイスとして設定します。

  5. ルーター CE1 のループバック インターフェイスを設定します。

  6. ルーター CE1 のループバック アドレスをルーター ID として設定します。

  7. 管理インターフェイスを除く、ルーター CE1 のすべてのインターフェイスで RSVP を有効にします。

  8. ルーター CE1 の RSVP ピア インターフェイスを設定します。

  9. ラベルスイッチ パス(LSP)の自動パス計算を無効にします。

  10. ルーター CE1 とルーター CE2 を接続するように LSP を設定します。

  11. CE1 から CE2 への LSP 属性を設定します。

  12. CE1-to-CE2 LSP パスおよびパス パラメータを設定します。

  13. 管理インターフェイスを除く、ルーター CE1 のすべてのインターフェイスで MPLS を有効にします。

  14. トラフィック エンジニアリング リンクを設定し、リンクのローカルエンドとリモートエンドのアドレスを割り当てます。

  15. リンク 10 トラフィック エンジニアリング リンク上のレイヤー 2 VLAN LSP の設定を有効にします。

  16. ルーター CE1 インターフェイスをリンク 10 トラフィック エンジニアリング リンクのメンバー インターフェイスとして設定します。

  17. ルーター PE1 をルーター CE1 の LMP(リンク管理プロトコル)ピアとして設定し、ピア属性を設定します。

結果

設定モードから、 、および コマンドをshow interfacesshow routing-options入力して設定をshow protocols確認します。出力に意図した設定が表示されない場合は、この例の手順を繰り返して設定を修正します。

サーバー ルーターの設定

手順

次の例では、設定階層のさまざまなレベルに移動する必要があります。CLI のナビゲーションの詳細については、『CLI ユーザー ガイドの「設定モードでの CLI エディターの使用」を参照してください。

ルーター PE1 を設定するには、次の手順に応えます。

注:

ルーターの適切なインターフェイス名、アドレス、およびその他のパラメータを変更した後、サーバーレイヤー ネットワークのルーター PE2 に対してこの手順を繰り返します。

  1. ルーター PE1 とルーター CE1 を接続するインターフェイスを設定します。

  2. ge-0/0/0インターフェイスの制御VLANを設定します。

  3. ge-0/0/0 インターフェイスで LSP VLAN を設定します。

  4. ルーター PE1 をコア ルーター(ルーター P1 とルーター P2)に接続するインターフェイスを設定します。

  5. GRE トンネルをルーター PE1 の制御インターフェイスとして設定します。

  6. ルーター PE1 のループバック インターフェイスを設定します。

  7. ルーター PE1 のループバック アドレスをルーター ID として設定します。

  8. 関連する双方向 LSP を設定し、一方向の逆 LSP 設定を有効にして、一方向の転送 LSP をプロビジョニングします。

  9. 管理インターフェイスを除く、ルーター PE1 のすべてのインターフェイスで RSVP を有効にします。

  10. ルーター PE1 の RSVP ピア インターフェイスを設定し、非パケット GMPLS LSP を転送するための双方向パケット LSP の動的設定を有効にします。

  11. 管理インターフェイスを除き、ルーター PE1 のすべてのインターフェイスで MPLS を有効にします。

  12. トラフィック エンジニアリング機能を使用して OSPF を設定します。

  13. 管理インターフェイスを除く、ルーター PE1 のすべてのインターフェイスで OSPF エリア 0 を有効にします。

  14. トラフィック エンジニアリング リンクを設定し、リンクのローカルエンドとリモートエンドのアドレスを割り当てます。

  15. リンク 1 トラフィック エンジニアリング リンク上の特定範囲の VLAN に対して、レイヤー 2 VLAN LSP の設定を有効にします。

  16. ルーター PE1 インターフェイスを、link1 トラフィック エンジニアリング リンクのメンバー インターフェイスとして設定します。

  17. ルーター CE1 をルーター PE1 の LMP ピアとして設定し、ピア属性を設定します。

結果

設定モードから、 、および コマンドをshow interfacesshow routing-options入力して設定をshow protocols確認します。出力に意図した設定が表示されない場合は、この例の手順を繰り返して設定を修正します。

検証

設定が正しく機能していることを確認します。

クライアント ルーターのトラフィック エンジニアリング リンク ステータスの検証

目的

ルーター CE1 とルーター CE2 の間に設定されたトラフィック エンジニアリング リンクのステータスを検証します。

対処

動作モードから、コマンドとコマンドをshow link-management te-link detail実行show link-managementします。

意味

クライアント ルーター間にリンク管理プロトコル(LMP)ピアリングが確立されており、トラフィック エンジニアリング リンクはルーター CE1 と CE2 の両方で稼働しています。

クライアント ルーターでの RSVP セッション ステータスの検証

目的

ルーター CE1 とルーター CE2 間の RSVP セッションのステータスを検証します。

対処

動作モードから、コマンドを show rsvp session 実行します。

意味

RSVP セッションは、イングレス ルーター、ルーター CE1、エグレス ルーターであるルーター CE2 の間で確立されます。

サーバー ルーターの LSP ステータスの検証

目的

ルーター PE1 の MPLS LSP のステータスを確認します。

対処

動作モードから、コマンドを show mpls lsp 実行します。

意味

CE1 から CE2 への LSP が確立され、出力に LSP 属性が表示されます。

サーバー ルーターの MPLS ルーティング テーブル内の CCC エントリーの検証

目的

MPLS ルーティング テーブル内の CCC(回線クロスコネクト)インターフェイス エントリーを検証します。

対処

動作モードから、コマンドとコマンドをshow route forwarding-table ccc ccc-interface実行show route table mpls.0します。

意味

出力には、クライアントルーターに接続するインターフェイスであるCCCインターフェイスと、そのインターフェイスのネクストホップの詳細が表示されます。

エンドツーエンドの接続性の検証

目的

ルーター CE1 とリモート クライアント ルーターであるルーター CE2 間の接続を検証します。

対処

動作モードから、コマンドを ping 実行します。

意味

ルーター CE1 からルーター CE2 への ping が正常に実行されました。