Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

例:MLDP ポイントツーマルチポイント プロバイダ トンネルを使用する BGP MVPN で送信者ベースの RPF を設定する

この例では、BGPマルチキャストVPN(MVPN)で送信者ベースのリバースパスフォワーディング(RPF)を設定する方法を示します。センダベースの RPF は、複数のプロバイダ エッジ(PE)ルータがコアにトラフィックを送信するのを防ぎ、トラフィックの重複をカスタマーに送信するのを防ぐのに役立ちます。

必要条件

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

センダベースのRPFは、MPCラインカードを搭載したMXシリーズプラットフォームでサポートされています。前提条件として、ルーターは network-services enhanced-ip モードに設定する必要があります。

送信者ベースの RPF は、RSVP-TE ポイントツーマルチポイント プロバイダ トンネルを持つ MPLS BGP MVPN でのみサポートされます。SPT のみと SPT-RPT MVPN モードの両方がサポートされています。

送信元ベースの RPF は、ポイントツーマルチポイント プロバイダ トンネルがラベル スイッチド インターフェイス(LSI)で使用されている場合は機能しません。Junos OSは、各VRFに1つのLSIラベルのみを割り当て、このラベルをすべてのポイントツーマルチポイントトンネルに使用します。そのため、エグレスが受信するラベルは、送信側の PE ルーターを示すものではありません。現在、LSIラベルは、ポイントツーマルチポイントトンネルごとに一意のラベルを作成するように拡張することはできません。そのため、仮想トンネル インターフェイス(vt)は、ポイントツーマルチポイント プロバイダ トンネルでの送信側ベースの RPF 機能に使用する必要があります。

この例では、送信者ベースのRPFが有効になっているPEルーターには、Junos OSリリース21.1R1以降が必要です。

概要

この例は、1つの送信元がマルチキャストトラフィック(グループ224.1.1.1)をVPN(VRFインスタンスvpn-1)に送信する単一の自律システム(AS内シナリオ)を示しています。2 人の受信者がグループに登録します。これらは、それぞれデバイスCE2とデバイスCE3に接続されています。包括的なプロバイダ トンネルを持つ MLDP ポイントツーマルチポイント LSP が PE ルーター間で設定されます。PE-CE リンクで PIM(C-PIM)が設定されていること。

MPLS の場合、ここで使用されるシグナリング制御プロトコルは LDP です。オプションとして、RSVP を使用して、ポイントツーポイントおよびポイントツーポイントの両方のトンネルにシグナリングできます。

OSPFは内部ゲートウェイプロトコル(IGP)接続に使用されますが、IS-ISもサポートされているオプションです。OSPF を使用する場合は、OSPF トラフィック エンジニアリングを有効にする必要があります。

テスト用に、送信元と受信先をシュミレーションするためにルーターが使われています。デバイス PE2 とデバイス PE3 は、 set protocols igmp interface interface-name static group 224.1.1.1 コマンドを使用して 224.1.1.1 グループに静的に結合するように構成されています。実際のマルチキャスト受信ホストが利用できない場合、この例のように、この静的IGMP設定が使えます。この例では、受信側に接続された CE デバイスで、マルチキャストグループアドレスを受信するために、 set protocols sap listen 224.1.1.1 を使用しています。ping コマンドは、マルチキャスト トラフィックを BGP MBPN に送信するために使用されます。

送信者ベースの RPF は、デバイス PE2 で次のように有効になっています。

オプションで sender-based-rpf を使用して hot-root-standby を設定できます。

位相幾何学

図 1 に、サンプル ネットワークを示します。

図 1: BGP MVPN Sender-Based RPF in a BGP MVPNにおける送信者ベースの RPF

トポロジー内のすべてのデバイスに対するコマンドの設定 に、 図 1 のすべてのデバイスの設定を示します。

「デバイス PE2 の設定」セクションでは、デバイス PE2 の手順について説明します。

トポロジー内のすべてのデバイスに対してコマンドを設定する

CLIクイック構成

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

デバイスCE1

デバイスCE2

デバイスCE3

デバイスP

デバイスPE1

デバイスPE2

デバイスPE3

プロシージャ

手順

デバイスPE2の設定

プロシージャ

