Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

OSPF のループフリー代替ルートの設定

OSPF のプレフィックス単位ループ解放代替

特定のトポロジーと使用シナリオでは、複数の宛先が同じプレフィックスを発信し、最適なプレフィックス オリジネーターへの実行可能な LFA がなく、最適でないプレフィックス オリジネーターには LFA がある場合。 プレフィックス単位の LFA は、最適なプレフィックス オリジネーターへの LFA の代わりに、非最適なプレフィックス オリジネーターへの LFA を使用して、ローカル修復を提供するテクノロジーです。これを使用して、OSPFプロトコルのローカル修復カバレッジも向上させることができます。

Per-Prefix Loop Free Alternates(LFA):Loop Free Alternates(LFA)は、プライマリネクストホップ(ノードまたはリンク)に障害が発生した場合に、ネイバーをバックアップネクストホップとして使用し、トラフィックが一時的に流れるためのローカル修復パスを提供する技術です。このための基本的な要件は、選択されたバックアップネイバーが、宛先へのプライマリネクストホップに関してループフリーパスを提供し、一連の内部ゲートウェイプロトコル(IGP)プレフィックスを発信することです。

次のトポロジーは、プレフィックス単位の LFA 機能が適用可能な導入ケースを示しています。

図 1:プレフィックス単位の LFA 使用シナリオ Per-Prefix LFA Usage Scenario

ABR1とABR2は、IPv6コアネットワークにデュアルホームされたエリア境界ルーター(ABR)であり、プレフィックス10.0.1.0/24のサマリーLSAをメトリック10でアドバタイズします。また、PEルーターの観点からは、ABR1は10.0.1.0/24に最適なプレフィックスオリジネーターです。この場合、P2 は ABR1 の有効な LFA ではありません。ECMP(等コスト マルチパス){P2、PE、P1、ABR1}および{P2、ABR2、ABR1}により、トラフィックの一部がルーター PE を介してループバックされます(有効な LFA はありません)。ただし、10.0.1.0/24 のプレフィックス オリジネーターでもある ABR2 の場合、唯一のパスが {P2, ABR2} であるため、P2 は有効な LFA です。

OSPF のプレフィックス単位の LFA の設定

プレフィックス単位の LFA は、最適なプレフィックス オリジネーターへの LFA の代わりに、最適でないプレフィックス オリジネーターへの LFA を使用して、ローカル修復を提供できるメカニズムです。このような場合、プレフィックス単位の LFA を使用して、OSPF プロトコルのローカル修復カバレッジを増やすことができます。

LFA(Loop Free Alternates)は、プライマリ ネクスト ホップ(ノードまたはリンク)に障害が発生した場合に、ネイバーをバックアップ ネクスト ホップとして使用し、トラフィックが一時的に流れるようにローカル修復パスを提供するメカニズムです。このための基本的な要件は、選択されたバックアップネイバーが、一連のIGPプレフィックスを発信する宛先に向けて、プライマリネクストホップに関してループフリーパスを提供することです。特定のトポロジーと使用シナリオでは、複数の宛先が同じプレフィックスを発信していて、最適なプレフィックス オリジネーターへの実行可能な LFA がなく、非最適なプレフィックス オリジネーターには LFA がある可能性があります。プレフィックス単位の LFA は、最適なプレフィックス オリジネーターへの LFA の代わりに、最適でないプレフィックス オリジネーターへの LFA を使用して、ローカル修復を提供できるメカニズムです。このような場合、プレフィックス単位の LFA を使用して、OSPF プロトコルのローカル修復カバレッジを増やすことができます。

OSPF インターフェイスのプレフィックス単位の LFA を設定するには:

[edit protocols (ospf | ospf3) backup-spf-options]階層レベルでper-prefix-calculation設定ステートメントを設定します。

OSPF のループフリー代替ルートの概要

