EVPNネットワークで最適化されたインターサブネットマルチキャスト

OISMのメリット

• ERBオーバーレイモデルを使用するEVPN-VXLANファブリックが、ファブリック外の送信元および受信者とのマルチキャストトラフィックをサポートできるようにします。
• EVPNファブリックコアでマルチキャスト制御パケットと複製されたデータパケットを最小化し、拡張設計におけるファブリックマルチキャストパフォーマンスを最適化します。

• 拡張OISMモードを使用すると、多数の多様なVLANをホストするリーフデバイスを使用した拡張ネットワーク設計をさらにサポートできます(各リーフデバイスでは、デバイスがホストするVLANのみを設定する必要があります)。

EVPN インスタンスでの OISM サポート

次のタイプのEVPNインスタンスのEVPN-VXLANファブリックでOISMをサポートしています。

• デフォルトのスイッチインスタンスのEVPN:

  • QFX5110、QFX5120、および QFX10002(QFX10002-60Cを除く)スイッチのJunos OS リリース 21.2R1以降。

  • EX4650、QFX10008、QFX10016スイッチのJunos OS リリース22.2R1以降。

  • EX4300-48MP および EX4400 スイッチの Junos OS リリース 22.3R1 以降。

• vlan-awareおよびvlan-basedサービスタイプのみを持つMAC-VRF EVPNルーティングインスタンス(MAC-VRFルーティングインスタンスタイプの概要を参照):

  • QFX5130-32CDおよびQFX5700スイッチのJunos OS Evolvedリリース22.1R1以降。

  • EX4650、QFX5110、QFX5120、QFX10002(QFX10002-60Cを除く)、QFX10008、QFX10016スイッチのJunos OS リリース22.2R1以降。

  • PTX10001-36MR、PTX10004、PTX10008、およびPTX10016ルーターのJunos OS Evolvedリリース22.3R1以降。

  • ACX7024、ACX7100-32C、およびACX7100-48LルーターのJunos OS Evolvedリリース23.4R1以降。

  • EX4100、EX4300、EX4400スイッチのJunos OS リリース23.4R2以降。

  • Junos OS Evolvedリリース24.4R1以降、ACX7024X、ACX7332、ACX7348、ACX7509ルーター、およびPTX10002-36QDDルーターで動作します。

Junos OS Evolvedデバイスでは、デフォルトのスイッチインスタンスではなく、MAC-VRFインスタンスでのみEVPN設定を使用したEVPN-VXLANがサポートされます。そのため、これらのデバイスでは、MAC-VRF EVPN インスタンスでのみ OISM がサポートされます。

EVPNファブリックにおけるマルチキャストプロトコルとその他のマルチキャスト最適化を備えたOISM

OISM は、以下のマルチキャスト プロトコルおよびその他の EVPN マルチキャスト最適化機能と連携します。

• OISMでサポートされているマルチキャストプロトコル
• OISMと連携するその他のマルチキャスト最適化機能

OISMサポートの強化

私たちは、強化されたOISMを以下でサポートします。

• IGMPv2、IGMPv3、IGMP スヌーピング。

• MLDv1、MLDv2、MLD スヌーピング(一部のプラットフォーム)。

  手記：

  ACXシリーズおよびPTXシリーズルーターは、IPv6マルチキャストトラフィックのMLDおよびMLDスヌーピングによる拡張OISMをサポートしていません。

• MAC-VRF EVPN インスタンス タイプのみ。

• Junos OS リリース 24.2R1 および 23.4R2 以降:一部のプラットフォームでの IPv6 アンダーレイを使用した EVPN-VXLAN 設定( EVPN-VXLAN IPv6 アンダーレイ設定を使用した拡張 OISM を参照)。

ARによるOISMの強化はサポートされていません。

強化されたOISMを有効にする方法

拡張 OISM を有効にするには、[edit forwarding-options multicast-replication evpn irb] 階層レベルの enhanced-oism オプションを使用します。このオプションは、同じ階層レベルの通常の OISM モードoismオプションの代わりに使用します。enhanced-oismオプションとoismオプションは相互に排他的です。

リーフ デバイスでの VLAN の設定と、使用する OISM モードの設定の違いを除けば、拡張 OISM の OISM コンポーネントと構成要素は通常の OISM モードと同じです。ただし、このモードには、非対称ブリッジ ドメイン モデルをサポートするための運用上の違いと小さな設定の違いがあります。そのため、ネットワーク内のすべての OISM デバイスで同じ OISM モードを使用する必要があります。

見る：

• OISMの概要:OISM サポートについて簡単に紹介します。

• OISMコンポーネント :OISMの運用に関連するすべてのコンポーネントと構成要素の説明。

強化されたOISMを使用する場合

ネットワーク内のすべての OISM デバイスがこの OISM モードをサポートしている場合は、拡張 OISM を使用できます。その場合、次の場合に拡張OISMを使用できます。

• ネットワークには多数の収益ブリッジ ドメイン(VLAN)があり、すべての VLAN を設定するために一部のデバイスでリソースが逼迫している可能性があります。

• ネットワーク内には、多数のばらばらなブリッジ ドメイン(VLAN)があります(デバイスごとに異なる VLAN のセットがホストされています)。

• ネットワーク内の OISM デバイスでは、パケットの送信元 MAC アドレスに基づくポリシーは構成されていません。送信元 MAC アドレス ポリシーがある場合は、代わりにネットワークで通常の OISM を使用します。

存続可能時間(TTL)フィールドを減少させるための厳しい要件で、ネットワークがマルチキャストパケットを渡す必要がある場合は、拡張OISMではなく、通常のOISMを使用する必要があります。拡張 OISM モデルには、TTL=1 のパケットが送信元デバイスのマルチホーミング ピアではないデバイスの受信者に届かないという制限が本質的にあります。詳細については、 強化されたOISMの相違点 の概要を参照してください。通常の OISM は、送信元 VLAN 上の送信元トラフィックを転送し、同じ VLAN 上の宛先の TTL 値を減らしません。

強化されたOISMの違いのまとめ

該当する場合は、このドキュメント全体のセクションで、拡張 OISM を使用する場合の運用上または設定の違いについて説明します。

ここでは、強化されたOISMの運用と構成との主な違いを要約します。

• 内部ソースからの East-West トラフィック
• 内部ソースから外部受信者へのNorth-Southトラフィック
• SBD上のサーバーリーフデバイス接続のOSPFエリア

OISM デバイスの役割

図 1 は、シンプルな EVPN-VXLAN ERB オーバーレイ ファブリックとファブリック内の OISM デバイスの役割を示しています。

図1:OISMを使用したEVPNファブリック

表 1 は、デバイスの役割をまとめたものです。

デバイスの役割ごとに共通する構成要素と異なる構成要素の詳細については、 OISM デバイスの構成要素 を参照してください。

外部マルチキャスト送信元と受信機を持つ PIM ドメイン

図 1 では、OISM ボーダー リーフ デバイスは、代表的な外部 PIM ドメイン内の EVPN ファブリックの外部にあるマルチキャストの送信元および受信機に接続しています。外部 PIM ドメイン内のマルチキャスト デバイスは、標準の PIM プロトコル手順に従います。その運用はOISMに限ったことではありません。外部マルチキャスト トラフィックは、L3 で PIM ドメインを経由してフローします。

OISMを使用して、以下のユースケースにおいて、デバイス間でEVPN-VXLAN ERBオーバーレイファブリックのマルチキャストトラフィックをルーティングおよび転送することができます。

• 内部マルチキャスト送信元および受信側

• 内部マルチキャスト送信元と外部マルチキャスト受信側

• 外部マルチキャスト送信元と内部マルチキャスト受信側

わかりやすくするために、このドキュメントでは、外部 PIM ドメインを次のように表します。

• PIM ランデブー ポイント(RP)を兼ねる PIM ルーター(MXシリーズ ルーターなどのデバイス)。

• 外部ソース。

• 外部レシーバー。

外部 PIM ドメインとの間のマルチキャスト データ転送でサポートされる方式

OISM ボーダー リーフ デバイスは、ファブリック外のデバイスとの間でマルチキャスト トラフィックをルーティングする方法を 1 つ以上サポートしています。サポートされる方法は、プラットフォームによって異なります。

一部のプラットフォームでは、境界リーフの役割はサポートされていません。 表 2 の外部マルチキャスト方式の [ サポートされているプラットフォーム ] 列にプラットフォームが表示されない場合は、そのプラットフォームが境界リーフの役割をサポートしていないことを意味します。