手順

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

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

  1. 拡張IPモードを有効にします。

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

  3. カスタマーエッジに面するインターフェイスでIGMPを設定します。

  4. (オプション)静的設定で、PE デバイスをマルチキャスト グループに参加させます。

    通常、これは実際のソースとレシーバーを使用したセットアップで動的に発生します。

  5. プロバイダ コアに面するインターフェイスで RSVP を設定します。

  6. MPLS を設定します。

  7. PE ルーター間で内部 BGP(IBGP)を設定します。

  8. OSPF または IS-IS を設定します。

  9. (オプション)LDP を設定します。

    MPLS シグナリングの代わりに RSVP を使用することができます。

  10. VPNで使用するルーティングポリシーを設定します。

    ポリシーは、BGPをPE-CE IGPセッションにエクスポートするために使用されます。

  11. ルーティングインスタンスを設定します。

  12. プロバイダートンネルを設定します。

  13. VRF ターゲットを設定します。

    ユニキャスト IPv4 ルートのコンテキストでは、 vrf-target の選択は 2 つの意味を持ちます。まず、VRFでローカルで学習されたすべての(この場合は直接および静的)ルートが、指定されたルートターゲット(RT)でBGPにエクスポートされます。また、そのRT値で受信したすべてのinet-vpn BGPルートはVRF vpn-1にインポートされます。これには、設定がシンプルになるという利点と、エクスポートおよびインポートされたルートの選択と変更の柔軟性が低いという欠点があります。また、VPN がフルメッシュであり、すべての PE ルーターが相互からルートを取得するため、ハブアンドスポークやエクストラネットなどの複雑な設定は実現できないことを意味します。これらの機能のいずれかが必要な場合は、代わりに vrf-importvrf-export を使用する必要があります。

  14. PE-CE OSPF セッションを設定します。

  15. PE-CE PIM セッションを設定します。

  16. MVPN モードを有効にします。

    センダベースの RPF では、 rpt-sptspt-only の両方がサポートされています。

  17. 送信者ベースの RPF を有効にします。

  18. ルーターID、ルーター識別、およびAS番号を設定します。

業績

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

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

検証

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

送信者ベースの RPF の検証

目的

送信者ベースの RPF がデバイス PE2 で有効になっていることを確認します。

アクション

BGP ルートの確認

目的

期待される BGP ルートが PE デバイスのルーティング テーブルに追加されていることを確認します。

アクション

ダウンストリーム CE 受信側デバイスでの PIM 結合の確認

目的

予期した参加メッセージが送信されていることを確認します。

アクション

意味

デバイスCE2とデバイスCE3はどちらも、C-Joinパケットを隣接するPEルーターにアップストリームで送信し、ユニキャストネクストホップでCソースに到達します。

PE デバイスでの PIM 参加の確認

目的

予期した参加メッセージが送信されていることを確認します。

アクション

意味

デバイスCE2とデバイスCE3はどちらも、C-Joinパケットを隣接するPEルーターにアップストリームで送信し、ユニキャストネクストホップでCソースに到達します。

C-Join状態は、アップストリームインターフェイスとしてBGPを指しています。実際には、PE 間に PIM ネイバー関係はありません。ダウンストリーム PE は、C-PIM(C-S, C-G)状態をタイプ 7 のソースツリー結合 BGP ルートに変換し、C-Source に向かうアップストリーム PE ルーターに送信します。

マルチキャストルートの確認

目的

C マルチキャスト フローが MVPN VPN-1 に統合され、デバイス PE1 からプロバイダ トンネルに送信されていることを確認します。

アクション

意味

出力は、他のPEデバイスとは異なり、デバイスPE2がセンダーベースのRPFを使用していることを示しています。デバイス PE2 の出力には、アップストリームの RPF 送信者が含まれています。送信者 ID フィールドは、送信者ベースの RPF が有効な場合にのみ表示されます。

MVPN C マルチキャスト ルートの確認

目的

MVPN Cマルチキャストルート情報を確認し、

アクション

意味

出力には、プロバイダーのトンネルとラベルの情報が表示されます。

ソース PE の確認

目的

ソースPEの詳細を確認し、

アクション

意味

出力には、プロバイダーのトンネルとラベルの情報が表示されます。