OSPF ループフリーの代替ルートのサポートは、基本的に OSPF の IP 高速再ルート機能を追加します。Junos OSは、すべてのOSPFルートに対してループフリーのバックアップルートを事前に計算します。これらのバックアップルートは、パケット転送エンジンに事前インストールされており、特定のルートのプライマリネクストホップのリンクが利用できなくなった場合、ローカル修復を実行し、バックアップパスを実装します。ローカル修復により、パケット転送エンジンは、ルーティングエンジンから事前計算されたパスを受信する前に、パス障害を修正することができます。ローカル修復により、トラフィックの再ルーティングに要する時間が50ミリ秒未満に短縮されます。対照的に、グローバル修復は、新しいルートを計算するのに最大800ミリ秒かかる場合があります。ローカル・リペアでは、グローバル・リペアが新しいルートを計算できるようになるまで、バックアップ・パスを使用してトラフィックのルーティングを続行できます。

ループフリーパスとは、特定の宛先に到達するために、ルーティングデバイスを介してトラフィックを転送しないパスのことです。つまり、宛先への最短パスが最初にその宛先へのバックアップ ルートとして使用されていないルーティング デバイスを通過するネイバー。OSPF ルートのループフリーの代替パスを決定するために、Junos OS は各 1 ホップ ネイバーに対して最短パス優先(SPF)計算を実行します。任意のOSPFインターフェイスで、代替ループフリールートのサポートを有効にすることができます。OSPF がすでに有効になっているインターフェイスで LDP を有効にするのが一般的であるため、この機能は LDP ラベルスイッチ パス(LSP)のサポートも提供します。

手記:

LDP と OSPF の両方に設定されたインターフェイスで代替ループフリー ルートのサポートを有効にすると、 traceroute コマンドを使用して、プライマリ ネクスト ホップへのアクティブなパスをトレースできます。

OSPF ルートを介して利用可能なバックアップ カバレッジのレベルは、実際のネットワーク トポロジーに依存し、通常は、特定のルーティング デバイスのすべての宛先で 100% 未満です。バックアップの対象範囲を拡張して、RSVP LSP パスを含めることができます。

Junos OS は、代替のループフリー ルートを通じた OSPF のルート冗長性を実現する 3 つのメカニズムを提供します。

  • リンク保護—リンクごとのトラフィック保護を提供します。リンク保護は、1つのリンクのみが使用できなくなる可能性があるが、プライマリパス上の隣接ノードは別のインターフェイスを介して引き続き使用できると想定する場合に使用します。

  • ノードリンク保護:まったく異なるルーティングデバイスを介して代替パスを確立します。ノードリンク保護は、リンクが利用できなくなったときにノードへのアクセスが失われると想定する場合に使用します。その結果、Junos OS は、プライマリ ネクストホップ ルーティング デバイスを回避するバックアップ パスを計算します。

  • プレフィックス単位のループフリー代替(LFA)—ネイバーをバックアップネクストホップとして使用し、プライマリネクストホップ(ノードまたはリンク)に障害が発生した場合に、トラフィックフローのローカル修復パスを提供できるテクノロジーです。このための基本的な要件は、選択されたバックアップネイバーが、宛先へのプライマリネクストホップに関してループフリーパスを提供し、一連の内部ゲートウェイプロトコル(IGP)プレフィックスを発信することです。

    特定のトポロジーと使用シナリオでは、複数の宛先が同じプレフィックスを発信しており、最適なプレフィックス オリジネーターへの有効な LFA がなく、最適なプレフィックス オリジネーターには有効な LFA がある可能性があります。 プレフィックス単位の LFA は、最適なプレフィックス オリジネーターへの LFA の代わりに、最適でないプレフィックス オリジネーターへの LFA を使用して、ローカル修復を提供できるメカニズムです。このような場合、プレフィックス単位の LFA を使用して、OSPF プロトコルのローカル修復カバレッジを増やすことができます。

OSPFインターフェイスでリンク保護またはノードリンク保護を有効にすると、Junos OSは、保護されたインターフェイスを通過するすべての宛先ルートのプライマリネクストホップへの代替パスを作成します。

例:OSPF のループフリー代替ルートの設定

この例では、OSPFが有効になっているインターフェイスでのリンク保護の使用を示しています。

リンク保護を有効にすると、Junos OSは、保護されたインターフェイスを通過するすべての宛先ルートのプライマリネクストホップへの代替パスを作成します。リンク保護は、1 つのリンクのみが利用できなくなる可能性があるが、隣接ノードは別のインターフェイスを介して引き続き使用できると想定する場合に使用します。

必要条件

この例を設定する前に、デバイス初期化以外の特別な設定を行う必要はありません。

概要

