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 は MPLS を一般化して、さまざまなタイプのレイヤー 1、レイヤー 2、またはレイヤー 3 トラフィックのスイッチング用のラベルを定義します。GMPLS ノードは、以下の 1 つ以上のスイッチング機能とのリンクを持つことができます。

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

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

  • 時分割マルチプレキシング(TDM)スイッチ対応(TSC)

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

ラベルスイッチパス(LSP)は、同じスイッチング機能を持つリンクで開始および終了する必要があります。たとえば、ルーターは、他のルーターとパケット交換 LSP を確立できます。LSP は、SONET Add/Drop Multiplexer(ADM)間でTDMスイッチされたLSPを介して伝送される場合があり、さらに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)

複数のレイヤーからのデータをラベルスイッチパス(LSP)上でスイッチングできるようにするMPLSの拡張機能。GMPLS LSP接続は、類似したレイヤー1、レイヤー2、レイヤー3デバイス間で可能です。

転送隣接関係

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

GMPLSラベル

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

GMPLS LSP タイプ

GMPLS LSP には以下の 4 つのタイプがあります。

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

  • ラムダスイッチ対応(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 属性を抽出し、トラフィック制御リンク アドレスで指定された 1 つ以上の特定パスをシグナリングするよう RSVP に要求します。

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

  4. ターゲット ルータが PathMsg を受信すると、RSVP はシグナルされたパラメータに基づいて LMP にリソースを割り当てるよう再度要求します。ラベルの割り当てが成功すると、ルーターは ResvMsg を送り返します。

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

GMPLS および OSPF

GMPLS 向けに OSPF を設定することができます。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、 一般化されたMPLS —シグナリング機能記述で定義されているいくつかのGMPLSラベルタイプ(MPLS、一般化、SONET/SDH、推奨、アップストリームなど)がサポートされています。一般化されたラベルには、ノードが接続のコンテキストからどのタイプのラベルを期待するかを知っている必要があるため、タイプフィールドは含まれません。

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

  • その他のサポートされている属性には、インターフェイス識別とエラーインターフェイス識別、ユーザーツーネットワーク(UNI)スタイルのシグナリング、およびセカンダリLSPパスが含まれます。

GMPLS の MPLS パスの設定

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

トラフィック制御リンクのリモート アドレスを取得する方法については、 LMP の設定の概要 を参照してください。https://www.juniper.net/documentation/en_US/junos/topics/task/configuration/mpls-lmp-configuration-overview.html

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

MPLS パスの設定方法については、 名前付きパスの作成を参照してください。MPLS信号LSPのイングレスルーターの設定

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- サーバ処理操作

  • - コマンドの サービス操作showshow

  • state—LMP 制御チャネルとトラフィック制御リンクの状態遷移をトレースします。

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

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

  • receive- 受信中のパケット

  • send- 送信中のパケット

GMPLS のための MPLS LSP の設定

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

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

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

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

エンコードの種類を構成する

LSP が伝送するペイロードのエンコードタイプを指定する必要があります。以下のいずれかを指定できます。

  • ethernet- イーサネット

  • packet- パケット

  • pdh—Plesiochronous Digital Hierarchy(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)

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 は双方向です。

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

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

管理ステータスオブジェクトでAビットを設定する。非パケット GMPLS LSP が、Junos を実行するルーターを介してパスを確立できるようにすることができます。イングレス ルーターが、管理ステータス A ビットが設定された RSVP PATH メッセージを送信すると、(Junos OS を実行しているルーターではなく)外部デバイスがレイヤー 1 パス設定テストを実行したり、光クロスコネクトの起動を支援したりできます。

設定されている場合、管理ステータス オブジェクトの A ビットは、GMPLS LSP の管理ダウン ステータスを示します。この機能は、特に非パケット GMPLS LSP によって使用されます。制御パスの設定やパケットLSPのデータ転送には影響しません。

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

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

以下の階層レベルでこのステートメントを使用することができます。

GMPLS LSP をグレースフルに破棄

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

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

GMPLS LSP の一時的な削除

コマンドを使用して、GMPLS LSP をグレースフルに破棄できます。clear rsvp session gracefully

このコマンドは、2つのパスで非パケットLSPのRSVPセッションをグレースフルに破棄します。最初のパスでは、LSP のエンドポイントへのパスに沿って、管理ステータス オブジェクトがシグナリングされます。2 回目のパスでは、LSP はダウンします。このコマンドを使用すると、LSP が一時的に停止されます。適切な間隔が経過すると、GMPLS LSP が再シグナリングされ、その後再確立されます。

このコマンドには 、次のプロパティがあります。clear rsvp session gracefully

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

  • これは、非パケット LSP に対してのみ機能します。パケットLSPと一緒に使用する場合、 コマンドと同じ 動作をします。clear rsvp session

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

GMPLS LSPの永久削除

設定でLSPを無効にすると、そのLSPは完全に削除されます。ステートメントを設定する ことで、GMPLS LSP を完全に無効にすることができます。disable 無効にする 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))を設定、維持、変更、および終了するプロセスのことです。一般化されたMPLS(GMPLS)は、MPLSの既存のコントロールプレーンを拡張して、インターフェイスのさらなるクラスを管理し、時分割多重(TDM)、ファイバー(ポート)、ラムダなどの他の形式のラベルスイッチングをサポートするプロトコルスイートです。

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

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

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

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

