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 は、multiplexer のスイッチ TDM を使用して LSP を担当している場合があります。この場合、ADMs (この場合はラムダスイッチ LSP を介して実行される場合があります)。

この MPLS プロトコルの拡張によって、ラベルスイッチングに参加できるデバイス数が拡大します。Oxc や SONET ADMs などの下位レイヤーデバイスは、GMPLS シグナリングに参加し、データ転送用のパスを設定できます。ルーターは、トランスポートネットワーク全体の信号光パスに参加できます。

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

注:

物理インターフェイスと GMPLS インターフェイスの間には必ずしも1対1の対応はありません。GMPLS 接続が nonchannelized の物理コネクターを使用している場合、GMPLS ラベルは物理ポート ID を使用できます。ただし、チャネライズドインターフェイスのラベルは、多くの場合、チャネルまたは時間帯をベースにしています。そのため、GMPLS のラベルは、トラフィックエンジニアリングリンク上のリソースの識別子として参照することをお勧めします。

Lsp を設定するには、GMPLS が以下のメカニズムを使用します。

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

  • GMPLS 向け RSVP-TE拡張— RSVP-TE は、パケット LSP の設定をシグナリングするようにすでに設計されています。GMPLS では、この機能が拡張され、さまざまな種類の Lsp (非パケット) および要求ラベル (波長、時間スロット、ファイバーなど) のパス設定をラベルオブジェクトとして要求できるようになりました。

  • 双方向 LSP:データは 1 つのパスを通して GMPLS デバイス間を両方向に移動することができるので、非パッケージ LSP は双方向として送信されます。

GMPLS の用語と頭字語

一般化 MPLS (GMPLS)

MPLS の拡張機能により、複数のレイヤーのデータをラベル交換パス (Lsp) 上で切り替えられるようになります。GMPLS LSP 接続は、同様のレイヤー 1、レイヤー 2、レイヤー 3 デバイス間で可能です。

隣接関係の転送

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

GMPLS ラベル