この例では、6 つの OSPF ネイバーがリンク保護で設定されています。これにより、Junos OSは、保護された各インターフェイスを通過するすべての宛先ルートのプライマリネクストホップへの代替パスを作成します。リンク保護がここで使用されているのは、リンクが利用できなくなっても、隣接ノードは別のインターフェイスを介して引き続き使用できるためです。

この例は、2 つのトポロジーを示しています。1 つはデフォルト トポロジで、もう 1 つは音声トポロジです。マルチトポロジールーティングの詳細については、 マルチトポロジールーティングユーザーガイドを参照してください。

この例には、保護された OSPF インターフェイスのバックアップ LSP として設定された RSVP LSP も含まれています。

位相幾何学

図 2 は、サンプルのネットワークを示しています。

図 2: OSPF リンク保護 OSPF Link Protection

CLIクイック構成 は、 図 2 のすべてのデバイスの設定を示しています。

セクション #d148e68__d148e786 では、デバイスR1の手順について説明します。

構成

CLIクイック構成

この例をすばやく設定するには、次のコマンドをコピーしてテキストファイルに貼り付け、改行を削除して、ネットワーク構成に合わせて必要な詳細を変更し、 [edit] 階層レベルのCLIにコマンドをコピー&ペーストしてください。

デバイスR1

デバイスR2

デバイスR3

デバイス R4

デバイス R5

デバイス R6

プロシージャ

手順

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

デバイスR1を設定するには:

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

  2. バックアップカバレッジを拡張して、RSVP LSP パスを含めます。

  3. インターフェイスでMPLSを有効にし、デバイスR3へのバックアップLSPを設定します。

  4. OSPF接続、リンクメトリック、リンク保護を設定します。

  5. (オプション)音声トラフィックに特定のOSPFトポロジーを設定します。

  6. インターフェイスでLDPを有効にします。

  7. (オプション)パケット単位のロードバランシングを設定する。

  8. 新しい転送ネクストホップを作成する際に確認応答を要求するように、ルーティングプロトコルプロセス(rpd)を設定します。

    保護メカニズムが使用されている場合には、 indirect-next-hop-change-acknowledgements ステートメントを設定することをお勧めします。これには、FRR(高速再ルート)などの MPLS RSVP 保護のほか、IGP(内部ゲートウェイ プロトコル)のループフリー代替(LFA)リンクまたはノード保護が含まれます。

業績

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

デバイスの設定が完了したら、設定モードから commit を入力します。

検証

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

デバイスR1でルートを検証する

目的

デバイスR1で、ルーティングテーブル内のOSPFルートを確認します。

アクション
意味

予想通り、デバイスR1には各宛先への潜在的なルートが複数あります。

バックアップカバレッジの確認

目的

デバイスR1で、 show (ospf | ospf3) backup coverage コマンドを使用して、ネットワーク内のすべてのノードとプレフィックスで利用可能なバックアップカバレッジのレベルを確認します。

アクション

バックアップLSPの確認

目的

デバイスR1では、 show (ospf | ospf3) backup lsp コマンドを使用して、OSPFルートのバックアップルートとして指定されたLSPを確認します。

アクション

バックアップネイバーの確認

目的

デバイスR1で、 show (ospf | ospf3) backup neighbor コマンドを使用して、バックアップパスのダイレクトネクストホップが利用可能なネイバーを確認します。

アクション

SPF計算の確認

目的

デバイスR1で、 show (ospf | ospf3) backup spf detail コマンドを使用して、バックアップパスのOSPF最短パス優先(SPF)計算を確認します。出力を制限するために、音声トポロジーを コマンドで指定します。

アクション

保護されたインターフェイスのバックアップとしてOSPFインターフェイスを除外する

デフォルトでは、デフォルト インスタンスまたは特定のルーティング インスタンスに属するすべての OSPF インターフェイスは、リンク保護またはノードリンク保護が設定されたインターフェイスのバックアップ インターフェイスとして適格です。任意のOSPFインターフェイスが、保護されたインターフェイスのバックアップインターフェイスとして機能しないように指定できます。

保護されたインターフェイスのバックアップインターフェイスとしてOSPFインターフェイスを除外するには:

  • [edit protocols (ospf | ospf3) area area-id interface interface-name]階層レベルでno-eligible-backupステートメントを含めます。