PEデバイスに、一対の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は、CEルーター間でレイヤー2 VLANトラフィックを伝送するために、レイヤー2回線(疑似回線)を使用して設定されています。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 と同じトポロジーを使用して、GMPL RSVP-TE ベースのレイヤー 2 VPN テクノロジーにおいて、 クライアント ルーターでレイヤー 2 サービスがどのように設定され、使用されるかを示しています。図 2

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

では 、クライアントルーター間でレイヤー2 VLANトラフィックを伝送するように疑似回線を設定する代わりに、ルーターPE1とPE2にIPベースの通信チャネルとその他のGMPLS固有の設定(イーサネットリンクをTEリンクとして識別)を設定し、GMPLS RSVP-TE シグナリングメッセージをクライアント ルーターと交換できるようにします。図 2ルーターCE1およびCE2はまた、サーバー層ルーターとGMPLS RSVP-TEシグナリングメッセージを交換するためのIPベースの通信チャネルと関連するGMPLS設定で設定されています。ルーター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、およびルーターCE2をレイヤー2サービスが必要なルーターPE2に接続する正確なイーサネットリンクをシグナリングメッセージで示しています。

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

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

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

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

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

GMPLS RSVP-TE VLAN LSP シグナリングのレイヤー 2 サービスは、レイヤー 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)として設定されます。この LSP は異なるネットワーク ドメイン(開始、クライアント ネットワークでの終端、サーバー層ネットワーク通過)を横断するため、LSP 設定はドメイン間 LSP 設定の範疇に入ります。ドメイン間のシナリオでは、通常、一方のネットワーク ドメインでは他方のネットワーク ドメインのトポロジを完全には可視化できません。そのため、開始側クライアント ルーターで設定される 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 シグナリングメッセージの GMPLS RSVP ホップとして TE リンク識別子(IP アドレス)を使用し、GMPLS ラベル値として物理インターフェイス識別子を使用して、物理インターフェイスを運用状態にします。

既存の GMPLS 構成では、サーバー・ネットワーク・ノードとクライアント・ネットワーク・ノードは configurationステートメントを使用して 隣接ピア・ノードを指定します。protocols link-management peer peer-name クライアント・ルーターは、サーバー・ネットワーク・ノードに接続された1つ以上の物理インターフェースを持つことができるため、これらの物理インターフェースは、 構成ステートメントを通じて IPアドレスによってグループ化され、識別されます。protocols link-management te-link link-name 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 サーバーまたはクライアントネットワークノードの存在は、 および 階層レベル下の 設定ステートメントを通じて、RSVP および IGP(OSPF)プロトコルに表示されます。peer-interface interface-name[edit protocols rsvp][edit protocols ospf]

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

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

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

