RSVP-TEポイントツーマルチポイントプロバイダトンネルを使用したBGP MVPNにおける送信者ベースRPFの理解

概要

一般的に、複数のPEルーターが重複したトラフィックをコアに送信すると、顧客に重複したトラフィックが送信される可能性があるため、避ける(またはそこから回復する)ことが重要です。送信者ベースRPFには、BGP MVPNに限定されたユースケースがあります。以下の理由により、ユースケースの範囲が制限されています。

• ネイティブ PIM の従来の RPF チェックは、着信インターフェイスに基づきます。このRPFチェックはループを防止しますが、LAN上の複数のフォワーダは防止しません。従来の RPF が使用されてきたのは、現在のマルチキャスト プロトコルが LAN 上での重複を回避するか、重複が検出されたら、重複を解決するためのデータ駆動型イベントがあるためです。

• PIM スパース モードでは、通常のプロトコル操作の LAN で重複が発生する可能性があります。このプロトコルには、重複が発生したときにそれを検出して解決するデータ駆動型メカニズム(PIMアサートメッセージ)があります。

• PIM 双方向モードでは、重複を避けるためにすべての LAN で指定フォワーダー(DF)選択が実行されます。

• Draft Rosen MVPN ではコア ネットワークが LAN に類似しているため、Draft Rosen MVPN は PIM アサート メカニズムを使用します。

BGP MVPN はデータ駆動型イベント ソリューションや双方向モード DF 選択の代替を使用するため、送信者ベース RPF は BGP MVPN と組み合わせて使用するソリューションです。これは、まず、コアネットワークが正確にはLANではないためです。MVPNシナリオでは、どのPEルーターがトラフィックを送信したかを判断することができます。Junos OS は、この情報を使用して、正しい PE ルーターから送信されたトラフィックのみを転送します。送信者ベース RPF では、RPF チェックが強化され、データが正しい受信仮想トンネル(vt-)インターフェイスに到着したかどうか、およびデータが正しいアップストリーム PE ルーターから送信されたかどうかがチェックされます。

具体的には、コアを介してデータをカプセル化するために使用される外部ヘッダーに、正しいMPLSラベルを付けてデータが到着する必要があります。ラベルは、トンネルを識別し、トンネルがポイントツーマルチポイントの場合はアップストリームの PE ルーターを識別します。

送信者ベースRPFは、シングルフォワーダー選択に代わるものではなく、補完的な機能です。あるPEデバイス(PE1)に別のPEデバイス(PE2)よりも高いプライマリループバックアドレス(またはルーターID)を設定すると、PE1がシングルフォワーダー選挙の勝者となります。 unicast-umh-election ステートメントにより、ユニキャストルート優先度がシングルフォワーダー選択を決定します。シングルフォワーダー選択を使用しない場合、またはコアでの重複を防ぐのに十分でない場合は、送信者ベースのRPFを推奨します。

RSVPポイントツーマルチポイントプロバイダトンネルの場合、ルーティングインスタンスでMVPNプロトコルを設定する際にMVPNs. PHPがデフォルトで無効になっている状態で、ポイントツーマルチポイントプロバイダトンネルを使用する場合は最後から2番目のホップポッピング(PHP)が無効になっていることが要件であるため、トランスポートラベルが送信PEルーターを識別します。ラベルは、トンネルと(RSVP-TE トンネルがポイントツーマルチポイントであるため)送信側 PE ルーターを識別します。

送信者ベースのRPFメカニズムは、RFC 6513、セクション9.1.1の MPLS/BGP IP VPNにおけるマルチキャスト に記載されています。

注:

インターネットドラフトdraft-morin-l3vpn-mvpn-fast-フェイルオーバー-05マルチ キャストVPN高速アップストリームフェイルオーバー で説明されているホットルートスタンバイ技術は、エグレスPEルーターがソースツリーcマルチキャストジョインメッセージをプライマリとバックアップの両方のアップストリームPEルーターに送信するエグレスPEルーター機能です。これにより、トラフィックの複数のコピーがプロバイダコアを通ってエグレスPEルーターに流れることができます。送信者ベースのRPFとホットルートスタンバイを一緒に使用することで、 ライブライブ のBGP MVPNトラフィックをサポートできます。これは、ミッションクリティカルなプロフェッショナルブロードキャストTVとIPTVトラフィックを伝送するためのマルチキャストオーバーMPLS方式です。これらの導入の多くで重要な要件は、イングレスおよびエグレスPEルーターを含むネットワーク機器の完全な冗長性を確保することです。場合によっては、ライブ-ライブアプローチが必要となることもあります。つまり、2つの重複したトラフィックフローが多様なパスをたどってネットワーク全体に送信されます。この技術と送信者ベースの転送を組み合わせると、トラフィックの 2 つのライブ フローがエグレス PE ルーターで受信され、エグレス PE ルーターは単一のストリームを顧客ネットワークに転送します。ネットワークの障害は、エグレスPEルーターでローカルに修復できます。ホットルートスタンバイの詳細については、 ホットルートスタンバイを参照してください。