次の例では、インターフェイス so-0/0/0.0 は、保護されたインターフェイス宛てのトラフィックのバックアップ トラフィックを禁止するように設定されています。これは、保護されたインターフェイスの隣接するネクストホップパスまたはノードに障害が発生した場合、インターフェイスso-0/0/0.0を使用してバックアップパスにトラフィックを送信できないことを意味します。

保護された OSPF インターフェイスのバックアップ SPF オプションの設定

デフォルトでは、少なくとも1つのOSPFインターフェイスがリンク保護またはノードリンク保護用に設定されている場合、Junos OSはOSPFインスタンス内のすべてのトポロジーのバックアップネクストホップを計算します。以下のバックアップ最短パス優先(SPF)オプションを設定して、デフォルトの動作を上書きできます。

  • OSPFインスタンスまたはインスタンス内の特定のトポロジーのバックアップネクストホップの計算を無効にします。

  • OSPFインスタンスのルーティングテーブルまたは転送テーブル、またはインスタンス内の特定のトポロジーにバックアップネクストホップがインストールされないようにします。

  • RFC 5286、 Basic Specification for IP Fast Reroute: Loop-Free Alternatesで定義されているように、バックアップネクストホップの計算をパスのサブセットに制限します。

OSPF インスタンスまたはインスタンス内の特定のトポロジーのバックアップ SPF アルゴリズムを無効にできます。これを行うと、そのOSPFインスタンスまたはトポロジーのバックアップネクストホップが計算されなくなります。

OSPFインスタンスまたはトポロジーのバックアップネクストホップの計算を無効にするには、次の手順に従います。

  • [edit protocols (ospf | ospf3) backup-spf-options] または [edit protocols ospf backup-spf-options topology topology-name] 階層レベルで disable ステートメントを含めます。

次の例では、OSPF トポロジー 音声のバックアップネクストホップの計算が無効になっています。

ルーティングデバイスを設定して、OSPFインスタンスのルーティングテーブルや転送テーブル、あるいはOSPFインスタンスの特定のトポロジーにバックアップネクストホップがインストールされないようにすることができます。SPFアルゴリズムはバックアップネクストホップの計算を続行しますが、インストールされていません。

ルーティングデバイスが、ルーティングテーブルまたは転送テーブルにバックアップネクストホップをインストールしないようにするには、次の手順に従います。

  • [edit protocols (ospf | ospf3) backup-spf-options]または[edit protocols ospf topology topology-name]階層レベルでno-installステートメントを含めます。

次の例では、OSPF トポロジー 音声 のバックアップ ネクスト ホップは、ルーティングテーブルまたは転送テーブルにインストールされていません。他のOSPFインスタンスまたはトポロジーに対して計算されたバックアップネクストホップは、引き続きインストールされます。

RFC 5286で定義されているように、バックアップネクストホップの計算を ダウンストリームパスに制限することができます。Junos OS が OSPF インスタンスまたは OSPF インスタンス内の特定のトポロジーの保護されたインターフェイスの保護されたインターフェイスのバックアップ ネクスト ホップとしてダウンストリーム パスのみを使用するように指定できます。ダウンストリーム パスでは、バックアップ ネイバーから宛先までの距離が、計算ルーティング デバイスから宛先までの距離よりも小さくなければなりません。保護されたインターフェイスのループフリーの代替パスとしてダウンストリーム パスのみを使用することで、これらのパスがマイクロループにならないようにします。ただし、ネットワークのバックアップ カバレッジが最適でなくなる可能性があります。

バックアップネクストホップの計算をダウンストリームパスに制限するには、以下を行います。

  • [edit protocols (ospf | ospf3) backup-spf-options]または[edit protocols ospf backup-spf-options topology topology-name]階層レベルでdownstream-paths-onlyステートメントを含めます。

次の例では、ダウンストリーム パスのみがトポロジー 音声のバックアップ ネクスト ホップとして計算されます。

OSPF のバックアップ パスとしての RSVP ラベルスイッチ パスの設定

リンク保護またはノードリンク保護用にOSPFインターフェイスを設定する場合、1ホップネイバーのバックアップパスの最短パスファースト(SPF)計算に依存すると、特定のネットワークトポロジーのバックアップカバレッジが100%未満になる可能性があります。RSVP LSPをバックアップパスとして設定することで、OSPFおよびLDPラベルスイッチパス(LSP)のカバレッジを強化できます。

