Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

ポイントツーマルチポイントLSP設定

ポイントツーマルチポイント LSP の概要

ポイントツーマルチポイント MPLS LSP は、単一の送信元と複数の宛先を持つ LSP のことです。ネットワークの MPLS パケット レプリケーション機能を活用することで、ポイントツーマルチポイント LSP はイングレス ルーターでの不要なパケット レプリケーションを回避します。パケット レプリケーションは、異なるネットワーク パスを必要とする 2 つ以上の異なる宛先にパケットが転送される場合にのみ実行されます。

このプロセスを 図 1 に示します。ルーターPE1は、ルーターPE2、PE3、およびPE4へのポイントツーマルチポイントLSPで構成されています。ルーターPE1がポイントツーマルチポイントLSPでルーターP1およびP2にパケットを送信すると、ルーターP1はパケットを複製し、ルーターPE2およびPE3に転送します。ルーターP2は、パケットをルーターPE4に送信します。

この機能は、インターネットドラフトdraft-raggarwa-mpls-p2mp-te-02.txt(2004年2月終了)、 ポイントツーマルチポイントMPLS TE LSP、draft-ietf-mpls-rsvp-te-p2mp-02.txt、 ポイントツーマルチポイントTEラベルスイッチパス(LSP)のリソース予約プロトコルトラフィックエンジニアリング(RSVP-TE)の拡張、および RFC 6388、 ポイントツーマルチポイントおよびマルチポイントツーマルチポイントラベルスイッチパスのラベル配布プロトコル拡張 の確立)で詳しく説明されています(ポイントツーマルチポイント LSP のみがサポートされます)。

図 1: ポイントツーマルチポイントLSPポイントツーマルチポイントLSP

以下に、ポイントツーマルチポイント LSP のプロパティの一部を示します。

  • ポイントツーマルチポイント LSP では、MPLS を使用してポイントツーマルチポイントのデータ配信を行うことができます。この機能は、IP マルチキャストで提供される機能と似ています。

  • トラフィックを中断することなく、メインポイントツーマルチポイント LSP からブランチ LSP を追加および削除できます。ポイントツーマルチポイント LSP の影響を受けていない部分は、引き続き正常に機能します。

  • ノードを、同じポイントツーマルチポイント LSP の異なるブランチ LSP のトランジット ルーターとエグレス ルーターの両方になるように設定できます。

  • ポイントツーマルチポイント LSP でリンク保護を有効化できます。リンク保護は、ポイントツーマルチポイント LSP を構成する各ブランチ LSP にバイパス LSP を提供できます。プライマリパスのいずれかに障害が発生した場合、トラフィックをバイパスに迅速に切り替えることができます。

  • 支社/拠点 LSP は、静的、動的、または静的 LSP と動的 LSP の組み合わせとして設定できます。

  • イングレスおよびイグレス ルーターで、ポイントツーマルチポイント LSP の グレースフル ルーティング エンジン スイッチオーバー (GRES)とグレースフル リスタートを有効にすることができます。ポイントツーマルチポイント LSP は、スタティック ルートまたは CCC(回線クロスコネクト)を使用して設定する必要があります。GRES とグレースフル リスタートにより、コントロール プレーンが回復する間、古い状態に基づいてパケット転送エンジンでトラフィックを転送できます。Junos Trio チップセット上の MPLS ポイントツーマルチポイント LSP の GRES の機能パリティとグレースフル リスタートは、Junos OS リリース 11.1R2、11.2R2、および 11.4 でサポートされています。

ポイントツーマルチポイント LSP について

ポイントツーマルチポイント MPLS ラベルスイッチ パス(LSP)は、単一の送信元と複数の宛先を持つ LDP 信号化または RSVP 信号化 LSP です。ポイントツーマルチポイント LSP は、ネットワークの MPLS パケット複製機能を活用することで、インバウンド(イングレス)ルーターでの不要なパケット複製を回避します。パケット レプリケーションは、異なるネットワーク パスを必要とする 2 つ以上の異なる宛先にパケットが転送される場合にのみ実行されます。

このプロセスを 図 2 に示します。デバイス PE1 は、ルーター PE2、PE3、および PE4 へのポイントツーマルチポイント LSP で設定されます。デバイス PE1 がポイントツーマルチポイント LSP 上のパケットをルーター P1 および P2 に送信すると、デバイス P1 はパケットを複製し、ルーター PE2 および PE3 に転送します。デバイス P2 は、デバイス PE4 にパケットを送信します。

図 2: ポイントツーマルチポイントLSPポイントツーマルチポイントLSP