送信者ベースのRPFは、プロバイダネットワークに重複がある場合でも、重複が顧客に送信されるのを防ぎます。ホットルートスタンバイ設定や、シングルフォワーダーの選択が重複を防ぐのに十分でない場合、プロバイダーに重複が存在する可能性があります。シングルフォワーダー選択はコアネットワークへの重複を防止するために使用され、送信者ベースRPFはコアネットワークに重複がある場合でも顧客への重複を防止します。シングルフォワーダー選択によって、重複したトラフィックがエグレスPEルーターに到着するのを防ぐことができない場合があります。この一例(RFC 6513のセクション9.3.1で概説)は、PIMスパースモードがカスタマーネットワークで設定され、MVPNがI-PMSIでRPT-SPTモードになっている場合です。

アップストリーム PE ルーターの決定

Junos OSがイングレスPEルーターを選択した後、送信者ベースのRPF決定により、正しいイングレスPEルーターが選択されたかどうかが判定されます。RFC 6513のセクション9.1.1で説明されているように、エグレスPEルーターPE1は、特定のアップストリームPEルーター(C-S,C-G)を選択します。PE1 が PMSI から (C-S,C-G) パケットを受信すると、そのパケットを PMSI に送信した PE ルーターを識別できる場合があります。その送信機が、PE1 によってアップストリーム ルーターとして選択された PE ルーター以外の場合、PE1 はパケットをドロップできます。これは、PE ルーターが重複を検出するが、重複は転送されないことを意味します。

エグレスPEルーターがタイプ7のCマルチキャストルートを生成する際、VPN-IPルートで送信元に向けて伝送されるVRFルートインポート拡張コミュニティを使用して、Cマルチキャストルートが伝送するルートターゲットを構築します。このルートターゲットにより、CマルチキャストルートがアップストリームPEルーターに送信され、アップストリームPEルーター上の正しいVRFにインポートされます。エグレスPEルーターは、このPEルーターからのトラフィックのみを受け入れ、そのPEルーターをルートとする特定のトンネルでのみ受け入れるように転送エントリーをプログラムします。

エグレスPEルーターがタイプ6のCマルチキャストルートを生成する場合、ランデブーポイント(RP)に向けてVPN-IPルートで伝送されたVRFルートインポート拡張コミュニティを使用して、Cマルチキャストルートが伝送するルートターゲットを構築します。

このルートターゲットにより、CマルチキャストルートがアップストリームPEルーターに送信され、アップストリームPEルーターの正しいVRFにインポートされます。エグレスPEルーターは、このPEルーターからのトラフィックのみを受け入れ、そのPEルーターをルートとする特定のトンネルでのみ受け入れるように転送エントリーをプログラムします。しかし、他の一部のPEルーターが(C-S, C-G)のSPTモードに切り替え、ソースアクティブ(SA)自動検出(A-D)ルート(タイプ5ルート)を送信しており、エグレスPEルーターが(C-*, C-G)状態のみを持っている場合、(C-S, C-G)のアップストリームPEルーターは、タイプ6ルートを送信したRPに向かうPEルーターではありません。 ただし、(C-S、C-G)のSA A-Dルートを発信するPEルーターです。(C-S、C-G)のトラフィックは、アップストリームPEルーターによるアドバタイズ方法に応じて、I-PMSIまたはS-PMSIを介して伝送される場合があります。

また、エグレスPEルーターが(C-*, C-G)状態のみを持ち、(C-S, C-G)状態を持たない場合、エグレスPEルーターは複数のPEルーターから(C-S, C-G)タイプ5のSAルートを受信している可能性があり、次のように最適なルートを選択します。 受信した(C-S, C-G)SA ルートごとに、エグレス PE ルーターは、アップストリームのマルチキャストホップ(UMH)ルート候補セットで、同じルート識別子(RD)を持つルートを見つけます。このようなすべての検出されたルートの中から、PE ルーターは UMH ルートを選択します(UMH 選択に基づいて)。最適な(C-S、C-G)SA ルートは、RD が選択した UMH ルートと同じルートです。

エグレスPEルーターが(C-*, C-G)状態のみを持ち、(C-S, C-G)状態を持たない場合、その後、エグレスPEルーターが(C-S, C-G)状態を作り出した場合(例えば、カスタマーエッジ[CE]ネイバーの1つからPIM参加(C-S, C-G)メッセージを受信した結果ルーター)、その(C-S、C-G、 C-G)は、(C-S、C-G)に対して、すでに選択されている最適なSA A-Dルートを発信したPEルーターと同じであるとは限りません。(C-S、C-G)に最適なSA A-Dルートを発信したPEルーターが(C-S、C-G)をI-PMSI経由で伝送し、C-Sを含むサイトに接続されている他のPEルーターが(C-S,C-G)をS-PMSI経由で伝送する状況が発生する可能性があります。この場合、C-SのUMHルートは、I-PMSI上で(C-S、C-G)を伝送するPEルーターによってアドバタイズされたルートであるため、ダウンストリームPEルーターはS-PMSIには参加しませんが、I-PMSIを介して(C-S、C-G)を受信し続けます。これは予期される動作です。

エグレスPEルーターは、RDがSA A-Dルートと同じであるルートをC-SのUMHルート候補セットで見つけることにより、(C-S、C-G)タイプ5 SA A-Dルートの送信者を決定します。検出されたルートのVRFルートインポート拡張コミュニティには、SA A-Dルートの送信者のIPアドレスが含まれています。

プラットフォーム固有の送信者ベースのRPF動作

機能エクスプローラーを使用して、特定の機能のプラットフォームとリリースのサポートを確認します。

プラットフォーム固有の動作を確認するには、以下の表を使用して下さい。

表1:プラットフォーム固有の送信者ベースのRPF動作

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