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 の代わりに、非ベスト プレフィックス オリジネーターへの LFA を使用して、ローカル修復を提供する技術です。これは、OSPFプロトコルのローカル修復カバレッジを拡大するためにも使用できます。

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

次のトポロジーでは、プレフィックス単位の LFA 機能が適用される導入ケースについて説明します。

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

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

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

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

ループフリーオルタネイト(LFA)とは、プライマリネクストホップ(ノードまたはリンク)に障害が発生した場合に、ネイバーをバックアップネクストホップとして使用して、トラフィックが一時的に流れるローカル修復パスを提供するメカニズムです。このための基本的な要件は、選択されたバックアップネイバーが、IGPプレフィックスのセットを発信する宛先に向けて、プライマリネクストホップに関してループフリーパスを提供することです。特定のトポロジーや使用シナリオでは、複数の宛先が同じプレフィックスを発信していて、最適なプレフィックス発信元には有効な LFA がなく、非最適プレフィックス発信元には実行可能な 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 を使用してローカル修復を提供できるメカニズムです。このような場合、プレフィックス単位の 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のすべてのデバイスの構成を示しています。

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

構成

CLIクイック構成

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

デバイスR1

デバイスR2

デバイス R3

デバイス R4

デバイス R5

デバイス R6

プロシージャ

手順

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

Device R1を設定するには:

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

  2. RSVP LSPパスを含むようにバックアップカバレッジを拡張します。

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

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

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

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

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

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

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

業績

設定モードから、 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 IP高速再ルートの基本仕様: ループフリー代替ルートで定義されているパスのサブセットに制限します。

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を設定する場合、エグレスルーターの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 ステートメントを含めて、エグレス ルーターのアドレスを指定します。

次の例では、RSVP LSP f-to-g が、保護された OSPF インターフェイスのバックアップ LSP として設定されています。エグレス ルーターは、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)バックアップトンネルが一般的に使用され、バックアップカバレッジを拡張します。しかし、ネットワークプロバイダの大多数は、すでに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 明示 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ターゲットの隣接関係はループバックインターフェイスなしでは形成できないため、ループバックインターフェイスを設定します。LDP ターゲットの隣接関係は、リモート LFA バックアップ パスを決定するために不可欠です。

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

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

OSPF ネットワーク内の LDP トンネル上でリモート LFA バックアップを設定するには、次の手順に従います。

  1. 動的 LDP ラベルスイッチ パスを使用してバックアップ ネクスト ホップを決定するには、リモート LFA バックアップを有効にします。
  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が有効になっている9台のMXシリーズルーター。

  • すべてのデバイスで稼働するJunos OSリリース15.1以降。

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

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

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

  • リンク保護またはノードリンク保護は、ポイントオブローカルリペア(PLR)で設定する必要があります。

概要

この例では、リングトポロジーに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-options、および show 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 で利用可能なバックアップネイバーが表示されます。