以下に、ポイントツーマルチポイント LSP のプロパティの一部を示します。

  • ポイントツーマルチポイント LSP では、MPLS を使用してポイントツーマルチポイントのデータ配信を行うことができます。この機能は、IP マルチキャストで提供される機能と似ています。

  • トラフィックを中断することなく、メインポイントツーマルチポイント LSP からブランチ LSP を追加および削除できます。ポイントツーマルチポイント LSP の影響を受けていない部分は、引き続き正常に機能します。

  • ノードを、同じポイントツーマルチポイント LSP の異なるブランチ LSP のトランジットルーターとアウトバウンド(エグレス)ルーターの両方になるように設定できます。

  • ポイントツーマルチポイント LSP でリンク保護を有効化できます。リンク保護は、ポイントツーマルチポイント LSP を構成する各ブランチ LSP にバイパス LSP を提供できます。いずれかのプライマリパスに障害が発生した場合、トラフィックをバイパスに迅速に切り替えることができます。

  • サブパスは、静的または動的に設定できます。

  • ポイントツーマルチポイント LSP でグレースフル リスタートを有効にすることができます。

ポイントツーマルチポイント LSP 設定の概要

ポイントツーマルチポイント LSP を設定するには、次の手順に従います。

  1. イングレスルーターからのプライマリLSPと、エグレスルーターにトラフィックを伝送するブランチLSPを設定します。
  2. プライマリLSPにパス名を指定し、各ブランチLSPに同じパス名を指定します。
注:

デフォルトでは、ブランチLSPはCSPF(制限付き最短パスファースト)によって動的にシグナリングされ、設定は必要ありません。または、ブランチLSPをスタティックパスとして設定することもできます。

例:RSVPシグナルのポイントツーマルチポイントLSPを作成するためのパスの集合の設定

この例では、パスの集合を設定して、RSVPシグナルのポイントツーマルチポイントラベルスイッチパス(LSP)を作成する方法を示します。

要件

この例では、デバイスの初期化以上の特別な設定は必要ありません。

概要

この例では、複数のルーティング デバイスが、1 つのポイントツーマルチポイント LSP のトランジット、ブランチ、リーフ ノードとして機能します。プロバイダエッジ(PE)では、デバイス PE1 がイングレス ノードです。ブランチはPE1からPE2、PE1からPE3、およびPE1からPE4に移動します。イングレスノード(PE1)のスタティックユニキャストルートは、エグレスノードを指しています。

この例では、 p2mp-lsp-next-hop ステートメントを使用して、ネクストホップがポイントツーマルチポイントLSPであるスタティックルートも示しています。これは、フィルターベースの転送を実装する場合に便利です。

注:

別のオプションは、 lsp-next-hop ステートメントを使用して、通常のポイントツーポイント LSP をネクストホップとして設定する方法です。この例では示されていませんが、オプションで独立したプリファレンスとメトリックをネクストホップに割り当てることができます。

トポロジー図

図 3 この例で使用されているトポロジーを示しています。

図 3: RSVP シグナルのポイントツーマルチポイント LSPRSVP シグナルのポイントツーマルチポイント LSP

設定

CLIクイック構成

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

デバイスPE1

デバイスCE1

デバイスCE2

デバイスCE3

デバイスCE4

イングレス ラベル交換ルータ(LSR)(デバイス PE1)の設定

ステップバイステップでの手順

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

  1. インターフェイス、インターフェイスのカプセル化、プロトコルファミリーを設定します。

  2. インターフェイスで RSVP、MPLS、および OSPF を有効にします。

  3. MPLS ポイントツーマルチポイント LSP を設定します。

  4. (オプション)LSP のリンク保護を有効にします。

    リンク保護は、特定のインターフェイスを介して隣接ルーターに送信されたトラフィックが、そのインターフェイスに障害が発生した場合でも、そのルーターに到達し続けることを保証するのに役立ちます。

  5. MPLS が OSPF のトラフィック エンジニアリングを実行できるようにします。

    これにより、イングレスルートがinet.0ルーティングテーブルにインストールされます。デフォルトでは、MPLS は BGP に対してのみトラフィック制御を実行します。MPLSトラフィックエンジニアリングは、イングレスLSRでのみ有効にする必要があります。

  6. OSPF のトラフィック エンジニアリングを有効にします。

    これにより、最短パス優先(SPF)アルゴリズムは、MPLS で設定された LSP を考慮に入れます。

  7. ルーターIDを設定します。

  8. 各ルートのネクストホップとしてポイントツーマルチポイントLSP名を使用して、静的IPユニキャストルートを設定します。

  9. デバイスの設定が完了したら、設定をコミットします。

トランジットおよびエグレス LSR(デバイス P2、P3、P4、PE2、PE3、および PE4)の設定

ステップバイステップでの手順