LSP を設定する場合、egressルーターの IP アドレスを指定する必要があります。

手記:

RSVP LSP は、OSPFv2 のデフォルト トポロジーでのみバックアップ パスとして使用でき、設定されたトポロジーには使用できません。また、RSVP LSP は、OSPFv2 または OSPFv3 のデフォルト以外のインスタンスのバックアップ パスとして使用することはできません。

特定の RSVP LSP をバックアップ パスとして設定するには、次の手順に従います。

  1. [edit protocols mpls labeled-switched-path lsp-name]階層レベルでbackupステートメントを含めます。
  2. [edit protocols mpls label-switched-path]階層レベルで to ip-address ステートメントを含めて、egressルーターのアドレスを指定します。

次の例では、RSVP LSP f-to-g が保護された OSPF インターフェイスのバックアップ LSP として設定されています。egressルーターは、IPアドレス 192.168.1.4で構成されています。

OSPFネットワークにおけるLDPトンネルを介したリモートLFAの概要

OSPF ネットワークでは、ループフリー代替(LFA)は、直接接続されたネイバーであり、PLR(Point of Local Repair)上の保護されたリンクを介して到達可能な宛先に事前計算されたバックアップ パスを提供します。リモート LFA は PLR に直接接続されておらず、動的に作成された LDP トンネルを使用して、事前に計算されたバックアップ パスをリモート LFA ノードに提供します。PLR は、プライマリ リンクに障害が発生した場合、このリモート LFA バックアップ パスを使用します。リモート LFA の主な目的は、OSPF ネットワークのバックアップ カバレッジを拡大し、レイヤー 1 メトロリングを保護することです。

LFA は、OSPF ネットワークのフル バックアップ カバレッジを提供しません。これは、しばしばリングトポロジーとして形成されるメトロイーサネットネットワークにとって大きな障害です。この挫折を克服するために、一般的には、RSVP-TE(Resource Reservation Protocol - Traffic Engineering)バックアップトンネルを使用してバックアップ範囲を拡張します。しかし、ネットワーク プロバイダの大多数は、MPLS トンネル設定プロトコルとして LDP をすでに実装しており、単にバックアップ カバレッジとして RSVP-TE プロトコルを実装することを望んでいません。LDPは、OSPFネットワーク内のすべての潜在的な宛先へのトランスポートトンネルを自動的に起動するため、優先プロトコルです。MPLS トンネル設定用に実装された既存の LDP は、OSPF ネットワークと後続の LDP 宛先の保護に再利用できるため、バックアップ カバレッジのための RSVP-TE バックアップ トンネルが不要になります。

リモート LFA バックアップ パスを計算するために、OSPF プロトコルは次のようにリモート LFA ノードを決定します。

  1. 隣接ルーターからPLRの保護されたリンクを経由する逆最短パスを最初に計算します。逆最短パスは、まず発信リンクのメトリックではなく、受信リンクのメトリックを使用して隣接ノードに到達します。

    その結果、リンクとノードのセットが作成され、各リーフノードからルートノードへの最短パスとなります。

  2. 隣接する残りのルーターの SPF(最短パス ファースト)を計算して、保護されているリンクを通過せずに到達できるノードのリストを検索します。

    その結果、ルート ノードからすべてのリーフ ノードまでの最短パス上に、別のリンクとノードのセットが作成されます。

  3. 上記の結果から共通節点を決定します。これらのノードはリモート LFA です。

OSPFは、LDPルートのアドバタイズされたラベルをリッスンします。OSPF は、アドバタイズされた LDP ルートごとに、LDP が提供するネクストホップが含まれているかどうかを確認します。対応するOSPFルートにバックアップネクストホップがある場合、OSPFはバックアップポリシーを実行し、対応するLDPラベルスイッチパスネクストホップを持つトラッキングルートを追加します。バックアップ ネクスト ホップがない場合、LDP はリモート LFA への動的 LDP トンネルを構築し、LDP はリモート LFA ノードと PLR ノードの間にターゲット隣接関係を確立します。このバックアップルートには 2 つの LDP ラベルがあります。一番上のラベルは OSPF ルートで、PLR からリモート LFA ルートへのバックアップ パスを示しています。一番下のラベルは、リモート LFA から最終宛先に到達するためのルートを示す LDP MPLS ラベルスイッチ パスです。LDP セッションがダウンし、リモート トンネルが利用できなくなると、OSPF はこのバックアップ LDP トンネルを使用していたすべてのルートを変更します。