L2 M-VLAN または L3 リンクを使用して EVPN-VXLAN ファブリックを外部 PIM ドメインに接続する方法の一般的な概要については、 EVPN-VXLAN 環境での IGMP スヌーピングまたは MLD スヌーピングによるマルチキャスト転送 の概要を参照してください。

OISMブリッジドメイン(VLAN)

表 3 は、OISM ブリッジ ドメインまたは VLAN をまとめ、OISM がそれらをどのように使用するかを説明しています。

通常の OISM モード - 対称ブリッジ ドメイン モデル

通常の OISM 実装では、 対称ブリッジ ドメイン モデルを使用します。このOISMモードは、ブリッジドメインエブリウェア(BDE)モデルとも呼ばれています。このモデルでは、ネットワーク内のすべての OISM デバイスですべての収益ブリッジ ドメイン (VLAN) を構成します。

図 2:通常のOISMを使用したEVPNファブリック

対称ブリッジ ドメイン モデルでは、すべての OISM ボーダー リーフおよびサーバー リーフ デバイスで SBD およびすべての収益ブリッジ ドメインを設定する必要があります。

また、外部 PIM ドメインに接続する境界リーフ デバイスでは、以下の VLAN を均一に設定します。

• 外部マルチキャストに M-VLAN IRB 方式を使用する場合の M-VLAN。

• 外部マルチキャストに非 EVPN IRB 方式を使用する場合、各境界リーフ デバイス上の一意の追加の非 EVPN VLAN。