トランジットおよびエグレス LSR を設定するには、次の手順に従います。

  1. インターフェイス、インターフェイスのカプセル化、プロトコルファミリーを設定します。

  2. インターフェイスで RSVP、MPLS、および OSPF を有効にします。

  3. OSPF のトラフィック エンジニアリングを有効にします。

    これにより、最短パス優先(SPF)アルゴリズムは、MPLS で設定された LSP を考慮に入れます。

  4. ルーター ID を設定します。

  5. デバイスの設定が完了したら、設定をコミットします。

結果

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

デバイスPE1

デバイスP2

デバイスP3

デバイスP4

デバイスPE2

デバイスPE3

デバイスPE4

デバイスCE1の設定

ステップバイステップでの手順

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

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

  2. デバイスPE1をネクストホップとして、デバイスCE1から他の3つの顧客ネットワークへのスタティックルートを設定します。

  3. デバイスの設定が完了したら、設定をコミットします。

結果

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

デバイスCE2の設定

ステップバイステップでの手順

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

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

  2. デバイスPE2をネクストホップとして、デバイスCE2からCE1へのスタティックルートを設定します。

  3. デバイスの設定が完了したら、設定をコミットします。

結果

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

デバイスCE3の設定

ステップバイステップでの手順

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

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

  2. デバイスPE3をネクストホップとして、デバイスCE3からCE1へのスタティックルートを設定します。

  3. デバイスの設定が完了したら、設定をコミットします。

結果

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

デバイスCE4の設定

ステップバイステップでの手順

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

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

  2. デバイスPE4をネクストホップとして、デバイスCE4からCE1へのスタティックルートを設定します。

  3. デバイスの設定が完了したら、設定をコミットします。

結果

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

検証

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

接続の確認

目的

デバイスが相互に ping できることを確認します。

アクション

CE1からPE2に接続するCE2のインターフェイスに ping コマンドを実行します。

CE1からPE3に接続しているCE3のインターフェイスに ping コマンドを実行します。

CE1からPE4に接続しているCE4のインターフェイスに対して、 ping コマンドを実行します。

ポイントツーマルチポイント LSP の状態の検証

目的

イングレス、トランジット、およびエグレス LSR がアップ状態であることを確認します。

アクション

すべての LSR で show mpls lsp p2mp コマンドを実行します。ここでは、イングレス LSR のみを示します。

転送テーブルのチェック

目的

show route forwarding-tableコマンドを実行して、ルートが期待どおりに設定されていることを確認します。ここでは、リモートのカスタマーネットワークへのルートのみが表示されます。

アクション

ポイントツーマルチポイント LSP のプライマリおよびブランチ LSP の設定

ポイントツーマルチポイント MPLS LSP(ラベルスイッチ パス)は、複数の宛先を持つ RSVP LSP です。ネットワークの MPLS パケット レプリケーション機能を活用することで、ポイントツーマルチポイント LSP はイングレス ルーターでの不要なパケット レプリケーションを回避します。ポイントツーマルチポイント LSP の詳細については、「 ポイントツーマルチポイント LSP の概要」を参照してください。

ポイントツーマルチポイント LSP を設定するには、次のセクションで説明するように、イングレスルーターからのプライマリ LSP と、トラフィックをエグレス ルーターに伝送するブランチ LSP を設定する必要があります。

プライマリポイントツーマルチポイントLSPの設定

ポイントツーマルチポイント LSP には、イングレス ルーターからのトラフィックを伝送するために、プライマリ ポイントツーマルチポイント LSP が設定されている必要があります。プライマリポイントツーマルチポイント LSP の設定は、シグナル付き LSP と類似しています。詳細については 、 MPLSシグナリングLSP用のイングレスルーターの設定 を参照してください。従来の LSP 設定に加えて、 p2mp ステートメントを含めることで、プライマリポイントツーマルチポイント LSP のパス名を指定する必要があります。

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

ポイントツーマルチポイント LSP の最適化タイマーを有効にすることができます。詳細については、 シグナル化されたLSPの最適化 を参照してください。

ポイントツーマルチポイント LSP のブランチ LSP の設定

プライマリポイントツーマルチポイントLSPは、2つ以上の支社/拠点LSPにトラフィックを送信し、各エグレスプロバイダエッジ(PE)ルーターにトラフィックを伝送します。これらの各ブランチ LSP の設定では、指定するポイントツーマルチポイント LSP のパス名は、プライマリポイントツーマルチポイント LSP に設定されたパス名と同じである必要があります。詳細については、プライマリポイントツーマルチポイントLSPの設定をご覧ください。