ネクスト ホップ識別子として使用される GMPLS 対応デバイスのレイヤー 3 識別子、ファイバー ポート、時分割マルチプレキシング(TDM)時間スロット、または GMPLS 対応デバイスの高密度 波長分割多重方式(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 属性を抽出し、RSVP を要求して、1つ以上の特定のパス (トラフィックエンジニアリングのリンクアドレスによって指定) に信号を送信します。

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

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

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

GMPLS と OSPF

GMPLS の OSPF を設定できます。OSPF は、1つの自律システム (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 でサポートされているのは、このプロトコルの静的なバージョンのみです。オプションとして、LMP を設定して、同一 Junos OS リリースを実行しているピア間の LMP 制御チャネルを確立して維持することもできます。

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

  • RFC 3471 で定義されている GMPLS ラベル タイプの一部 、Generalized MPLS—Signaling FunctionalDescription(MPLS、Generalized、SONET/SDH、Suggested、Upstream など)がサポートされています。汎用的なラベルにはタイプフィールドが含まれていません。これは、ノードが接続のコンテキストから知っておくべきラベルのタイプを知る必要があるからです。

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

  • サポートされるその他の属性には、インターフェイスの識別や間違ったインターフェイス識別、ユーザーツーネットワーク (UNI) 形式のシグナリング、およびセカンダリ LSP パスが含まれます。

GMPLS の MPLS パスの設定

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

トラフィックエンジニアリングのリンクリモートアドレスを取得する方法については、 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-typeデフォルト値はpsc-1、標準 MPLS にも適しています。

LSP 属性を設定するには、 lsp-attributes次のよう[edit protocols mpls label-switched-path lsp-name]に階層レベルのステートメントを追加します。

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

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

エンコードタイプの設定

LSP によって実行されるペイロードのエンコードタイプを指定する必要があります。次のいずれかを指定できます。

  • ethernet—イーサネット

  • packet—パケット

  • pdh:Plesiochronous デジタル階層(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 nonpacket Lsp は双方向です。

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

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

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

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

Junos では、コントロールパスのセットアップとデータパスの設定が区別されません。ネットワークパス上のその他のノードは、1ビットを使用した RSVP パスシグナリングを意味のある方法で使用します。

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 Explorer を参照してください

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 をダウンさせるための準備ができていることを確認するために、正常な削除のタイムアウト間隔を待ちます。

受信ルーターは、パスメッセージに管理者ステータスオブジェクトをDビットセットとともに送信することで、正常な削除手順を開始します。入口ルーターは、送信ルーターからDビットが設定された Resv メッセージを受信することを想定しています。受信ルーターが、正常な削除タイムアウト間隔で指定された時間内にこのメッセージを受け取らない場合は、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 は、レイヤー2とレイヤー3からのインテリジェントな IP/MPLS 接続を拡張しています。主にルーターとスイッチでサポートされる MPLS とは異なり、GMPLS は SONET/SDH、光クロス接続 (Oxc)、高密度波長分割多重化 (DWDM) などの光プラットフォームでもサポートされます。

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

GMPLS の RSVP TE VLAN LSP に必要な通知

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

PE デバイスを使用することの最大の課題の1つは、CE デバイスのペア間の各レイヤー2回線にレイヤー2サービスを提供することです。プロバイダネットワークにおけるネットワーク管理の負担が発生します。

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

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

GMPLS ベースの VLAN LSP のシグナリングを導入することで、PE (サーバーレイヤー) ネットワークを使用して、CE (クライアント) デバイス間の各レイヤー2接続をプロビジョニングする必要性が最小限に抑えられています。クライアントルーターは、GMPLS シグナリングを介してリモートクライアントルーターに接続するレイヤー2サービスを設定するために、直接接続されているサーバーレイヤールーターを要求します。

サーバーレイヤーデバイスは、サーバーレイヤーネットワークを介してシグナリングを拡張し、リモートクライアントルーターと接続します。このプロセスでは、サーバーレイヤーデバイスは、サーバークライアント境界にあるレイヤー2サービスのデータプレーンを設定し、サーバーレイヤーネットワーク内でレイヤー2トラフィックを伝送するためのデータプレーンを設定します。レイヤー2サービスのセットアップでは、クライアントルーターは IP/MPLS を1つのレイヤー2サービス上で直接実行し、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 トラフィックを伝送する擬似回線を構成するのではなく、ルーター 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 を接続するリモート CE ルーター、ルーター CE2 を必要とするイーサネットリンク上で VLAN を示します。

    また、ルーター CE1 は、ルーター CE2 が接続されているリモート PE ルーター、ルーター PE2、ルーター CE2 をルーター PE2 に接続する正確なイーサネットリンクであり、レイヤー2サービスが信号メッセージに必要とされています。

  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 は、GMPLS RSVP-TE シグナリングメッセージへの確認でルーター PE2 に応答します。ルーター PE2 はルーター PE1 にそれを伝達します。これにより、ルーター CE1 に伝達されます。

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

GMPLS RSVP を使用した LSP 階層-TE VLAN 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 セットアップのカテゴリに含まれています。ドメイン間のシナリオでは、1つのネットワークドメインは通常、他のネットワークドメインのトポロジを完全に可視化していません。そのため、開始側のクライアントルーターで設定された ERO には、サーバーレイヤー部分の完全なホップ情報が含まれていません。この機能を使用するには、CE ルーターで設定された ERO が3ホップを持つ必要があります。最初のホップは、CE1 PE1 イーサネットリンクを識別する厳格なホップであり、2番目のホップはアウト PE ルーター (PE2) を識別する緩やかなホップで、第3ホップは strict ホップになります。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. クライアントルーターとサーバーネットワークノードは、TE リンク識別子 (IP アドレス) を GMPLS RSVP ホップとして使用し、物理インターフェイス識別子を 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設定文を使用して、シグナリングメッセージを交換するために必要な帯域外制御チャネルを指定します。サーバーまたはクライアントネットワークノードの存在は、およびpeer-interface interface-name[edit protocols rsvp][edit protocols ospf]階層レベルの下にある構成文を通じて RSVP および IGP (OSPF) プロトコルに表示されます。

既存の GMPLS 構成では、シグナリングメッセージに記載されているラベル (上流ラベルと resv ラベル) は整数識別子として、実行する必要がある物理インターフェイスを識別します。ラベルが物理インターフェイスの識別に使用されるため、既存の GMPLS 構成によって、単一の TE リンクで複数のインターフェイスをグループ化できます。既存の GMPLS 構成では、TE リンクアドレスやラベル値などの GMPLS RSVP-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 に対する休憩前のサポートは同様のモデルに従っていますが、双方向 LSP の転送方向の宛先ルーターでは、逆方向の分割操作は実行されません。双方向 LSP。関連する双方向 LSP の新しいインスタンスを開始するためのソースルーター (関連付けられた双方向 LSP のイニシエーター) であり、宛先ルーターはもう一方の新しい改ページを開始します。双.

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

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

注:

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

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

  • これは古いインスタンスと同じクライアントルーターから発生し、以前のインスタンスと同じクライアントルーターに送信されます。

  • 以前のインスタンスとして、サーバークライアント側でも同じサーバークライアントリンクを使用する必要があります。

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

  • GMPLS VLAN LSP は、帯域幅のadaptive変更が CLI から開始された場合と同様に設定する必要があります。それ以外の場合は、vlan lsp の現在のインスタンスが破棄され、新しい vlan lsp インスタンスが確立されます。

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

サーバーレイヤーエッジルーターでは、GMPLS VLAN LSP の make break インスタンスが検出されると、このような before break インスタンスをサポートするために、完全に新しい独立した双方向トランスポート LSP が作成されます。既存の関連付けられた双方向 LSP (古いインスタンスをサポート) は、トランスポート LSP レベルで before break インスタンスを開始するようにトリガーされません。この選択の意味 (新しいトランスポート LSP を開始する) は、サーバーレイヤーのリソース/帯域幅共有において、GMPLS VLAN LSP に対して make break 操作を実行した場合には発生しません。

サポート対象およびサポート非対象の機能

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

  • 特定の帯域幅を要求し、クライアントルーターの VLAN LSP がサーバーレイヤールーターに対してローカルに保護できるようにします。

  • クライアントルーター、サーバーレイヤーエッジルーター、および関連する双方向トランスポート LSP の GMPLS VLAN 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)

  • 静的ルート内のネクストホップや IGP ショートカットなどのパケット MPLS アプリケーション

  • ローカルクロスコネクトメカニズム。クライアントルーターは、同じサーバールーターに接続されたリモートクライアントルーターに接続します。

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

  • IPv6 サポート。

  • 論理システム

  • サーバークライアントリンクでの、統合されたイーサネット/SONET/IRB インターフェイス

例:GMPLS RSVP を構成しています-TE VLAN LSP の通知

この例では、クライアントルーターの GMPLS RSVP-TE VLAN LSP シグナリングを設定して、1つのクライアントルーターが LSP 階層を使用してサーバーレイヤーネットワーク経由でリモートクライアントルーターに接続できるようにする方法について説明します。これにより、クライアントルーターは、サーバーレイヤーの管理に依存せずにレイヤー2サービスの確立、保守、プロビジョニングを行うことができます。その結果、プロバイダネットワークの運用コストの負担が軽減されます。

要件

この例では、以下のハードウェアとソフトウェアのコンポーネントを使用しています。

  • M Series マルチサービスエッジルーター、MX シリーズ5G ユニバーサルルーティングプラットフォーム、T Series コアルーター、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 path メッセージをルーター PE1 に送信して GMPLS VLAN LSP 設定を開始します。CE1 と PE1 の間のシグナリングは帯域外制御チャネルを介して機能します。これは、2つのルーターを接続するイーサネットリンク上に構成された独立した制御 VLAN です。

    ルーター CE1 によって開始された GMPLS RSVP TE path メッセージは、以下を実行するために使用します。

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

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

    3. ルーター PE1 を特定のイーサネットリンクに接続するすべてのイーサネットリンクについて、Router CE1 が管理する空き Vlan のプールから VLAN ID を割り当てます。

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

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

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

      • ファースト ホップ:開始する client-server イーサネット リンク PE1-CE1 を識別する厳密なホップ。

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

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

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

    7. VLAN LSP のサーバーレイヤーネットワーク内で必要なすべてのローカル防御を含めます。

  2. Initiating Associated Bidirectional Transport LSP at PE1

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

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

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

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

    ルーター PE1 は、PE1-PE2 トランスポート LSP をルーター PE2 に通知します。ルーター PE1 は、ルーター CE1 からの GMPLS RSVP-TE path メッセージの ERO オブジェクトに指定された緩やかなホップからトランスポート LSP の宛先を特定し、VLAN LSP に通知します。ただし、PE1-PE2 トランスポート LSP の確立に失敗した場合、ルーター PE1 はルーター CE1 に path エラーメッセージを送信します。また、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 が、単一方向パケット LSP からルーター PE2 へのシグナリングを開始します。この単方向パケット LSP は、関連付けられた双方向 LSP の前進方向 (PE1 ~ PE2) を構成し、path メッセージには、これがシングルサイドプロビジョニングモデルであることを示す拡張アソシエーションオブジェクトを送信します。LSP への path メッセージを受信すると、ルーター PE2 は Resv メッセージで応答し、単一方向パケット LSP のシグナルを、逆方向に同じパスを持つルーター PE1 に送信します (PE1 ~ PE2)。この一方向のパケット LSP は、関連する双方向 LSP の PE2 ~ PE1 を使用しています。この path メッセージには、PE1 から PE2 までのパスメッセージで示されるのと同じ拡張アソシエーションオブジェクトが含まれています。

    PE1 は、PE1 ツー PE2 の双方向 LSP の Resv メッセージと、PE2 から PE1 までの双方の方向の LSP に対する path メッセージを受信すると、PE1 から PE1 までと PE2 から PE2 までの双方の lsp を、これらの拡張されたアソシエーションオブジェクトと一致させることによってバインドします。それぞれの path メッセージ。PE2 to PE1 の双方向 LSP の path メッセージについては、ルーター PE1 が Resv メッセージで応答します。PE1 for PE2 LSP の Resv メッセージおよび 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 path メッセージを直接ルーター 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 パスメッセージを処理します。この path メッセージの ERO オブジェクトは、ネクストホップが PE2 から CE2 へのイーサネットリンクを識別する strict ホップであることを示しています。ERO オブジェクトは、ルーター PE2 によって PE2 ~ CE2 イーサネットリンク上で使用される VLAN ID を示すことができます。

    PE2 のルーターは、vlan ID を適切に割り当てます。この番号を使用することで、そのルーターは、CE2 に対しては上流ラベルとして送信され、アウトオブバンド制御チャネルを通して送信します。

  6. Processing the GMPLS VLAN LSP at Router CE2

    ルーター PE2 から TE GMPLS LSP を受信すると、ルーター CE2 は PE2 ツー CE2 link への割り当てのために VLAN ID が使用可能かどうかを検証します。ルーター CE2 は、この VLAN LSP の VLAN ID を割り当て、Resv メッセージ内のラベルオブジェクトとして VLAN ID を使用して、Resv メッセージをルーター PE2 に送り返します。

  7. Processing the GMPLS VLAN LSP at Router PE2

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

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

    注:

    PE1 および 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 は、転送プレーンをエントリとともにプログラムして、レイヤー2サービス機能をルーター PE2 として提供します。

  9. Processing the GMPLS VLAN LSP at Router CE1

    ルーター PE1 から Resv メッセージを受信すると、Resv メッセージで受信した VLAN ID が、送信した path メッセージの上流ラベルの 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 ツー CE2 IGP/MPLS 隣接関係が確立された後の、ルーター CE1 からルーター CE2 の GMPLS VLAN LSP のデータトラフィックフローを示しています。サーバーレイヤートランスポート LSP は、ルーター PE1 から発信され、単一のサーバーレイヤーコアルーター、ルーター P を横断して、ルーター PE2 に到達します。サーバーレイヤートランスポート LSP は、penultimate ホップの pop LSP として表示されます。ルーター P は、トランスポート LSP ラベルから、サービスラベルのみを PE2 のリンクに表示します。

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

Topology

図 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. コントロール VLAN は、x 0/0/0 インターフェイスに設定します。

  3. LSP VLAN は、x 0/0/0 インターフェイス上で設定します。

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

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

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

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

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

  9. ラベル交換パス (Lsp) の自動パス計算を無効にします。

  10. LSP を設定して、ルーター CE1 をルーター CE2 に接続します。

  11. CE1 から CE2 LSP 属性を構成します。

  12. CE1 to CE2 LSP パスとパスのパラメーターを構成します。

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

  14. トラフィックエンジニアリングリンクを構成し、ローカルおよびリモート側のリンクの端にアドレスを割り当てます。

  15. Link10 のトラフィックエンジニアリングリンクでレイヤー 2 VLAN LSP を設定できるようにします。

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

  17. ルーター CE1 を LMP (Link Management Protocol) ピアとして設定し、ピア属性を構成します。

結果

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

サーバールーターの構成

順を追った手順

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

ルーター PE1 を構成するには、次のようになります。

注:

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

  1. ルーター PE1 をルーター CE1 に接続するためのインターフェイスを構成します。

  2. コントロール VLAN は、x 0/0/0 インターフェイスに設定します。

  3. LSP VLAN は、x 0/0/0 インターフェイス上で設定します。

  4. ルーター PE1 をコアルーター (ルーター P1 およびルーター P2) に接続するためのインターフェイスを構成します。

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

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

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

  8. 関連する双方向 LSP を設定し、片側のプロビジョニング後の lsp に対して1か所のリバース LSP 設定を有効にします。

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

  10. ルーター PE1 用の RSVP ピアインターフェイスを構成し、非パケット GMPLS LSP を転送するための双方向パケット LSP のダイナミックセットアップを有効にします。

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

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

  13. 管理インターフェイスを除外して、ルーター PE1 のすべてのインターフェイス上で OSPF 領域0を有効にします。

  14. トラフィックエンジニアリングリンクを構成し、ローカルおよびリモート側のリンクの端にアドレスを割り当てます。

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

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

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

結果

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

検証

構成が正常に機能していることを確認します。

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

目的

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

アクション

動作モードから、 および コマンド show link-management を実行 show 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 to CE2 LSP が確立され、この出力に LSP 属性が表示されます。

サーバールーターの MPLS ルーティングテーブルの CCC エントリの確認

目的

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

アクション

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

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

エンドツーエンドの接続の確認

目的

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

アクション

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

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