手記:

現在、Junos OSはIPv4トランスポートLSPのみをサポートしています。IPv6 IGP ネットワークで IPv4 トランスポート LSP を再利用する必要がある場合は、IPv6 explicit NULL ラベルをトラッキングルートのラベルスタックに追加します。システムは自動的に IPv4 LSP を IPv6 LSP に変換します。

LDPは、自動的にターゲットとなる隣接関係によって脆弱になる可能性があり、これらの脅威は、次のメカニズムのすべてまたは一部を使用して軽減できます。

  • 数ホップ離れた場所にあるリモート LFA は、拡張 Hello メッセージを使用して、ターゲットとなる LDP セッションを確立する意思を示します。リモート LFA は、スプーフィングされた拡張 Hello メッセージをフィルタリングし、アクセス リストまたはフィルタ リストで許可された送信元から発信されたメッセージのみを受け入れることで、スプーフィングされた拡張 Hello メッセージの脅威を軽減できます。

  • 適用グループまたはLDPグローバルレベル認証を使用して、特定のIGP/LDPドメイン内のすべての自動ターゲットLDPセッションをTCP-MD5で認証する必要があります。

  • 追加のセキュリティ対策として、ルーティングドメインの外部からは到達できない一連のアドレスから、修復ルーターまたはリモートトンネルエンドポイントルーターを割り当てる必要があります。

OSPFネットワークでのLDPトンネルを介したリモートLFAバックアップの設定

リモートループフリー代替(LFA)の主な目的は、OSPFルートのバックアップカバレッジを拡大し、特にレイヤー1メトロリングを保護することです。MPLS トンネル設定用に実装された既存の LDP は、OSPF ネットワークと後続の LDP 宛先の保護に再利用できます。OSPF プロトコルは、PLR(Point of Local Repair)からリモート LFA ノードに到達するための動的 LDP トンネルを作成します。PLR は、プライマリ リンクに障害が発生した場合、このリモート LFA バックアップ パスを使用します。

OSPF ネットワークで LDP トンネルを介したリモート LFA を設定する前に、次の手順を実行する必要があります。

  1. ループバックインターフェイスでLDPを有効にします。

    LDPターゲット隣接関係はループバックインターフェイスなしでは形成できないため、ループバックインターフェイスを設定します。リモート LFA バックアップ パスを決定するには、LDP ターゲット隣接関係が不可欠です。

  2. リモート LFA が非対称リモート ネイバー検出を許可していることを確認してください。つまり、LDP 自動ターゲット隣接関係のためにリモート ネイバーを開始したルーターに定期的にターゲット Hello メッセージを送信する必要があります。

  3. PLRでリンク保護またはノードリンク保護を設定します。

OSPF ネットワークで LDP トンネルを介したリモート LFA バックアップを設定するには、次のようにします。

  1. リモートLFAバックアップを有効にして、動的LDPラベルスイッチパスを使用してバックアップネクストホップを決定します。
  2. PLRとリモートLFAノード間のループバックアドレスを使用して、自動的にターゲットLDPセッションを有効にします。
  3. リモート LFA ノードがダウンした後も、ターゲットとなる LDP セッションが維持される時間間隔を指定します。

    たとえば、破棄の遅延値を 60 秒に設定するには、次のようにします。

  4. 自動的にターゲットとなる LDP セッションの最大数を指定して、メモリ使用量を最適化します。

    たとえば、許可される最大セッション数を 20 に設定するには、次のようにします。

例:OSPF ネットワークでの LDP トンネルを介したリモート LFA の設定

OSPF ネットワークでは、ループフリー代替(LFA)は、ローカル修復ポイント(PLR)の保護されたリンクを介して到達可能な宛先に事前計算されたバックアップ パスを提供する、直接接続されたネイバーです。リモート LFA は PLR に直接接続されておらず、動的に作成された LDP トンネルを使用して、事前に計算されたバックアップ パスをリモート LFA ノードに提供します。PLR は、プライマリ リンクに障害が発生した場合、このリモート LFA バックアップ パスを使用します。リモート LFA の主な目的は、OSPF ネットワークのバックアップ カバレッジを拡大し、レイヤー 1 メトロリングを保護することです。この例では、バックアップ保護を拡張するために、OSPF ネットワークの LDP トンネルにリモート LFA を設定する方法を示します。