ブランチLSPをプライマリポイントツーマルチポイントLSPに関連付けるには、 p2mp ステートメントを含めてポイントツーマルチポイントLSP名を指定します。

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

  • [edit protocols mpls label-switched-path lsp-name]

  • [edit logical-systems logical-system-name protocols mpls label-switched-path lsp-name]

    注:

    ユーザーの操作またはルーターによる自動調整により、ポイントツーマルチポイント LSP のいずれかの分岐 LSP に変更が生じると、プライマリおよび分岐 LSP が再シグナリングされます。古いパスが停止する前に、新しいポイントツーマルチポイント LSP が最初にシグナリングされます。

以下のセクションでは、支社/拠点 LSP を、CSPF(制限付き最短パス ファースト)を使用した動的シグナリング パス、スタティック パス、またはダイナミック パスとスタティック パスの組み合わせとして設定する方法について説明します。

支社/拠点 LSP を動的パスとして設定する

デフォルトでは、ポイントツーマルチポイント LSP のブランチ LSP は CSPF を使用して動的にシグナリングされ、設定は必要ありません。

新しい宛先の追加または削除や既存の宛先へのパスの再計算によって、ポイントツーマルチポイント LSP が変更された場合、ツリー内の特定のノードが複数の受信インターフェイスからデータを受信する場合があります。これは、次の条件下で発生する可能性があります。

  • 宛先へのブランチLSPの一部は静的に設定されており、他の宛先への静的または動的に計算されたパスと交差する場合があります。

  • ブランチLSPの動的に計算されたパスの結果、ネットワーク内のノードの1つの着信インターフェイスが変更された場合、新しいパスがシグナリングされた後、古いパスはすぐに破棄されません。これにより、古いパスに依存している転送中のデータが宛先に到達できるようになります。ただし、ネットワーク トラフィックは、どちらのパスを使用して宛先に到達する可能性があります。

  • イングレスで障害が発生したルーターは、2つの異なるブランチ宛先へのパスを計算し、これらのブランチLSPに共通するルーターノードで、これらのブランチLSPに異なる着信インターフェイスが選択されるようにします。

支社/拠点 LSP をスタティック パスとして設定する

ポイントツーマルチポイント LSP のブランチ LSP をスタティック パスとして設定できます。詳細については 、 静的LSPの設定 を参照してください。

ドメイン間ポイントツーマルチポイント LSP の設定

ドメイン間 P2MP LSP は、ネットワーク内の複数のドメインにまたがる 1 つ以上のサブ LSP(ブランチ)を持つ P2MP LSP です。このようなドメインの例としては、IGPエリアや自律システム(AS)などがあります。ドメイン間P2MP LSPのサブLSPは、イングレスノード(ソース)に対するエグレスノード(リーフ)の位置に応じて、エリア内、エリア間、またはAS間になります。

イングレスノードでは、ドメイン間P2MP LSPに名前が割り当てられ、すべての構成サブLSPで共有されます。各サブLSPは、独自のエグレスノードとオプションで明示的なパスを使用して、個別に設定されます。イングレスノードに対するサブLSPのエグレスノードの位置によって、サブLSPがエリア内、エリア間、AS間のいずれであるかが決まります。

ドメイン間P2MP LSPは、マルチエリアまたはマルチASネットワーク内の以下のアプリケーションでトラフィックを伝送するために使用できます。

  • MPLS上のレイヤー2ブロードキャストおよびマルチキャスト

  • レイヤー 3 BGP/MPLS VPN

  • VPLS

P2MP LSP のパスに沿った各ドメイン境界ノード(ABR または ASBR)では、CSPF がルーズ ホップ ERO(通常は RSVP パス メッセージによって伝送される ERO リストの最初のエントリ)をエグレス ノードまたは次のドメイン境界ノードに向けて拡張できるように、 expand-loose-hop ステートメントを [edit protocols mpls] 階層レベルで設定する必要があります。

ドメイン間P2MP LSPのCSPFパス計算:

  • CSPF パスの計算は、ドメイン間 P2MP LSP の各サブ LSP でサポートされています。サブLSPは、エリア内、エリア間、またはAS間のいずれかです。CSPF は、エリア間または AS 間サブ LSP をドメイン間 P2P LSP と同様に扱います。

  • イングレスノードまたはドメイン境界ノード(ABRまたはASBR)では、CSPFはRSVPクエリごとにERO(Explicit Route Object)拡張を実行できます。照会された宛先は、エグレス ノードまたは受信したルーズホップ ERO である可能性があります。宛先がノードの接続先の隣接ドメインに存在する場合、CSPF はその宛先に対してストリクト ホップ ERO のシーケンスを生成するか、宛先に到達できる別のドメイン境界ノードに向けて一連のストリクト ホップ ERO を生成します。

  • RSVP が以前に選択されたドメイン境界ノードを通過するパスのシグナリングに失敗した場合、RSVP はラウンドロビン方式で他の利用可能なドメイン境界ノードを通過するパスのシグナリングを試みます。

  • サブLSPがドメイン間P2MP LSPに追加または削除され、そのパス(ブランチ)が現在のP2MPツリーとマージまたはプルーニングされた場合、他のサブLSPが使用しているパスは影響を受けず、サブLSPでのトラフィックの中断を防ぐのに役立ちます。