ファブリック内のリーンスパインデバイスは、通常、IPトランジットデバイスとしてのみ機能し、場合によってはルートリフレクターとしても機能します。そのため、通常、リーンスパインデバイスでこれらの要素を設定する必要はありません。(いくつかの例外については、 表1 の「リーンスパイン」の行を参照してください。

拡張 OISM モード - 非対称ブリッジ ドメイン モデル

拡張 OISM 実装は、各リーフ デバイス上で、デバイスがホストする収益 VLAN のみを設定できる非対称ブリッジ ドメイン モデルをサポートしています。そのため、強化されたOISMを ブリッジドメインNOT everywhere (BDNE)モデルと呼ぶことがあります。

一般に、拡張 OISM は、 図 2 に示すものと同じ高レベルの OISM 構造とネットワーク コンポーネントを使用しますが、非対称ブリッジ ドメイン モデルを有効にするためにいくつかの運用上の違いがあります。

通常のOISM実装との主な違いについては、 拡張OISMの概要 を参照してください。このドキュメントでは、必要に応じて、通常の OISM ではなく拡張 OISM を使用する場合の運用上または設定上の違いについて説明します。

OISMデバイスの構成要素

このセクションでは、以下で設定する必要がある要素をまとめています。

• すべてのOISMデバイス—ボーダーリーフロールとサーバーリーフロールのデバイス、およびARをOISMと統合する際にスタンドアロンモードでARレプリケーターとしても機能するスパインデバイス。

  表 4 を参照してください。

• サーバー リーフ デバイスのみ。

  表 5 を参照してください。

• 境界リーフデバイスのみ、外部マルチキャストに使用する方法に基づきます。

  • M-VLAN IRB インターフェイス

  • クラシック L3 インターフェイス

  • 非EVPN IRBインターフェイス

  表 6 を参照してください。

一部の要素はオプションであり、説明に記載されています。

表 4 は、すべての OISM デバイスで構成する要素の一覧です。

表 5 は、サーバー リーフ デバイスで設定する要素の一覧です。

表 6 は、使用する外部マルチキャスト方式に基づいて境界リーフ デバイスで設定する要素を示しています。

OISM デバイスの設定の詳細については、以下のセクションを参照してください。

• 境界リーフデバイスとサーバーリーフデバイスでの共通OISM要素の設定

• サーバーリーフデバイスのOISM要素を設定する

• M-VLAN IRB メソッドによる境界リーフ デバイスの OISM 要素の設定(対称ブリッジ ドメイン モデルのみ)

• 従来の L3 インターフェイス方式での境界リーフ デバイスの OISM 要素の設定

• 非EVPN IRB方式でのボーダーリーフデバイスOISM要素の設定

外部PIMドメインへの従来のL3インターフェイス接続を含むデータセンターファブリックのユースケースのOISMの完全な設定例については、 エッジルーブリッジングオーバーレイ用のアシストレプリケーション(AR)によるOISM(インターサブネットマルチキャスト)の最適化を参照してください。

OISMデバイスでのローカルルーティング

図3は、OISMデバイスでのローカルルーティングとフォワーディングの一般的な仕組みを示しています。図が示すように、OISMローカルルーティングは送信元VLAN上のトラフィックを転送します。各リーフデバイスは、他のVLAN上の受信者にローカルにトラフィックをルーティングすることで、同じデバイス上でのサブネット間ルーティングのヘアピニングを回避します。

図3:OISMによるローカルルーティング

この場合、送信元トラフィックは VLAN 1(青色 VLAN)上の Mcast-Src-1 から来ています。サーバー リーフ デバイスは、パッシブ モードで IRB インターフェイスと PIM を使用して、VLAN 間のトラフィックをルーティングします。PIM をパッシブ モードにすると、サーバー リーフ デバイスは以下を実行します。

• 他のリーフ デバイスと PIM ネイバーにならないようにしてください。

• ローカル PIM RP として機能し、IGMP または MLD レポートを受信するとローカル PIM 状態を作成し、送信元登録を回避します。

その結果、サーバー リーフ デバイスは、ファブリック内のマルチキャスト トラフィックを次のように、マルチキャスト グループに関心のある受信者に転送およびルーティングします。

• イングレス リーフ デバイス(リーフ 1)は、送信元 VLAN 上のトラフィックを、対象となる受信者を持つ他のリーフ デバイスに向けて、EVPN ファブリックに転送します。

• すべてのサーバー リーフ デバイスは、トラフィックを EVPN コアに、指定されたルーターである別のデバイスに転送する必要はありません。サーバー リーフ デバイスは、ローカルで以下を実行できます。

  • 送信元VLAN上のトラフィックを、送信元VLAN上のローカルの対象受信者に向けて転送します。

  • 送信元 VLAN からのトラフィックを、IRB インターフェイスを介して、他の VLAN 内のローカルの対象受信者に向けてルーティングします。

EVPNデータセンター内の送信元と受信先を使用したマルチキャストトラフィック転送とルーティング

マルチキャスト ソースが EVPN ファブリック内にある場合、サーバー リーフ デバイスは送信元 VLAN でマルチキャスト トラフィックを受信します。次に、 OISM デバイスでのローカル ルーティングの説明に従って、トラフィックをローカルにルーティングまたは転送します。

次の図は、EVPNファブリック内でのOISMローカルルーティングと転送を詳細に示しています。また、この図は、マルチキャスト受信機のEVPNマルチホーミングでローカルルーティングがどのように機能するかを示しています。

図4:内部マルチキャスト送信元と内部マルチキャスト受信機を備えたOISM

図 4 では、マルチキャスト送信元 Mcast-Src-1 は Leaf-1 にシングルホーム接続されています。送信元 VLAN は VLAN-1(青色の VLAN)です。マルチキャスト制御とデータ トラフィック フローは、次のように進行します。

1. 3つすべてのサーバーリーフデバイスの受信者が、マルチキャストグループのトラフィックの受信に関心を示すIGMPまたはMLDレポート(ジョインメッセージ)を送信しました。

2. リーフ1は送信元VLAN上のトラフィックをリーフ2とリーフ3の両方に転送します。これは、両方のリーフデバイスに対象の受信者があるためです。この場合、リーフ2とリーフ3のレシーバはシングルホーミングを使用します。

3. リーフ2とリーフ3は、 OISMデバイスでのローカルルーティングの説明に従って、トラフィックを対象の受信者(Rcvr-2、Rcvr-3、およびRcvr-4)に転送またはローカルにルーティングします。

4. VLAN-2 上の Rcvr-1 は、EVPN ES のリーフ 1 およびリーフ 2 にマルチホームされます。Rcvr-1はマルチキャストトラフィックの受信に関心を示しているため、

   • リーフ1とリーフ2の両方のサーバーリーフデバイスは、IGMPまたはMLDレポートを受信します。
   • リーフ1とリーフ2は、それぞれのデバイスがPIMパッシブモード設定されているため、送信元VLAN(VLAN-1)からのトラフィックをローカルにルーティングします。
   • ただし、リーフ1はEVPN ESのDFであるため、リーフ1のみがトラフィックをRcvr-1に転送します。

5. 境界リーフデバイスは、送信元VLAN上のEVPNファブリックを介してマルチキャストトラフィックを受信します。ボーダーリーフデバイスにはローカルレシーバーがある可能性があることに注意してくださいが、そのケースは示していません。ローカルレシーバーの場合、デバイスはサーバーリーフデバイスと同じ方法でトラフィックをローカルにルーティングまたは転送します。

図 4 は、境界リーフ デバイスが、送信元 VLAN からのトラフィックを外部 PIM ドメイン内の外部マルチキャスト受信側にローカルにルーティングしていることも示しています。プラットフォーム別の使用可能な外部マルチキャスト方式については、 外部 PIM ドメインとの間のマルチキャスト データ転送でサポートされている方式 を参照してください。後のセクションでは、外部ソースと外部受信者のユースケースにおけるマルチキャスト制御とデータトラフィックフローについて説明します。

内部ソースから EVPN データ センター外の受信者へのマルチキャスト トラフィック—M-VLAN IRB 方式

図5は、OISMのユースケースを示しています。EVPNファブリック内のマルチキャスト送信元が、外部マルチキャストにM-VLAN IRB方式を使用して、ファブリック外の関連レシーバーにマルチキャストトラフィックを送信します。(外部 PIM ドメインとの間のマルチキャスト データ転送でサポートされる方式については、プラットフォーム別にサポートされる外部マルチキャスト方式を示します)。

OISM PEG ロールで設定するボーダー リーフ デバイスは、EVPN コアを介して送信元 VLAN 上のマルチキャスト トラフィックを受信します。その後、境界リーフ デバイスはトラフィックを複製し、外部 PIM ドメインに向けて M-VLAN にルーティングし、外部受信者に到達します。

図 5:内部マルチキャスト送信元と外部マルチキャスト受信機を備えたOISM—M-VLAN IRB方式

図 5 では、マルチキャスト グループの内部ソースは Mcast-Src-2 で、Rcvr-1 と同じデバイスであり、リーフ 1 およびリーフ 2 にマルチホームされています。送信元は、VLAN-2 でマルチキャスト トラフィックを送信します。外部受信者である Ext-Mcast-Rcvr は、そのマルチキャスト グループのマルチキャスト トラフィックの受信に関心を示します(join メッセージを送信します)。内部受信者Rcvr-3(VLAN-1上)とRcvr-4(VLAN-2上)も、マルチキャストグループへの参加とトラフィックの受信を要求します。

PIM ルーターは、EVPN ファブリックの PEG デバイスである BL-1 と BL-2 の両方にマルチホームされていることに注意してください。これらの接続は同じ ES にあります。DF 選択プロセスでは、これらのデバイスの 1 つが ES の DF として選択されます。DF のみが(M-VLAN 上の)トラフィックを外部レシーバーに転送します。

送信元トラフィックは、以下のように、関係する内部および外部の受信者に到達します。

• マルチホーム送信元から内部受信者へのトラフィックフロー
• 外部レシーバーへのトラフィック フロー:M-VLAN IRB 方式

内部送信元から EVPN データ センター外の受信者へのマルチキャスト トラフィック—L3 インターフェイス方式または非 EVPN IRB 方式

図6は、OISMのユースケースを示しています。EVPNファブリック内のマルチキャスト送信元が、外部マルチキャストに対して次のいずれかの方法を使用して、ファブリック外の受信者にマルチキャストトラフィックを送信します。

• 従来の L3 インターフェイス外部マルチキャスト方式:

  各境界リーフ デバイスでは、外部 PIM ルーターに接続するファミリー inet を使用して従来の L3 インターフェイスを設定します。ファブリック内の他の境界リーフデバイスにあるL3インターフェイスサブネットとは異なるサブネット上のそのインターフェイスにIPアドレスを割り当てます。

  インターフェイスで PIM を有効にし、マルチキャスト データ受信者を持つテナント VRF インスタンスにインターフェイスを含めます。この方法は、EVPNインスタンスでこのインターフェイスを拡張しないという点で、M-VLAN IRB方式とは異なります。

  手記：

  ここでの L3 インターフェイス接続は、個別の物理インターフェイス、または複数の物理 L3 インターフェイスを含む AE インターフェイス バンドルにすることができます。

• 非EVPN IRB外部マルチキャスト方式:

  各境界リーフ デバイスで、外部マルチキャスト専用の一意の追加 VLAN を設定します。また、外部 PIM ルーターに接続する IP アドレスを使用して、対応する L3 IRB インターフェイスを設定します。追加の VLAN ID は、収益ブリッジドメインの VLAN ID、SBD、またはファブリック内の他のボーダーリーフデバイスの追加 VLAN と同じにすることはできません。さらに、L3 インターフェイス方式と同様に、異なる境界リーフ デバイス上の非 EVPN IRB インターフェイスは、ファブリック内の異なるサブネット上の PIM ルーターに接続する必要があります。

  IRB インターフェイスで PIM を有効にし、マルチキャスト データ受信者を持つテナント VRF インスタンスにインターフェイスを含めます。この方法は、EVPNインスタンスでこのVLANまたはIRBインターフェイスを拡張しないという点で、M-VLAN IRBメソッドとは異なります。

外部 PIM ドメインとの間のマルチキャスト データ転送でサポートされる方法 に、これらの外部マルチキャスト方式をサポートするプラットフォームを示します。

図 6 には、「 内部ソースから EVPN データ センター外の受信者へのマルチキャスト トラフィック - M-VLAN IRB メソッド」と同じ内部マルチホーム ソース、内部レシーバー、外部レシーバーが含まれています。内部マルチキャスト トラフィック フローの詳細については、 マルチホーム送信元から内部受信者へのトラフィック フロー の手順を参照してください。このセクションでは、境界リーフ デバイスから外部受信者へのマルチキャスト トラフィック フローという、このケースの違いについてのみ説明します。

図 6:内部マルチキャスト送信元と外部マルチキャスト受信機を備えたOISM—L3インターフェイスまたは非EVPN IRB方式

図 6 では、マルチキャスト グループの内部ソースは Mcast-Src-2 で、リーフ 1 とリーフ 2 にマルチホームされています。送信元は、VLAN 2(red VLAN)でマルチキャスト トラフィックを送信します。外部受信者である Ext-Mcast-Rcvr は、そのマルチキャスト グループのマルチキャスト トラフィックの受信に関心を示します(join メッセージを送信します)。

このユースケースの外部マルチキャストフローは、M-VLAN IRBのユースケースと非常によく似ています。OISM PEG ロールのボーダー リーフ デバイスは、EVPN コアを介して送信元 VLAN 上のマルチキャスト トラフィックを受信します。ただし、この場合の主な違いは、外部マルチキャスト インターフェイスが EVPN シグナリングを使用せず、境界リーフ デバイス間で ESI を共有しないことです。各境界リーフ デバイスの外部マルチキャスト インターフェイスは異なり、それぞれが外部 PIM ゲートウェイ ルーターへの L3 到達可能性を持っています。PIM 参加状態を確立する境界リーフ デバイスは、L3 インターフェイスまたは非 EVPN IRB インターフェイス上のトラフィックを複製し、外部受信者を介して外部 PIM ドメインに送信します。

次のセクションでは、送信元トラフィックがどのようにして対象の外部受信者に到達するかについて説明します。

外部ソースから EVPN データ センター内の受信者へのマルチキャスト トラフィック - M-VLAN IRB 方式

図7 は、EVPNファブリック外のマルチキャストソースがファブリック内の受信者にマルチキャストトラフィックを送信するOISMのユースケースを示しています。このユースケースでは、OISMがEVPNコアでSBDを使用する2つの主な方法を紹介します。

• 外部マルチキャスト送信元トラフィックを伝送します。

• SMET タイプ 6 ルートをアドバタイズします。

タイプ 6 ルートは、境界リーフ デバイスが、関心のある受信者がいる EVPN デバイスへのトラフィックのみを転送することを保証します。

OISM 境界リーフ デバイスは、M-VLAN IRB インターフェイスを介して外部マルチキャスト送信元トラフィックを受信します。OISMデバイスはSBDを使用して、収益ブリッジドメイン上の関心のある受信者がいるEVPNサーバーリーフデバイスに向けてトラフィックを転送します。次に、各リーフデバイスは、収益ブリッジドメイン上のトラフィックをローカル受信者にローカルに転送またはルーティングします。

このユースケースには、2台のサーバーリーフデバイスにマルチホームされた内部レシーバーがあります。

図 7: 外部マルチキャスト送信元と内部マルチホームマルチキャスト受信機を備えた OISM - M-VLAN IRB 方式

図 7 では、EVPN ファブリック内の Rcvr-1 が、サーバー リーフ デバイス Leaf-1 および Leaf-2 にマルチホームされています。Rcvr-1は、マルチキャストグループからのトラフィックの受信に関心を示しています。グループのマルチキャスト トラフィックの送信元は、外部 PIM ドメインの Ext-Mcast-Src です。

外部ソーストラフィックは、以下のように、対象となるマルチホーム受信者Rcvr-1に到達します。

• 内部マルチホーム レシーバーと外部ソース間のマルチキャスト制御フロー:M-VLAN IRB 方式
• 境界リーフ デバイスから内部受信者へのトラフィック フロー:M-VLAN IRB 方式
• マルチホーム外部 PIM ルータがトラフィックの負荷分散を行った場合の動作:M-VLAN IRB 方式
• 境界リーフデバイス上のローカルレシーバーで何が起こるか:M-VLAN IRB方式

外部ソースから EVPN データセンター内の受信者へのマルチキャスト トラフィック:L3 インターフェイス方式または非 EVPN IRB 方式

図8 は、EVPNファブリック外のマルチキャスト送信元がファブリック内の受信者にマルチキャストトラフィックを送信するOISMのユースケースを示しています。この場合、ファブリックは従来の L3 インターフェイスまたは非 EVPN IRB 外部マルチキャスト方式を使用して、外部 PIM ドメインに接続します。また、このケースには、次の内部レシーバーが含まれます。

• 2台のサーバーリーフデバイスにマルチホームされるレシーバー。

• 境界リーフ デバイスの 1 つ上のローカル レシーバー。

このユースケースは、 図7のM-VLAN IRB外部ソースユースケースと同様に、OISMがEVPNコアでSBDを使用する2つの主な方法、すなわち、外部マルチキャストソーストラフィックの伝送と、SMETタイプ6ルートのアドバタイズを示しています。タイプ 6 ルートは、境界リーフ デバイスが、関心のある受信者がいる EVPN デバイスへのトラフィックのみを転送することを保証します。

図 8:外部マルチキャスト ソースと内部マルチホーム マルチキャスト受信機を備えた OISM:L3 インターフェイスまたは非 EVPN IRB 方式

図 8 では、次のようになります。

• Rcvr-1 は、EVPN ファブリックのサーバー リーフ デバイス Leaf-1 および Leaf-2 にマルチホームされており、マルチキャスト グループからのトラフィックの受信に関心を示しています。

• EVPNファブリックのBL-2上のRcvr-5もマルチキャストトラフィックの受信に関心があります。

• 外部 PIM ドメインの Ext-Mcast-Src は、マルチキャスト グループのトラフィックの送信元です。

外部マルチキャストのマルチキャスト制御フローとデータ トラフィック フローは、従来の L3 インターフェイスと非 EVPN IRB インターフェイス方式で類似しています。そのため、このセクションでは、境界リーフ デバイスの外部接続ポイントを指す場合、 一般的に外部マルチキャスト インターフェイス と呼びます。

外部ソーストラフィックは、以下のように対象の受信者(Rcvr-1およびRcvr-5)に到達します。

• 内部受信者と外部ソース間のマルチキャスト制御フロー—L3インターフェイスまたは非EVPN IRB方式
• 境界リーフ デバイスから内部受信者へのトラフィック フロー:L3 インターフェイスまたは非 EVPN IRB 方式

内部マルチキャストソースを使用したARとOISM

図9は、スパインデバイスをスタンドアロンのARレプリケーターデバイスとして構成するOISMのユースケースを示しています。OISMサーバーリーフおよびボーダーリーフデバイスは、ARリーフデバイスです。AR レプリケーターデバイスは、OISM サーバーのリーフデバイスとボーダーリーフデバイスのマルチキャストトラフィックの複製を処理します。このケースは、EVPNファブリック内のサーバーリーフデバイスの背後にあるマルチキャストソースとシングルホーム受信者を示しています。

内部ソースからのOISMトラフィックでは、イングレスデバイスは送信元VLAN上のEVPNファブリック内のトラフィックを転送します。AR も有効にすると、イングレス リーフ デバイスはトラフィックの 1 つのコピーを AR レプリケーターに転送します。ARレプリケータはトラフィックを複製し、ソースVLAN上のコピーを、関係する受信者を持つ他のリーフデバイスに送信します。次に、各リーフ デバイスは以下を実行します。

• 送信元VLAN上の受信者に向けてトラフィックをローカルに転送します。

• 他の収益VLAN上の受信者に向けてトラフィックをローカルにルーティングします。

図9:OISMを使用したAR—内部マルチキャストソースとシングルホーム内部受信機

図9のユースケースでは、次のようになります。

1. Rcvr-2、Rcvr-3、およびRcvr-4は、IGMPまたはMLDレポートを送信して、マルチキャストグループに参加します。

2. マルチキャスト グループ Mcast-Src-1 のトラフィック送信元は、送信元 VLAN VLAN-1 のトラフィックをリーフ 1 に転送します。

3. リーフ 1 は、VLAN-1 で使用可能な AR レプリケーターの 1 つにトラフィックを転送し、関心のあるレシーバーを持つ他のリーフ デバイスにトラフィックを複製します。この場合、リーフ1はトラフィックをARR-1に転送します。

   手記：

   AR リーフデバイスが複数の使用可能な AR レプリケーター間で負荷分散を行う方法の詳細については、「 複数のレプリケーターを使用した AR リーフデバイスの負荷分散 」を参照してください。

4. ARR-1はトラフィックを複製し、VLAN-1上のコピーを対象受信者がいるすべてのリーフデバイスに送信します。

5. 各サーバー リーフ デバイス:

   • VLAN-1 上の対象受信者に向けてトラフィックを転送します。

   • トラフィックをVLAN-2にローカルにルーティングし、VLAN-2上の関係する受信者に転送します。

   また、 図 9 では、Rcvr-1 がリーフ 1 とリーフ 2 にマルチホームされており、リーフ 1 が ESI DF であることに注意してください。その結果、リーフ1のみがVLAN-2上のRcvr-1にトラフィックを転送します。

6. 外部受信者がトラフィックの受信に関心を示した場合、境界リーフデバイスはトラフィックを外部マルチキャスト インターフェイスにローカルにルーティングします。外部マルチキャスト インターフェイスは、設定した外部マルチキャスト方式に基づいて、関係する外部受信者に向けてトラフィックを送信します。

AR の構成方法の詳細については、「 支援レプリケーションの構成 」を参照してください。

内部マルチキャストソースとマルチホーム受信機を備えたARとOISM

図10は、内部マルチキャストソースを使用したARとOISMのセットアップと同様のOISMユースケースを示しています。ただし、この場合、マルチキャスト送信元は、マルチホーム受信者も備えたサーバーリーフデバイスの背後にあります。この場合、ARはデフォルトで拡張ARモードで動作します。マルチホーム受信者を効率的にサポートします。このモードの詳細については、マルチホーム イーサネット セグメントの拡張 AR モードを参照してください。

以下に、この場合、サーバー リーフ デバイス上のマルチキャスト トラフィック入力がマルチホーム レシーバーに到達する方法の概要を示します。

• マルチホーム受信者用のESIを持つイングレスサーバーリーフデバイスは、ES上のマルチホーミングピアリーフデバイスのリストを保持します。

  AR レプリケーターデバイスは、どの AR リーフデバイスにマルチホーミングピアがあるかも認識します。

• イングレス サーバー リーフ デバイスは、マルチキャスト トラフィックを複製し、トラフィックに関心のあるマルチホーミング ピアのいずれかに転送します。

  また、イングレス リーフ デバイスは、1 つのコピーを AR レプリケーター デバイスに送信して、レプリケーションと他のリーフ デバイスへの転送を処理します。

マルチホーミングピアへのレプリケーションの処理におけるこの違いを除けば、ARレプリケーターへのトラフィックフローと、それに続く対象受信者へのトラフィックフローは、 内部マルチキャストソースを使用したARとOISMで説明したものと同じです。

図10:OISMを使用したAR—内部マルチキャストソースとマルチホーム受信者

図 10 では、次のようになります。

1. Rcvr-1、Rcvr-2、Rcvr-3、およびRcvr-4は、IGMPまたはMLDレポートを送信して、マルチキャストグループに参加します。

2. マルチキャスト グループ Mcast-Src-1 のトラフィック送信元は、送信元 VLAN VLAN-1 のトラフィックをリーフ 1 に転送します。

3. マルチホーミング ピアの拡張 AR モードに続いて、リーフ 1 はマルチホーミング ピア リーフ 2 にトラフィックを直接転送します。リーフ 2 には対象のレシーバーがいます。リーフ1は、OISMの動作に従って、送信元VLANであるVLAN-1を使用します。

4. また、リーフ 1 は、送信元 VLAN(VLAN-1)上の使用可能な AR レプリケーターの 1 つ(この場合は ARR-1)にトラフィックを転送します。

   手記：

   AR リーフデバイスが複数の使用可能な AR レプリケーター間で負荷分散を行う方法の詳細については、「 複数のレプリケーターを使用した AR リーフデバイスの負荷分散 」を参照してください。

5. ARR-1はトラフィックを複製し、VLAN-1上のコピーをリーフ2以外の関係する受信者を持つ他のリーフデバイスにのみ送信します。デフォルトの拡張ARモードの動作(上記のステップ 3 を参照)により、ARR-1はイングレスリーフデバイスリーフ1のマルチホーミングピアであるリーフ2へのトラフィック送信をスキップします。

6. 次に、各サーバー リーフ デバイスは、関係する受信者にトラフィックを転送またはルーティングします。

   図10では、リーフ1がマルチホームレシーバRcvr-2のESI DFであることに注意してください。その結果、リーフ1のみがVLAN-2上のRcvr-1にトラフィックを転送します。

AR の構成方法の詳細については、「 支援レプリケーションの構成 」を参照してください。

外部マルチキャストソースを使用したARとOISM

図11は、スパインデバイスをスタンドアロンのARレプリケーターデバイスとして構成するOISMのユースケースを示しています。OISMサーバーリーフおよびボーダーリーフデバイスは、ARリーフデバイスです。マルチキャスト ソースは、外部 PIM ドメイン内の EVPN ファブリックの外部にあります。この場合の境界リーフ デバイスは、従来の L3 インターフェイス方式を使用して PIM ルーターと PIM RP に接続します。

外部ソースからのOISMトラフィックでは、イングレス境界リーフデバイスは、SBD VLAN上のEVPNファブリック内のトラフィックを転送します。AR も有効にすると、イングレス境界リーフデバイスはトラフィックの 1 つのコピーを AR レプリケータに転送します。ARレプリケータはトラフィックを複製し、SBD VLAN上のコピーを、関心のある受信者を持つ他のリーフデバイスに送信します。次に、各デバイスは、SBDで受信したトラフィックを、収益ブリッジドメインVLAN上の受信者に向けてローカルにルーティングします。

図11:OISM外部マルチキャストソースによるAR

図11のユースケースでは:

1. Rcvr-1(リーフ1およびリーフ2にマルチホーム)とRcvr-5(BL-2の背後にあるローカルホスト)は、IGMPまたはMLDレポートを送信して、マルチキャストグループに参加します。

2. 外部ソースである Ext-Mcast-Src は、外部 PIM ドメインを介してマルチキャスト トラフィックを送信します。この場合、従来のL3インターフェイス外部マルチキャスト方式を使用し、両方のデバイスがPIM参加メッセージを送信したため、PIMルーターはBL-1とBL-2の両方にトラフィックを送信します。(この動作の詳細については、 外部ソースからEVPNデータセンター内の受信者へのマルチキャストトラフィック—L3インターフェイス方式または非EVPN IRB方式 を参照してください)。

   手記：

   図11に示すように、このユースケースでは、BL-2にローカルレシーバがあるため、BL-2は外部から発信された着信トラフィックをVLAN-2のレシーバに直接ルーティングします。BL-2は、外部ソースへのリバースパス転送がL3インターフェイスを参照するため、ARR-2からSBDで受信するローカルレシーバーにトラフィックをルーティングしません。

   また、BL-1 は SBD の PIM DR であるため、BL-2 は SBD にトラフィックをルーティングしません(次の手順を参照)。

3. BL-1はSBDのPIM DRであるため、BL-1は外部からのトラフィックをEVPNファブリックにルーティングする境界リーフデバイスです。ARを有効にすると、BL-1はSBDのトラフィックを使用可能なARレプリケーターの1つに転送します。この場合、BL-1はトラフィックをARR-2に転送します。

   手記：

   AR リーフデバイスが複数の AR レプリケーター間でどのように負荷分散するかの詳細については、「 複数のレプリケーターを使用した AR リーフデバイスの負荷分散 」を参照してください。

4. ARR-2はトラフィックを複製し、SBD上のコピーを対象の受信者(この場合はリーフ1、リーフ2、BL-2)のあるリーフデバイスに送信します。

5. SBDでトラフィックを受信する各リーフデバイスは、収益VLAN上の対象受信者に向けてトラフィックをローカルにルーティングします。この場合、次のようになります。

   • BL-2は、VLAN-2上の受信者に向けてトラフィックをルーティングします。

   • リーフ1とリーフ2の両方がSBDのトラフィックを受信します。Rcvr-1はリーフ1とリーフ2にマルチホームされており、リーフ1はESI DFです。その結果、リーフ1のみがVLAN-2上のRcvr-1に向けてトラフィックを転送します。

AR の構成方法の詳細については、「 支援レプリケーションの構成 」を参照してください。

OISMの強化によるローカルルーティングと東西トラフィックの違い

拡張 OISM により、OISM リーフ デバイスは、 OISM デバイスでのローカル ルーティングの通常の OISM について説明したのと同じ方法でローカル ルーティングを実行します。ただし、マルチホーミング ピアではない他の OISM リーフ デバイスにトラフィックを送信するために、拡張 OISM イングレス リーフ デバイスは、送信元 VLAN 上でトラフィックを転送するのではなく、SBD 上で送信元トラフィックをルーティングします。受信側のリーフデバイスは、SBDから宛先VLANにトラフィックをローカルにルーティングします。

マルチホーミング ピアを持つイングレス リーフ デバイス(デバイスが少なくとも 1 つのイーサネット セグメントを共有する他の OISM リーフ デバイス)の場合のみ、デバイスは SBD を使用する代わりに、送信元 VLAN 上の東西マルチキャスト送信元トラフィックをマルチホーミング ピアに転送します。その後、受信側のリーフデバイスはトラフィックを宛先 VLAN に転送またはローカルにルーティングします。

図 12 を参照してください。OISMを機能させるには、すべてのデバイスでSBDを設定する必要があります。VLAN-1とVLAN-2は、VLAN上にレシーバーがないリーフデバイスで設定する必要はありません。

主にSBD上でのEast-Westトラフィックのルーティングは、非対称ブリッジドメインモデルをサポートしています。つまり、すべてのリーフデバイスがネットワーク内のすべての送信元VLANをホストする必要はありません。すべてのOISMリーフデバイスで共通のSBDを設定するだけで済みます。ただし、マルチホーミング ピアの場合は、マルチホーミング ピアであるデバイス上で収益 VLAN を対称的に設定する必要があります。

図12:拡張OISM:送信元VLAN上でのみマルチホーミングピアに転送し、それ以外はSBDのみでルーティング

図 12 では、次のようになります。

• 受信者は、IGMP または MLD ジョイン メッセージを送信して、特定の VLAN 上のマルチキャスト グループ(*,G)またはマルチキャスト送信元とグループ(S,G)のマルチキャスト トラフィックの受信に関心を示します。

• リーフ1とリーフ2は、マルチホームホストMcast-Src-1のイーサネットセグメントを共有します。その結果、リーフ 1 に VLAN-2 を使用する受信機がない場合でも、同じ VLAN、VLAN-1 と VLAN-2 を両方のデバイスで対称的に設定します。

• リーフ 1 は、送信元 VLAN、VLAN-1、および でマルチキャスト トラフィックを受信します。

  • 送信元VLAN(VLAN-2)上のマルチホーミングピアであるLeaf-2にトラフィックを転送します

    その後、リーフ2は送信元VLAN、VLAN-1上の関係する受信者にトラフィックを転送するか、宛先VLAN VLAN-2上の関係する受信者にトラフィックをローカルにルーティングします。

  • マルチホーミングピアではなく、対象の受信者がいる他のOISMリーフデバイスにSBDへのトラフィックをルーティングします。

    OISMリーフデバイスは、SBDでトラフィックを受信し、宛先VLAN、VLAN-1、またはVLAN-2上の関係する受信者にトラフィックをローカルにルーティングします。

EVPNタイプ10 S-PMSI A-Dルートに基づく内部ソースの拡張OISMによるPIM登録

拡張 OISM では、内部ソースから EVPN ネットワーク外の受信者への North-South トラフィックの PIM ソース登録の処理にいくつかの違いが必要です。

通常の OISM では、OISM PEG デバイスとして実行されるボーダー リーフ デバイスは、補足ブリッジ ドメイン(SBD)上のみ外部マルチキャスト ソースからトラフィックを受信します。PEG デバイスは、送信元 VLAN 上の内部マルチキャスト ソースからトラフィックを受信します。OISM PEG デバイスは内部ソースに対してのみ PIM 登録を実行する必要があるため、通常の OISM 設計では、PEG デバイスは内部ソースを簡単に区別でき、それらのソースに対してのみ PIM ソース登録を行うことができます。

拡張OISMにより、PEGデバイスは外部と内部の両方のマルチキャストソースからSBDのトラフィックを受信します。PEG デバイスは内部ソースの PIM RP への PIM 登録のみを実行する必要があるため、拡張 OISM を実行する PEG デバイスは、内部マルチキャスト ソースと外部マルチキャスト ソースを区別できる必要があります。

拡張 OISM 設計では、EVPN タイプ 10 Selective P-Router Multicast Service Interface(S-PMSI)自動検出(A-D)ルートを使用して、この区別を行います( 図 13 を参照)。

• 内部マルチキャストソースからトラフィックを受信するイングレスOISMリーフデバイスは、それらのマルチキャスト(S,G)ソースとグループに対してS-PMSI A-Dルートをアドバタイズします。

• PEG デバイスが SBD IRB インターフェイスでトラフィックを受信し、そのソースの S-PMSI A-D ルートが表示されない場合、デバイスはそのソースを外部ソースとして解釈します。

• PEG デバイスは、受信した S-PMSI A-D ルートに対応する送信元に対してのみ PIM レジスタを PIM RP に送信します。

この設計により、PEG デバイスは EVPN ネットワーク内のマルチキャスト ソースに対してのみ PIM ソース登録を実行するようになります。

図 13:拡張 OISM - EVPN タイプ 10 S-PMSI A-D ルート を使用した内部ソース PIM 登録

例えば、 図 13 は、 図 12 と同じ拡張された OISM 内部トラフィック フローに、外部受信者にサービスを提供する外部 PIM ドメインを追加したものを示しています。この図では、次のようになります。

1. リーフ1がMcast-Src-1からマルチキャストトラフィックを受信すると、リーフ1はS-PMSI A-Dルートを生成してEVPNネットワークに送信します。

2. PEG デバイス BL-1 は S-PMSI A-D ルートを受信します。BL-2 は S-PMSI A-D ルートも受信します。ただし、BL-1 は SBD の PIM DR であるため、BL-1 は外部マルチキャスト インターフェイスの PIM Register メッセージをその(S,G)の PIM RP に送信します。

3. PIM RP は、BL-1 に向けて PIM Join メッセージを送り返します。BL-1 は PIM join を受信し、外部レシーバの(S,G)マルチキャスト ルーティングテーブル エントリを作成します。

4. BL-1は、SBDでその(S,G)のマルチキャストトラフィックを受信すると、外部マルチキャストインターフェイスへのトラフィックを外部受信者に向けてローカルにルーティングします。

次のようなコマンドを使用して、OISM リーフ デバイス上の EVPN タイプ 10 S-PMSI A-D ルートの詳細を表示できます。

• showEVPN oism spmsi-ad extensive(EVPN OISM spmsi-ad extensiveを表示)

• show route table evpn-instance-name.evpn-mcsn.1 match 10* extensive

同じEVPN-VXLANファブリック内のIGMPv2とIGMPv3(またはMLDv1とMLDv2)

OISMを使用したEVPN-VXLANファブリックで、IGMPv2、IGMPv3、またはその両方のIGMPバージョンを使用してIGMPスヌーピングを構成するには、いくつかのオプションがあります。MLDv1、MLDv2、または両方の MLD バージョンを組み合わせた MLD スヌーピングについても同じことが言えます。また、同じファブリック内でIGMPとMLDの設定を混在させることもできます。このセクションでは、これらのオプションのいくつかの構成に関する考慮事項について説明します。

OISM が有効になっているデバイスに IGMPv2 または IGMPv3 のトラフィックがある場合、IGMP スヌーピングを使用するデバイスでその IGMP バージョンをグローバルに有効にできます。または、マルチキャストトラフィックを処理するインターフェイスに対してのみ、そのIGMPバージョンを有効にすることもできます。必要に応じて、すべてのVLANまたは特定のVLANで、そのバージョンのIGMPによるIGMPスヌーピングを有効にできます。

MDLv1またはMLDv2とMLDスヌーピングのどちらにも同じオプションがあります(OISMでMLDをサポートするプラットフォーム上)。

また、OISM を使用するデバイス上で、IGMP スヌーピングを使用する IGMP のバージョンと MLD スヌーピングを使用する MLD のバージョンを 1 つ有効にすることもできます。

ただし、OISM は、以下の制約の範囲内でのみ、デバイス上で IGMPv2 と IGMPv3 の両方のトラフィックを一緒に使用する IGMP スヌーピングをサポートします。

• 同じVLAN内のインターフェイスに対して、IGMPv2とIGMPv3の両方でIGMPスヌーピングを有効にすることはできません。

• OISM が有効になっている同じ L3 VRF インスタンスの一部である VLAN では、IGMPv2 と IGMPv3 の両方で IGMP スヌーピングを有効にすることはできません。

上記の制約は、デバイス上で MLDv1 と MLDv2 の両方のトラフィックを使用して MLD スヌーピングをイネーブルにする場合にも適用されます。

これらの制約は、1 つのデバイスで 1 つのバージョンの IGMP と 1 つのバージョンの MLD を一緒に使用する場合は適用されません。

両方の IGMP バージョンで IGMP スヌーピングをサポートするか、両方の MLD バージョンで MLD スヌーピングをサポートするには、次のように設定する必要があります。

• IGMPv2 または MLDv1 受信者をサポートする 1 つのテナント VRF インスタンス。

• IGMPv3 または MLDv2 受信者をサポートする別のテナント VRF インスタンス。

次のように：

1. 設定で、IGMPv2 受信者の VLAN を定義し、IGMPv3 受信者の異なる VLAN を定義します。

   同様に、MLDの場合、MLDv1レシーバ用のVLANを定義し、MLDv2レシーバ用の異なるVLANを定義します。

2. IGMPv2 をサポートする IRB インターフェイスを 1 つの VRF インスタンスに含め、それらの IRB インターフェイスで IGMPv2 を有効にします。対応するVLANでIGMPスヌーピングを有効にします。

   同様に、MLD の場合、MLDv1 をサポートする IRB インターフェイスを 1 つの VRF インスタンスに含め、それらの IRB インターフェイスで MLDv1 を有効にします。対応するVLANでMLDスヌーピングを有効にします。

3. IGMPv3 をサポートする IRB インターフェイスを別の VRF インスタンスに含め、それらの IRB インターフェイスで IGMPv3 を有効にします。対応するVLANで、 evpn-ssm-reports-only オプションでIGMPスヌーピングを有効にします。

   同様に、MLD の場合は、MLDv2 をサポートする IRB インターフェイスを別の VRF インスタンスに含め、それらの IRB インターフェイスで MLDv2 を有効にします。対応するVLANで evpn-ssm-reports-only オプションを使用してMLDスヌーピングを有効にします。

このユースケースでは、IGMPまたはMLDのバージョンごとに、次のVLANおよびIRBインターフェイスのセットを割り当てます。

• OISMの収益ブリッジドメイン。

• The SBD.

• すべての外部マルチキャスト VLAN とインターフェイス(使用する外部マルチキャスト方式によって異なる)。

また、インストールで必要なテナント インスタンスごとに 2 つの L3 VRF インスタンス(IGMP バージョンまたは MLD バージョンごとに 1 つ)を定義します。L2 で MAC-VRF ルーティング インスタンスを使用する場合、IGMP または MLD のバージョンごとに、IGMP スヌーピングまたは MLD スヌーピング トラフィックに異なる MAC-VRF EVPN インスタンスを割り当てることができます。

次のセクションでは、両方のバージョンの IGMP または MLD の両方のバージョンを一緒に使用する設定例を示します。これらのシンプルなシナリオを拡張することで、IGMP または MLD バージョンのさまざまな組み合わせでさまざまなテナントをサポートできます。

EVPN-VXLANファブリックでのIGMPv2、IGMPv3、MLDv1、およびMLDv2でのIGMPエニーソースマルチキャスト(ASM)モードおよびソース特定マルチキャスト(SSM)モードのサポートの詳細については、 サポートされているIGMPまたはMLDバージョンとグループメンバーシップレポートモード を参照してください。

• IGMPv2 と IGMPv3 を併用した設定例
• MLDv1 と MLDv2 を併用した場合の設定例

OISMでマルチキャストルートをインストールする場合の遅延とスケーリングのトレードオフ(install-star-g-routesオプション)

OISM 対応ファブリック内のデバイスは、マルチキャスト グループのトラフィックに関心のある受信者について他の EVPN デバイスが学習できるように、EVPN タイプ 6 ルートを送信します。受信者は、L3 VRF インスタンスの異なる OISM 収益ブリッジ ドメインに存在します。EVPNファブリックコアの帯域幅を節約するために、OISMデバイスはルーティング インスタンス内のOISM SBDでのみタイプ6ルートを送受信します。

マルチキャスト フローの開始時のパケット ロスを最小限に抑えるために、[edit <routing-instances name> multicast-snooping-options oism] 階層レベルで install-star-g-routes オプションを提供しています(oism(マルチキャスト スヌーピング オプション)を参照してください)。このオプションを設定すると、タイプ6のルートを受信すると、デバイス上のREは、ルーティング インスタンス内のすべての収益ブリッジドメインVLANの対応する(*,G)マルチキャストルートを直ちにPFEにインストールします。

このオプションでは、ネットワークレイテンシを改善するために、余分なPFEリソースを使用することをトレードオフします。規模の低い展開では、マルチキャスト フローは少なくなりますが、ネットワーク遅延の要件が厳しくなります。この場合、ネットワークレイテンシを改善するため、デバイスは、受信するマルチキャストトラフィックの前に、データプレーンに(*,G)ルートをインストールします。

このオプションを設定します。

• グローバルに、デフォルト スイッチ インスタンスで EVPN を [edit multicast-snooping-options oism] 階層レベルで設定する場合。

• MAC-VRF インスタンスでは、タイプ mac-vrf のインスタンスで EVPN を設定する場合、 [edit routing-instances instance-name multicast-snooping-options oism] .

スイッチ、QFX5130-32CDスイッチ、およびQFX5700スイッチのQFX10000シリーズでOISMを使用して install-star-g-routes を設定する必要があります。ARレプリケーターの役割でARを使用してこれらのデバイスを構成する場合。

Junos OSおよびJunos OS Evolvedリリース23.4R1より前のリリースでは、以下のデバイスをOISMサーバーリーフまたはボーダーリーフデバイスとして設定する場合、そのデバイス上でも install-star-g-routes オプションを設定する必要があります。

• QFX10000シリーズのスイッチ。

• PTX10001-36MR、PTX10004、PTX10008、およびPTX10016ルーター。

Junos OSおよびJunos OS Evolvedリリース23.4R1以降、これらのデバイスをOISMサーバーリーフまたはボーダーリーフデバイスとして設定する場合、このオプションを設定する必要はなくなりました。

上記のユースケース以外では、このオプションを設定することはお勧めしません。

このオプションは、レイテンシ要件が非常に厳しく、より高いスケーリングをトレードオフしてネットワークレイテンシを改善できる場合にのみ検討してください。

• install-star-g-routesオプションを使用しない場合のデフォルトの動作
• install-star-g-routesオプションの動作

OISM と AR による多数の VLAN による拡張

EVPN-VXLANファブリックでOISMおよびIGMPスヌーピングまたはMLDスヌーピングを有効にすると、OISMサーバーのリーフおよびボーダーリーフデバイスは、受信者がマルチキャストグループに参加すると、EVPNタイプ6 SMETルートをEVPNコアに送信します。

OISM対応デバイスがSBDでType 6ルートを受信すると、デバイスは以下を実行します。

• マルチキャスト状態を以下のようにタイプ 6 ルートから導き出します。

  • IGMPv2 または MLDv1 の (*,G) 状態

  • IGMPv3 または MLDv2 の(S,G)状態

• OISM 対応 L3 テナント VRF インスタンスの一部である すべての VLAN の MAC-VRF インスタンスの OISM SBD および収益ブリッジ ドメイン VLAN に派生状態をインストールします。

• 派生したマルチキャスト ルートを使用して、グループのトラフィックを、そのグループに加入している他の EVPN デバイスにのみ選択的に送信することで、マルチキャスト転送を最適化します。

OISM をサポートする一部のデバイスでは、OISM を有効にした状態で支援レプリケーション(AR)マルチキャスト最適化機能を設定することもできます。AR レプリケーターデバイスは、OISM デバイスと同じ方法でタイプ 6 ルートを使用します。

QFX5130-32CDおよびQFX5700スイッチは、OISMサーバーリーフまたはボーダーリーフデバイスとして機能できます。AR レプリケーターとして機能できるのは、OISM サーバー リーフ デバイスまたはボーダー リーフ デバイスではないデバイスのみです。その場合、デバイスはスタンドアロンの AR レプリケーターの役割で動作します。

次のセクションでは、これらのデバイスを OISM サーバー リーフまたはボーダー リーフ デバイスとして、あるいは OISM を使用するスタンドアロン AR レプリケーターとして構成する場合の構成上の考慮事項について説明します。

• ACXシリーズルーター、QFX5130-32CDスイッチ、およびQFX5700スイッチを、OISMを備えたサーバーリーフおよびボーダーリーフデバイスとして使用
• QFX5130-32CDおよびQFX5700スイッチを、OISMを備えたスタンドアロンARレプリケーターとして

PEG DF の選定

デフォルトでは、ピア OISM PEG デバイスは PIM ベースの DF 選択を使用します。デバイスは、各 L3 VRF の OISM 収益 VLAN と SBD で PIM ネイバーを検出し、それらのネイバーの中から DF を選択します。Junos OS リリース 23.4R1およびJunos OS Evolvedリリース23.4R1以降、次のように、[edit routing-instances name protocols evpn oism pim-evpn-gateway]階層レベルでpeg-df-electionステートメントを使用して、代わりにmodベースまたは設定ベースのPEG DF選択を構成できます。

PEG DF 選出を設定すると、デバイスは各収益 VLAN(ブリッジ ドメイン)または SBD をホストするファブリック内の PEG デバイスの序数リストを維持します。 PEG デバイスは、EVPN タイプ 3 IMET ルートの EVPN マルチキャスト フラグ拡張コミュニティを使用して、OISM、IGMP スヌーピング、MLD スヌーピング、および PEG デバイス サポートをアドバタイズします。さらに、PEG デバイスには、設定された DF 選択方法パラメータ ( RFC 8584 標準で定義されているとおり) を通信するための DF 選択拡張コミュニティが含まれています。

ピアPEG DF候補は、次のEVPNマルチキャストフラグ拡張コミュニティ値を使用して、収益VLANまたはSBDのIMETルートをアドバタイズするデバイスです。

• IPv4 マルチキャストの場合:igmp-snooping-enabled:oism:peg
• IPv6 マルチキャストの場合:mld-snooping-enabled:oism:peg
  手記：

  デバイスは、アドバタイズされたマルチキャスト フラグの拡張コミュニティ値に基づいて、IPv4 マルチキャスト トラフィック用の DF と IPv6 マルチキャスト トラフィック用の DF を別々に選択します。

PEG デバイスが PEG DF 選出を使用する場合、データ センター内では PIM プロトコルは使用されません (PIM プロトコル パケットは交換されません)。そのため、PEG デバイスに外部 L3 冗長性を持たせることを推奨します。

以下の PEG DF 選択方法のいずれかを使用するように PEG デバイスを構成できます。

• Mod-based:mod オプションまたは preference オプションを含めずに [edit routing-instances name protocols evpn oism pim-evpn-gateway peg-df-election] 階層レベルで PEG DF 選択を有効にした場合のデフォルトの方法。また、mod オプションを明示的に設定して、この方法を使用することもできます。

  序数リストでDFとなるデバイスを選択するアルゴリズムは次のとおりです。

  (mapped VNI for the VLAN)mod(number of entries in the list)

  たとえば、3 つのピア PEG デバイス BL1、BL2、および BL3 に、VNI 100 にマッピングされている VLAN 1 の MOD ベースの PEG DF 選択が設定されている場合、次のようになります。

  • 3 つのデバイスはそれぞれ、VLAN 1 および VNI 100 の PEG DF 候補の序数リストを保持しています。

    表 7: Mod ベースの PEG DF 選挙候補者リストの例

    インデックス	デバイス
    0	BL1
    1	BL2
    2	BL3

  • この場合、(mapped VNI for the VLAN) mod (number of entries in the list) は (100) mod (3) = 1 であるため、デバイスはインデックス 1 のデバイスを PEG DF (BL2) として選択します。

• カスタマイズされたプリファレンス値によるプリファレンスベース—[edit routing-instances name protocols evpn oism pim-evpn-gateway peg-df-election preference]階層レベルでvalue preference-valueオプションを設定します。各ピア PEG デバイスに一意のプリファレンス値を設定することをお勧めします。プリファレンスベースの PEG DF 選出:

  • 各デバイスは、EVPNタイプ3 IMETルートアドバタイズメントでその優先値を伝達します。

  • ピア PEG デバイスは、(デフォルトで)最も高い優先値を持つデバイスを VLAN の DF として選択します。

  • プリファレンスベースの方法をカスタマイズして、プリファレンス値を最大値ではなく、最も低い値で選択することができます。これを行うには、[edit routing-instances name protocols evpn oism pim-evpn-gateway peg-df-election preference] 階層レベルで use-least オプションを設定します。

いずれかのPEG DF選択方法では、次のこともできます。

• デバイスが DF を選択するまでの待機時間を指定します。これを行うには、[edit routing-instances name protocols evpn oism pim-evpn-gateway peg-df-election] 階層レベルで delay-time num オプションを設定します。

• VLAN(VNI)ごとの DF 選択履歴のデータベースでデバイスが維持する PEG DF 選択イベント エントリの最大数(0-255)を設定します。これを行うには、[edit <routing-instances name> protocols evpn] 階層レベルで peg-df-election-history num オプションを設定します。

  show evpn oism peg-df-status extensive コマンドは、DF 選択履歴の詳細を表示します。

すべてのピア PEG デバイスは、同じ DF 選択メカニズムを使用する必要があります。その結果、PEG DF 選択を有効にした場合は、すべてのピア PEG デバイスで同じ DF 選択方法を対称的に設定してください。構成された PEG DF 選択方法が一致しない場合、ピア PEG デバイスはすべて、デフォルトの mod ベースの PEG DF 選択方法を使用するようにフォールバックします。一部のピア PEG デバイスでのみ PEG DF 選択を有効にすると、すべてのデバイスが PIM ベースの DF 選択を使用するようにフォールバックします。

OISMを強化したマルチホーミングピアを静的に識別し、コンバージェンスを向上

OISM リーフ デバイスは、接続されたマルチホーム クライアント ホストまたは CE デバイスのイーサネット セグメント(ES)を共有する場合、マルチホーミング ピアになります。拡張 OISM により、イングレス リーフ デバイスは East-West トラフィックを送信します。

• 送信元 VLAN からマルチホーミング ピア リーフ デバイスまで。

• SBDから他のOISMリーフデバイスへ。

マルチホーミング ピア OISM リーフ デバイスのペアの 1 つがマルチキャスト送信元トラフィックを受信すると、デバイスは送信元 VLAN 上のマルチホーミング ピアにトラフィックを転送します。ただし、マルチホーム クライアント接続の 1 つに障害が発生すると、これら 2 つの OISM リーフ デバイスはマルチホーミング ピアではなくなります。その結果、イングレスOISMリーフデバイスは、代わりにSBDへのトラフィックのルーティングを開始します。マルチホーム クライアント接続が再び立ち上がると、イングレス OISM リーフ デバイスは送信元 VLAN でのトラフィックの転送に切り替わります。

マルチホーム接続がアップまたはダウンする場合、マルチホーミング ピア デバイスは、送信元 VLAN または SBD を使用するために、新しいコア ネクスト ホップに繰り返し収束する必要があります。これが発生すると、デバイスは一部のマルチキャスト トラフィックを失う可能性があります。

この状況を回避するには、サポートされているデバイスの Junos OS リリース 24.2R1 以降、デバイスのマルチホーミング ピア OISM リーフ デバイスをデバイスのループバック IP アドレスで静的に識別できます。

Junos OS リリース 24.2R1では、[edit protocols evpn]階層レベルでmultihoming-peer-gatewaysステートメントを使用してこの機能を実行します。Junos OSおよびJunos OS Evolvedリリース24.4R1以降、この機能では、代わりに[edit protocols evpn]階層レベルでstatic-multihoming-peerステートメントを使用する必要があります。multihoming-peer-gatewaysステートメントは、Junos OS リリース 24.2R1以降、Junos OS CLIでは使用できなくなりました。

この設定では、ピアの 1 つへのマルチホーム クライアント接続がダウンしている場合でも、デバイスは常に送信元 VLAN 上のマルチホーミング ピアにマルチキャスト トラフィックを転送します。マルチホームクライアント接続がフラッピングしている場合、デバイスは送信元VLANでの転送とSBDでのルーティングを切り替え続ける必要はありません。

たとえば、ループバック アドレス 192.168.1.1 の OISM リーフ デバイス SL-1 に、ループバック アドレス 192.168.1.2 のマルチホーミング ピア SL-2 がある場合、次のように設定します。

• SL-1 で、SL-2 を SL-1 のマルチホーミング ピアとして静的に識別します。

• SL-2 で、SL-1 を SL-2 のマルチホーミング ピアとして静的に識別します。

このステートメントは、拡張 OISM モードを設定する場合にのみ適用されます。

EVPN-VXLAN IPv6 アンダーレイ設定による拡張 OISM

Junos OS リリース 24.2R1 および 23.4R2 以降、サポートされているプラットフォームでは、IPv4 および IPv6 マルチキャスト データ トラフィックの IPv6 アンダーレイ ピアリングによる拡張 OISM を有効にできます。IPv6 アンダーレイ EVPN-VXLAN 構成により、IPv6 プロトコルが提供する拡張アドレッシング機能と効率的なパケット処理が可能になります。 「IPv6 アンダーレイを使用した EVPN-VXLAN」を参照してください。

IPv6 アンダーレイを使用した EVPN-VXLAN ネットワークで拡張 OISM を設定するには、次の手順を実行します。

1. EVPN-VXLAN IPv6 アンダーレイを設定します。

   IPv6 アンダーレイは、OISM を使用しない場合と同じ方法で設定します。 EVPN-VXLAN を使用した IPv6 アンダーレイの設定を参照してください。

   以下の点に注意してください。

   • 拡張 OISM と IPv6 アンダーレイにより、IPv6 アンダーレイ ピアリングでは EBGP または OSPFv3 のみがサポートされます。

   • EVPNインスタンスには、 mac-vrf インスタンスタイプを使用する必要があります。

   • OISMを強化したIPv6アンダーレイ上で、IPv4とIPv6の両方のマルチキャストデータトラフィックをサポートします。

2. 拡張OISMを設定します。

   IPv4アンダーレイを使用してEVPN-VXLANネットワークでこれらの要素を設定するのと同じ方法で、マルチキャストEVPN-VXLAN環境の拡張OISM要素を設定します。

   以下の点に注意してください。

   • IPv6 アンダーレイを備えた通常の OISM はサポートしておらず、拡張 OISM のみをサポートしています。

   • IPv6 アンダーレイで拡張 OISM を次の目的で使用できます。

     • IGMPv1、IGMPv2、IGMP スヌーピングを使用した IPv4 マルチキャスト データ トラフィック。

     • MLDv1、MLDv2、および MLD スヌーピングによる IPv6 マルチキャスト データ トラフィック。