必要条件

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

  • OSPFプロトコルとLDPを備えたMXシリーズルーター9台。

  • すべてのデバイスで実行されているJunos OS リリース 15.1 以降。

OSPF ネットワークで LDP トンネルを介したリモート LFA を設定する前に、以下を確認してください。

  • LDPはループバックインターフェイスで有効になっています。ループバックインターフェイスがないと、LDPターゲット隣接関係を形成できません。リモート LFA は、LDP ターゲット隣接関係がないと設定できません。

  • リモートLFAは、非対称リモートネイバーディスカバリーを許可する必要があります。つまり、LDP自動ターゲット隣接関係のためにリモートネイバーを開始したルーターに定期的にターゲットhelloを送信する必要があります。

  • リンク保護またはノードリンク保護は、PLR(Point of Local Repair)で設定する必要があります。

概要

この例では、リングトポロジーに9台のルーターが含まれています。直接接続されたインターフェイスでOSPFプロトコルを設定します。デバイスR6はPLRです。この例では、Junos OSがバックアップルートとしてLDPネクストホップルートでデバイスR6のルーティングテーブルを更新することを確認します。

位相幾何学

トポロジーでは、 図 3 は、OSPF ネットワークの LDP トンネル上のリモート LFA がデバイス R6 で設定されていることを示しています。

図 3:LDP トンネル上のリモート LFA Example Remote LFA over LDP Tunnelsの例

構成

CLIクイック構成

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

R0

R1

R2の

R3

R4の

R5の

R6の

R7の

R8の

デバイスR6の設定

手順

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

デバイスR6を設定するには:

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

  2. デバイスにループバックアドレスを割り当てます。

  3. ルーターIDを設定します。 exportステートメントを使用して、ローカルルーターの転送テーブルにポリシーを適用します。

  4. 動的LDPラベルスイッチパスを使用してバックアップネクストホップを計算するリモートLFAバックアップを有効にします。

  5. OSPFエリアのインターフェイスのトラフィック制御とリンク保護を設定します。

  6. リモート LFA がダウンしたときにターゲットとなる LDP セッションが維持される時間間隔を指定し、自動的にターゲットとなる LDP セッションの最大数を指定して、メモリの使用を最適化します。

  7. インターフェイスにLDPプロトコルを設定します。

  8. ポリシー オプションを設定して、ポリシーステートメント ルーティングポリシーのパケットごとにロード バランシングします。

業績

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

デバイスの設定が完了したら、設定モードから commit を入力します。

検証

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

ルートの検証

目的

期待ルートが学習されていることを確認します。

アクション

デバイスR6で、運用モードから show route 10.6.6.6/24 コマンドを実行し、ルーティングテーブル内のルートを表示します。

意味

出力は、デバイスR6のルーティングテーブル内のすべてのルートを示しています。

LDPルートの検証

目的

自動的にターゲットとなるLDPルートを確認します。

アクション

動作モードから show ldp session auto-targeted detail コマンドを入力します。

OSPF ルートの検証

目的

デバイスR6のOSPFルーティングテーブル内のすべてのLDPバックアップルートを表示します。

アクション

デバイスR6で、運用モードから show ospf route コマンドを実行し、OSPFルーティングテーブル内のルートを表示します。

意味

出力は、デバイスR6のOSPFルーティングテーブル内のすべてのLDPバックアップルートを示しています。

指定されたバックアップ・パス・ノードの検証

目的

特定の宛先に対して決定されたリモート LFA ネクストホップを表示します。

アクション

動作モードから、 show ospf backup spf results コマンドを入力します。

意味

出力は、特定のインターフェイスまたはノードがリモートバックアップパスとして指定されているかどうか、またその理由を示します。

バックアップネイバーの検証

目的

デバイスR6のバックアップネイバーを表示します

アクション

動作モードから、 show ospf backup neighbor コマンドを入力します。

意味

出力には、エリア 0.0.0.0 で使用可能なバックアップ ネイバーが表示されます。