ネットワークにドメイン間P2MP LSPを展開する場合は、以下の点に注意してください。

  • 定期的なパスの再最適化は、イングレス ノード上のドメイン間 P2MP LSP に対してサポートされています。ドメイン間 P2MP LSP に対して、すべてのサブ LSP に対して同じ間隔で [edit protocols mpls label-switched-path lsp-name] 階層レベルで optimize-timer ステートメントを設定することで、これを有効にすることができます。

  • ドメイン間 P2MP LSP では、リンク保護バイパス LSP のみがサポートされています。ドメイン間の P2MP LSP に対してリンク保護を有効にするには、すべてのサブ LSP と、P2MP LSP が通過する可能性のあるすべての RSVP インターフェイスにリンク保護を設定する必要があります。

  • ドメイン間 P2MP LSP では、OSPF エリアのみがサポートされています。IS-IS レベルはサポートされていません。

ポイントツーマルチポイント LSP のグレースフル リスタートの設定

ポイントツーマルチポイント LSP でグレースフル リスタートを設定できます。グレースフル リスタートにより、再起動中のルーターがその状態を隣接するネイバーに通知できます。再起動ルーターは、ネイバーあるいはピアに猶予期間をリクエストし、その結果、再起動ルーターに協力できます。再起動ルーターは再起動期間中も MPLS トラフィックを転送できます。ネットワークのコンバージェンスは中断されません。再起動はネットワーク内の他のものには認識されず、再起動ルーターはネットワーク トポロジーから削除されません。RSVP グレ-スフル リスタートはトランジット ルーターとイングレス ルーターの両方で有効化できます。

ポイントツーマルチポイント LSP トラフィックを処理するルーターでグレースフル リスタートを有効にするには、 graceful-restart ステートメントを含めます。

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

  • [edit routing-options]

  • [edit logical-systems logical-system-name routing-options]

ポイントツーマルチポイント LSP のグレースフルリスタート設定は、ポイントツーポイント LSP の設定と同じです。グレースフル リスタートの設定方法の詳細については、 RSVP グレースフル リスタートの設定を参照してください。

ポイントツーマルチポイント LSP のマルチキャスト RPF チェック ポリシーの設定

マルチキャスト転送キャッシュにルートをインストールする前に、送信元エントリとグループ エントリに対してリバース パス フォワーディング(RPF)チェックを実行するかどうかを制御できます。これにより、ポイントツーマルチポイント LSP を使用して、ポイントツーマルチポイント LSP のエグレス ルーターの下流に位置する PIM アイランドにマルチキャスト トラフィックを分散させることができます。

rpf-check-policy ステートメントを設定することで、送信元とグループのペアの RPF チェックを無効にすることができます。ポイントツーマルチポイント LSP のエグレス ルーターでマルチキャスト トラフィックを受信するインターフェイスは、必ずしも RPF インターフェイスであるとは限らないため、通常は、ポイントツーマルチポイント LSP のエグレス ルーターでこのステートメントを設定します。

また、送信元とグループのペアに基づいて動作するようにルーティングポリシーを設定することもできます。このポリシーはインポート・ポリシーと同様に動作するため、入力データに一致するポリシー項目がない場合、デフォルトのポリシー・アクションは「acceptance」になります。ポリシーの受け入れアクションにより、RPF チェックが有効になります。拒否ポリシー アクション(受け入れられないすべてのソース ペアとグループ ペアに適用)は、ペアの RPF チェックを無効にします。

ポイントツーマルチポイント LSP のマルチキャスト RPF チェック ポリシーを設定するには、 rpf-check-policy ステートメントを使用して RPF チェック ポリシーを指定します。

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

  • [edit routing-options multicast]

  • [edit logical-systems logical-system-name routing-options multicast]

また、マルチキャスト RPF チェック用のポリシーも設定する必要があります。ポリシーは [edit policy-options] 階層レベルで設定します。詳細については、「ルーティングポリシー、ファイアウォールフィルター、およびトラフィックポリサーユーザーガイド」を参照してください。

注:

rpf-check-policy ステートメントを設定すると、Junos OSは着信トラフィックに対してRPFチェックを実行できないため、間違ったインターフェイスに到着するトラフィックを検出できません。これにより、ルーティング ループが形成される場合があります。

