SR-TE上のLDPのトンネリング
メリットについて学習し、SR-TE 上の LDP トンネリングの概要を理解します。
LDP を SR-TE 上でトンネリングするメリット
コア ネットワークの SR-TE 上で LDP のシームレスな統合を可能にします。
複数のトポロジー、プロトコル、ドメインに対応する柔軟な接続オプションを提供します。
LDP と SR 対応デバイス間の相互運用性を可能にします。
SR-TE負荷分散機能を活用します。
SR-TEドメイン内のTI-LFA(トポロジー独立ループフリー代替)を使用して、ネットワーク接続をより早く回復します。TI-LFA を使用する SR は、プライマリ パスに障害が発生したり利用できなくなったりした場合、バックアップ パスや代替パスに瞬時にトラフィックをルーティングします。
SR-TE上のLDPのトンネリングの概要
サービス プロバイダは通常、ネットワークのエッジで MPLS トランスポートとともに LDP シグナリング プロトコルを使用します。LDP はシンプルであるという利点がありますが、ネットワークのコアで必要とされることの多い TE(トラフィック制御)や洗練されたパス修復機能がありません。多くのサービスプロバイダは、コアにおいてRSVPからセグメントルーティングトラフィックエンジニアリング(SR-TE)への移行を進めています。SR-TEは、SPRING(source routing in packet networks)とも呼ばれます。
エッジでLDPを実行しているルーターは、SR機能をサポートしていない可能性があります。サービスプロバイダは、アップグレードの必要性を避けるために、これらのルーターで引き続きLDPを使用することを望むかもしれません。このようなシナリオでは、SR-TE 上の LDP トンネリング機能により、SR 機能を持たないルーター(LDP を実行している)と SR 機能を持つルーター(SR-TE を実行している)を統合する機能が提供されます。
LDP LSP は SR-TE ネットワークを介してトンネリングされるため、LDP LSP と SR-TE LSP とのインターワーキングが可能になります。例えば、プロバイダのエッジネットワークにLDPドメインがあり、コアネットワークにSR-TEがある場合、 図1に示すように、LDPドメインをSR-TE経由で接続できます。
SR-TE 上での LDP のトンネリングは、LDP LSP と SR-TE LSP の両方の共存をサポートします。
のSR-TEを介してLDPドメインを相互接続する
リージョン間のコアネットワークに接続されたLDPドメイン間で、SR-TE上でLDPをトンネルすることもできます。例えば、複数のリージョン LDP ドメインがリージョン間の SR-TE コア ネットワークに接続されている場合、 図 2 に示すように、リージョン間の SR-TE コア ネットワーク全体で LDP をトンネル化できます。
図2では、3つのリージョンネットワーク(A、B、C)がLDPを実行しています。これらのリージョン LDP ドメインは、SR-TE を実行しているそれぞれのリージョン コア ネットワークに接続されています。リージョン SR-TE コア ネットワークは、さらに他のリージョン SR-TE コア ネットワーク(リージョン間コア ネットワーク)に相互接続されています。これらのリージョン間の SR-TE コア ネットワーク上に LDP をトンネルし、レイヤー 3 VPN などのサービスをシームレスに導入できます。このシナリオは、コアアグリゲーション層がSR-TE上でトンネリングされたLDPを実行し、アクセス層がLDPのみを実行するモバイルバックホールネットワークで使用できます。
IS-ISネットワークでSR-TEを介したLDPトンネリングを有効にするには、以下の設定ステートメントを設定する必要があります。
-
ldp-tunneling[edit protocols source-packet-routing source-routing-path source-routing-path-name] 階層レベルで、SR-TE 上の LDP トンネリングを有効にします。 -
spring-te[edit protocols isis traffic-engineering tunnel-source-protocol] 階層レベルで、SR-TE LSP 上の LDP をトンネル送信元プロトコルとして選択します。
OSPFネットワークでSR-TEを介したLDPトンネリングを有効にするには、以下の設定ステートメントを設定する必要があります:
-
ldp-tunneling[edit protocols source-packet-routing source-routing-path source-routing-path-name] 階層レベルで、SR-TE 上の LDP トンネリングを有効にします。 -
spring-te[edit protocols ospf traffic-engineering tunnel-source-protocol] 階層レベルで、SR-TE LSP 上の LDP をトンネル送信元プロトコルとして選択します。
IGP(IS-ISおよびOSPF)用に複数のトンネルソースプロトコルを設定して、ショートカットルートを作成できます。複数のトンネル ソース プロトコルが設定されていて、ある宛先に複数のプロトコルのトンネルが利用可能な場合、最も優先されるルートを持つトンネルが確立されます。例えば、コアネットワークにRSVP LSPとSR-TE LSPの両方があり、RSVPとSR-TE LSPの両方でLDPトンネリングが有効になっている場合、 tunnel-source-protocol 設定は優先値に基づいてトンネルを選択します。優先値が最も低いトンネルが最も優先されます。次の例のように、優先値を設定することで、すべての宛先に対して特定のプロトコルでこのルート優先値を上書きできます。
[edit] user@host#set protocols isis traffic-engineering tunnel-source-protocol spring-te preference 2 user@host#set protocols isis traffic-engineering tunnel-source-protocol rsvp preference 5
[edit] user@host#set protocols ospf traffic-engineering tunnel-source-protocol spring-te preference 2 user@host#set protocols ospf traffic-engineering tunnel-source-protocol rsvp preference 5
この例では、SR-TE トンネル ソース プロトコルに設定された優先値が 2 で、RSVP トンネル ソース プロトコルの優先値が 5 であることがわかります。この場合、SR-TEトンネルは、RSVPトンネルソースプロトコルと比較して、優先値が最も低いため、優先されます。
トンネル ソース プロトコル優先値の設定は必須ではありません。複数のトンネル ソース プロトコルが同じ優先値を持つ場合、宛先への優先ルートに基づいてトンネルが確立されます。
ターゲットLDPセッションが確立され、SR-TE LSPが立ち上がるとトリガーされます。LSP セッションは、LDP トンネリング(ldp-tunneling)の設定が削除されるか、SR-TE LSP が設定から削除されるまで、確立されたままとなります。
Junos OSは現在、色付きSR-TE LSP上のLDPをサポートしていません。
変更履歴テーブル
サポートされる機能は、使用しているプラットフォームとリリースによって決まります。 機能エクスプローラー を使用して、機能がお使いのプラットフォームでサポートされているかどうかを確認します。