関連付けられた双方向パケット LSP

GMPLS RSVP-TE VLAN LSP は、サーバー層ネットワーク内の関連する双方向トランスポート LSP(片面プロビジョニング済み LSP)で伝送されます。トランスポート LSP シグナリングは、送信元ルーターから宛先ルーターに向かって順方向の一方向 LSP として開始され、宛先ルーターは、送信元ルーターに戻る逆方向の一方向 LSP のシグナリングを開始します。

関連する双方向パケットとGMPLS RSVP-TE VLAN LSP の事前対応

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

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

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

注:

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

GMPLS VLAN LSP の新しい事前対応インスタンスは、以下の制約の下でサポートされます。

  • これは、古いインスタンスと同じクライアントルーターから発信され、古いインスタンスと同じクライアントルーターを宛先とする必要があります。

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

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

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

これらの制約が満たされていない場合、サーバー層エッジ ルーターでの GMPLS VLAN LSP の事前対応操作は拒否されます。

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

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

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

  • サーバー層ルーターへのクライアントルーター上のVLAN LSPの特定の帯域幅とローカル保護の要求。

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

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

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

  • 関連する双方向パケット 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 Release 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番目のホップ—リモートのクリップネットサーバーイーサネットリンク、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 から PE2

    • PE2 から PE1

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

    ルーターPE1がPE1からPE2への一方向LSPのResvメッセージとPE2からPE1への一方向LSPのパスメッセージを受信すると、PE1は、それぞれのパスメッセージで運ばれる拡張アソシエーションオブジェクトを照合することによって、PE1からPE2およびPE2からPE1への一方向LSPをバインドします。PE2からPE1への単方向LSPのパスメッセージに対して、ルーターPE1はResvメッセージで応答します。PE1からPE2へのLSPのResvメッセージとPE2から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 から 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からCE2へのリンクで割り当てるためのVLAN IDの可用性を検証します。次に、ルーターCE2はこのVLAN LSPにVLAN IDを割り当て、VLAN IDをResvメッセージのラベルオブジェクトとして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について、サーバーレイヤーエッジルーターではサーキットクロスコネクト(CCC)用の論理インターフェイスを手動で設定する必要があり、IPv4、IPv6、MPLSなどの他のファミリでは設定しないでください。

  8. Processing the GMPLS VLAN LSP at Router PE1

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

  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 に転送プレーン エントリが追加されることはありません。サーバー層ルーターであるPE1とPE2のみが、GMPLS VLAN LSP の転送プレーン エントリーを追加します。

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

  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 から 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 のデータ トラフィック フロー

トポロジー

では 、GMPLS RSVP-TE VLAN LSP シグナリングを使用して、クライアントルーター、ルーター CE1 とルーター CE2 の間にレイヤー 2 サービスを確立します。図 5サーバー ルーターであるルーター 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. ルーターCE1の制御インターフェイスとしてGREトンネルを設定します。

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

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

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

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

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

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

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

  12. CE1からCE2へのLSPパスとパスパラメータを設定します。

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

  14. トラフィック制御リンクを設定し、リンクのローカルおよびリモートエンドにアドレスを割り当てます。

  15. リンク10トラフィック制御リンクでレイヤー2 VLAN LSPの設定を有効にします。

  16. ルーターCE1インターフェイスを、link10トラフィック制御リンクのメンバーインターフェイスとして設定します。

  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. ルーターPE1の制御インターフェイスとしてGREトンネルを設定します。

  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-managementshow link-management te-link detail

意味

リンク管理プロトコル(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 table mpls.0show route forwarding-table ccc ccc-interface

意味

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

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

目的

ルーターCE1とリモートクライアントルーターCE2の間の接続を確認します。

アクション

オペレーショナルモードから、pingコマンドを実行します。

意味

ルーターCE1からルーターCE2へのpingが成功しました。