例:ポイントツーマルチポイント LSP のマルチキャスト RPF チェック ポリシーの設定

プレフィックスが 228/8 以上のグループに属するプレフィックス 128.83/16 以上のソースに対して RPF チェックが実行されないようにポリシーを設定します。

ポイントツーマルチポイント LSP のイングレス PE ルーター冗長性の設定

バックアップ PE ルーター グループの一部として 1 つ以上の PE ルーターを設定し、イングレス PE ルーターの冗長性を有効にすることができます。これを行うには、バックアップ PE ルーターの IP アドレス(少なくとも 1 つのバックアップ PE ルーターが必要)と、ローカル PE ルーターが使用するローカル IP アドレスを設定します。

また、プライマリとバックアップのPEルーター間でポイントツーポイントLSPのフルメッシュを設定する必要があります。また、これらのLSPでもBFDを設定する必要があります。詳細については、 RSVP信号LSP用のBFDの設定 および LDP LSP用のBFDの設定 を参照してください。

ポイントツーマルチポイント LSP のイングレス PE ルーターの冗長性を設定するには、 backup-pe-group ステートメントを含めます。

これらのステートメントを含めることができる階層レベルの一覧は、これらのステートメントのステートメント概要セクションを参照してください。

イングレス PE ルーター冗長バックアップ グループを設定した後、PE ルーターの静的ルートにもグループを適用する必要があります。これにより、ローカル PE ルーターがバックアップ PE グループの指定されたフォワーダである場合、スタティック ルートがアクティブ(転送テーブルにインストール)されるようになります。バックアップ PE ルーターグループは、 p2mp-lsp-next-hop ステートメントが設定されたスタティックルートにのみ関連付けることができます。詳細については、 ポイントツーマルチポイント LSP のスタティック ユニキャスト ルートの設定を参照してください。

ポイントツーマルチポイントのサブLSPをFPCと相関させるサービスの設定

FPCのパケット転送エンジンは、特定のサブLSPのイングレスまたはエグレスとして機能するだけでなく、同じポイントツーマルチポイントLSPの他のサブLSPのトランジットポイントとしても機能します。FPC に障害が発生すると、そのFPC がサービスを提供するすべてのサブ LSP が影響を受けます。

FPCと、LSR上にあるポイントツーマルチポイントのサブLSP(ブランチパス)との相関関係を監視できるサービスを設定できます。この情報は、故障した FPC が相関するサブ LSP に与える影響を評価するのに役立ちます。トレースが有効な場合、サービスはFPC停止時に、影響を受けるサブLSPに関する詳細情報を提供するsyslogメッセージも提供します。

LSR上のFPCとポイントツーマルチポイントのサブLSP(ブランチパス)との相関関係を監視できるサービスを設定することができます。FPC は、同じポイントツーマルチポイント LSP の複数のサブ LSP のイングレス、エグレス、またはトランジット ポイントとして機能することができます。FPC に障害が発生すると、そのFPC がサービスを提供するすべてのサブ LSP が影響を受けます。

このサービスによって提供される情報は、FPCの障害が相関サブLSPおよびポイントツーマルチポイントネットワークに与える影響を評価するのに役立ちます。この知識は、制御されたFPC停止の計画に役立てることができます。

一部またはすべてのサービス操作のトレースを有効にすることもできます。その後、サービスは、FPCの停止の分析を容易にする、影響を受けたサブLSPに関する詳細情報をsyslogメッセージに提供します。

ポイントツーマルチポイントネットワークでサブLSPとFPCの監視と関連付けを有効にするには、以下を行います。

  1. /etc/p2mp_lsp_correlationディレクトリにあるconfig.xmlファイルで頻度(秒)を設定して、ポイントツーマルチポイントポーリング(p2mp_polling_duration)とFPCポーリング(fpc_polling_duration)を設定します。また、config.xmlファイルでログレベルを有効にしてtraceoptionsを設定することもできます。また、ログは /var/log/p2mp_lsp_correlation ディレクトリに作成されます。ログ レベルとメッセージの種類は次のとおりです。

    config.xmlファイルの例を次に示します。

    • p2mp_polling_duration–さまざまな RE/PFE RPC 要求を実行してデータベースを更新します。ポイントツーマルチポイントのポーリング時間のデフォルト値は240です。
    • fpc_polling_durationFPC/PFEのステータスをポーリングし、ポイントツーマルチポイントのサブLSPの影響を記録します。FPC ポーリング時間のデフォルトは 60 です。
    注:

    config.xmlファイルは、Junos OS Evolvedにのみ適用されます。config.xmlファイルに変更を加えた後、アプリケーションを再起動する必要があります。

  2. サービスを有効にします。
  3. サービス操作のトレースを構成します。
    注:

    set p2mp-sublsp-correlation traceoptions flag allコマンドは、Junos OS Evolvedには適用されません。

LSR上のFPCに障害が発生したりオフラインになったりすると、そのFPC上のすべてのポイントツーマルチポイントサブLSPが影響を受けます。以前にポイントツーマルチポイント LSP の FPC 相関を有効にし、相関サービスのトレースを設定した場合、FPC 障害時に、影響を受けるサブ LSP の詳細を示すメッセージがログに記録されます。

この場合、システム ログ メッセージと FPC 相関テーブルを調べて、FPC 障害の影響を分析する必要があります。

以下は、影響を受けるFPCがオフラインになったときのポイントツーマルチポイントサブLSPに関する情報を示すサンプルシステムログ出力です。

イングレスインターフェイスのポイントツーマルチポイントサブLSP相関情報を表示するには、次のように show services p2mp-sublsp-correlation ingress-interface コマンドを使用します。

エグレスインターフェイスのポイントツーマルチポイントサブLSP相関情報を表示するには、次のように show services p2mp-sublsp-correlation egress-interface コマンドを使用します。

FPCの相関情報を表示するには、次のように show services p2mp-sublsp-correlation fpc 0 コマンドを使用します。

PFEインスタンスの相関情報を表示するには、次のように show services p2mp-sublsp-correlation fpc 0 pfe-instance 0 コマンドを使用します。

ポイントツーポイント LSP によるエグレス PE ルーターの監視の有効化

associate-backup-pe-groups ステートメントで LSP を設定すると、LSP は設定されている PE ルーターのステータスを監視できます。同じルーターのアドレスを使用して、複数のバックアップ PE ルーターグループを設定することができます。この LSP の障害は、すべてのバックアップ PE ルーター グループに対して、宛先 PE ルーターがダウンしていることを示します。associate-backup-pe-groups ステートメントは、特定のバックアップ PE ルーター グループに関連付けられていません。これは、そのアドレスへの LSP のステータスに関心を持つすべてのグループに適用されます。

LSP がエグレス PE ルーターのステータスを監視できるようにするには、 associate-backup-pe-groups ステートメントを含めます。

このステートメントは、以下の階層レベルで設定することができます。

associate-backup-pe-groups ステートメントを設定する場合は、ポイントツーポイント LSP に BFD を設定する必要があります。LSP に BFD を設定する方法については、 MPLS IPv4 LSP の BFD の設定 および LDP LSP の BFD の設定を参照してください。

また、バックアップ PE ルーター グループ内の PE ルーター間で、ポイントツーポイント LSP のフルメッシュを構成する必要があります。グループ内の各 PE ルーターが独立して他の PE ルーターの状態を判断できるようにし、各ルーターが現在バックアップ PE ルーター グループの指定されたフォワーダとなっている PE ルーターを独立して判断できるように、フルメッシュが必要です。

同じ宛先 PE ルーターに対して associate-backup-pe-groups ステートメントで複数の LSP を設定した場合、最初に設定された LSP を使用して、その PE ルーターへの転送状態を監視します。同じ宛先に複数のLSPを設定する場合は、LSPに同様のパラメータを設定してください。この設定シナリオでは、リモート PE ルーターがまだ稼働しているにもかかわらず、エラー通知がトリガーされることがあります。

異なる Junos OS リリースでのポイントツーマルチポイント LSP の機能の維持

Junos OSリリース9.1以前では、S2L_SUB_LSPオブジェクトを含むResvメッセージはデフォルトで拒否されます。Junos OS Release 9.2以降では、このようなメッセージはデフォルトで受け入れられます。Junos OSリリース9.1以前を実行しているデバイスとJunos 9.2以降を実行しているデバイスの両方を含むネットワークでポイントツーマルチポイントLSPが正しく機能するように、Junos 9.2以降を実行しているデバイスの設定に no-p2mp-sublsp ステートメントを含める必要があります。

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

  • [edit protocols rsvp]

  • [edit logical-systems logical-system-name protocols rsvp]

ポイントツーマルチポイント LSP の再マージ動作の概要

このセクションでは、RSVP ポイントツーマルチポイント(P2MP)LSP での再マージ動作を制御するメリットと概要について説明します。

P2MP LSP の再マージを制御するメリット

  • 再マージ条件を作り出すサブLSPのパス計算を回避することで、イングレス(ヘッドエンドルーター)のRSVPシグナリング負荷を軽減します。

  • 伝送ノードで P2MP サブ LSP の再マージを拒否することで、ネットワーク帯域幅を節約します。

P2MP LSP Re-mergeとは何ですか?

P2MP MPLS LSP ネットワークでは、再マージという用語は、ツリーの下の別のノードで P2MP LSP と交差する再マージブランチを作成するイングレス(ヘッドエンド)またはトランジットノード(再マージノード)の場合を指します。これは、P2MP LSP 確立時のパス計算エラー、手動設定エラー、またはネットワーク トポロジー変更などのイベントが原因で発生することがあります。

RFC 4875 では、P2MP LSP の再マージを処理するために、次の 2 つのアプローチが定義されています。

  • まず、再マージを検出したノードは、再マージのケースを保持できますが、1 つを除くすべての受信インターフェイスからのデータが再マージ ノードでドロップされます。これは、構成なしでデフォルトで機能します。

  • 次に、再マージノードは、シグナリングを通じて再マージサブLSPのプルーニングを開始します。

ジュニパーネットワークスのMXシリーズルーターでは、最初のアプローチ(RFC 4875で定義)がデフォルトで機能します。2 つ目の方法は、P2MP RSVP MPLS ネットワークのどこにジュニパーネットワークスMXシリーズルーターが配置されているか(イングレスノードまたはトランジットノード)に応じて、以下のいずれかのCLI設定ステートメントで実装できます。

  • no-re-merge—このCLI設定ステートメントは、イングレス(ヘッドエンド)ルーターで有効にすると、再マージ条件を作成するP2MPサブLSPのパス計算を回避します。このCLI設定ステートメントがイングレスで設定されている場合、トランジットルータで no-p2mp-re-merge CLI設定ステートメントを設定する必要はありません。

  • no-p2mp-re-merge—この CLI 設定ステートメントは、トランジット ルーターで有効にすると、P2MP サブ LSP セッションの再マージを許可するデフォルトの動作が、再マージを拒否するものに変更します。このCLI設定ステートメントは、主にイングレス(ヘッドエンドルーター)がジュニパーネットワークスのMXシリーズルーターでない場合に必要です。

  • single-abr—このコマンドを有効にすると、エリア間、ドメイン間、またはAS間RSVP P2MP LSPを超えて再マージ状態が軽減されます。

次のトポロジでは、P2MP LSP ネットワークにおける再マージの動作を説明しています。

P2MP LSP Re-mergeとは何ですか?

このトポロジーでは、R1はイングレス(ヘッドエンド)ルーターとして機能し、R2はトランジット(再マージノード)ルーターとして機能します。このネットワークには、LSP 1 と LSP 2 の 2 つのサブ LSP セッションが作成されます。LSP 1 は、R1、R2、R3 デバイス間で確立されたセッションです。LSP 2 は、R1、R4、R2、R3、R5 デバイス間で確立されたセッションです。デフォルトでは、トランジットルーターは両方のサブLSPからの再マージを許可し、サブLSPブランチトラフィックの1つを再マージノードでドロップします。この再マージの動作は、イングレスルーターで no-re-merge CLI 設定ステートメントを有効にするか、トランジットルータで no-p2mp-re-merge CLI 設定ステートメントを有効にすることで制御できます。

イングレスルーター(R1)で no-re-merge CLI 設定ステートメントを有効にすると、2 つのサブ LSP セッションのうち 1 つだけが確立されます。例えば、LSP 1(R1-R2-R3)セッションが先に確立された場合、もう一方のサブ LSP セッション(LSP 2)は確立されません。

トランジット ルーター(R2)で no-p2mp-re-merge CLI 設定ステートメントを有効にすると、トランジット ルーターはサブ LSP の 1 つの再マージを拒否し、イングレス ルーター(R1)にパス エラー メッセージを送信して、イングレス ルーターが 2 番目の P2MP LSP 再マージ ブランチを作成できないようにします。show rsvp statistics CLI コマンドを使用して、パスのエラー メッセージを表示できます。

デフォルトのP2MP LSP再マージ動作の変更

デフォルトの再マージ動作は、イングレス(ヘッドエンド)ノード、または P2MP RSVP MPLS ネットワークのトランジット ノードで変更できます。

イングレス(ヘッドエンドルーター)で、デフォルトの再マージ動作を無効にして、イングレスルーターが再マージ条件を作成するサブLSPのパス計算を行わないようにします。デフォルトの動作では、サブLSPのパス計算が許可されます。

トランジット ルーターで、デフォルトの再マージ動作を無効にして、トランジット ルーターがサブ LSP の再マージを拒否するようにします。

エリア間、ドメイン間、またはAS間RSVP P2MP LSPの場合、イングレス(ヘッドエンドルーター)で single-abr CLI設定ステートメントを使用して、すべてのP2MPサブLSPが同じ出口ルーター(ABRまたはASBR)を選択することを優先するようにすることで、再マージ条件を軽減します。