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

OISMのメリット

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

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

EVPNインスタンスにおけるOISMサポート

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

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

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

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

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

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

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

  • Junos OS Evolvedリリース22.1R1以降、QFX5130-32CDおよびQFX5700スイッチで利用可能。

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

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

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

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

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

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

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

OISMサポートの強化

私たちは、OISMの強化を以下の方法で支援します。

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

• MLDv1、MLDv2、MLD スヌーピング

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

見る：

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

• 「OISTコンポーネント 」は、OISMの運用に関わるすべてのコンポーネントと構成要素の説明です。

拡張OISTを使用する場合

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

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

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

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

TTL(Time-to-live)フィールドをデクリメントするための厳しい要件で、ネットワークがマルチキャストパケットを通過させる必要がある場合は、拡張型OISTではなく、通常のOISTを使用する必要があります。拡張 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に限ったことではありません。外部マルチキャスト トラフィックは、PIM ドメインを介して L3 をフローします。

以下のユースケースにおいて、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 は、OISTブリッジドメイン(VLAN)の概要と、OISMによる使用方法について説明しています。

標準 OISM モード - 対称ブリッジ ドメイン モデル

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

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

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

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

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

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

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

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

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

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

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

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)を参照してください。

OISTデバイスにおけるローカルルーティング

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

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

この場合、送信元トラフィックは VLAN-1(blue 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 がリーフ 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 はどちらも、送信元 VLAN(VLAN-1)からのトラフィックをローカルにルーティングします。これは、各デバイスが PIM パッシブ モード設定であるためです。
   • ただし、リーフ1はEVPN ESのDFであるため、トラフィックをRcvr-1に転送するのはリーフ1のみです。

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

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

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

図5は、外部マルチキャストにM-VLAN IRB方式を使用して、EVPNファブリック内のマルチキャストソースが、ファブリック外の関心のある受信者にマルチキャストトラフィックを送信するOISMユースケースを示しています。(外部 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 は、そのマルチキャスト グループのマルチキャスト トラフィックの受信に関心を示します(参加メッセージを送信します)。内部受信者 Rcvr-3(VLAN-1 上)と Rcvr-4(VLAN-2 上)も、マルチキャスト グループへの参加とトラフィックの受信を要求します。

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

送信元トラフィックは、次のようにして、対象の内部および外部の受信者に到達します。

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

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

図6は、外部マルチキャストに対して、EVPNファブリック内のマルチキャストソースが、ファブリック外の受信者にマルチキャストトラフィックを送信するOISMユースケースを示しています。

• クラシック L3 インターフェイスの外部マルチキャスト方法:

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

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

  手記：

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

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

  各境界リーフ デバイスで、外部マルチキャスト専用の固有の追加 VLAN を設定します。また、外部 PIM ルーターに接続する IP アドレスを持つ、対応する L3 IRB インターフェイスも設定します。追加のVLAN IDを、収益ブリッジドメイン、SBD、またはファブリック内の他の境界リーフデバイス上の追加VLANのVLAN IDと同じにすることはできません。さらに、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(赤色 VLAN)に送信します。外部受信者である Ext-Mcast-Rcvr は、そのマルチキャスト グループのマルチキャスト トラフィックの受信に関心を示します(参加メッセージを送信します)。

このユースケースの外部マルチキャストフローは、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 が、サーバー リーフ デバイス リーフ 1 およびリーフ 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 ファブリック内のサーバー リーフ デバイス リーフ 1 およびリーフ 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レプリケータデバイスは、OISTサーバーリーフおよびボーダーリーフデバイスのマルチキャストトラフィックの複製を処理します。このケースは、EVPNファブリック内のサーバーリーフデバイスの背後にあるマルチキャストソースとシングルホームレシーバーを示しています。

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

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

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

図 9: AR with OISM—内部マルチキャスト送信元とシングルホーム内部受信機

図 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の設定と同様のOISTユースケースを示しています。ただし、この場合、マルチキャスト ソースは、マルチホーム レシーバーも備えたサーバー リーフ デバイスの背後にあります。この場合、ARはデフォルトで拡張ARモードで動作し、マルチホーム受信機を効率的にサポートします。このモードの詳細については、 マルチホームイーサネットセグメントの拡張ARモードを参照してください。

ここでは、サーバーリーフデバイス上のマルチキャストトラフィックイングレスが、マルチホームレシーバーに到達する仕組みの概要を示します。

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

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

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

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

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

図 10: AR with OISM—内部マルチキャスト ソースとマルチホーム レシーバー

図 10 では、次のようになっています。

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

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

3. マルチホーミング ピアの拡張 AR モードに続いて、リーフ 1 はトラフィックを、関心のある受信者がいるマルチホーミング ピア リーフ 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 Join メッセージを送信したため、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により、OISTリーフデバイスは、 OISMデバイス上のローカルルーティングで通常のOISMについて説明しているのと同じ方法でローカルルーティングを実行します。ただし、マルチホーミングピアではない他のOISTリーフデバイスにトラフィックを送信するために、拡張OISMイングレスリーフデバイスは、ソーストラフィックをソースVLANに転送するのではなく、SBDでルーティングします。その後、受信側のリーフデバイスは、SBDから宛先VLANにトラフィックをローカルにルーティングします。

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

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

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

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

図 12 では、次のようになっています。

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

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

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

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

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

  • SBD上のトラフィックを、マルチホーミングピアではなく、関心のある受信者を持つ他のOISMリーフデバイスにルーティングします。

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

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

拡張 OISM では、内部ソースから EVPN ネットワーク外の受信者への南北トラフィックの 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の選択的Pルーターマルチキャストサービスインターフェイス(S-PMSI)自動検出(A-D)ルートを採用して、次のようにこの区別を行います( 図13を参照)。

• 内部のマルチキャストソースからトラフィックを受信するイングレスOISTリーフデバイスは、それらのマルチキャスト(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 レジスタ メッセージをその(S,G)の PIM RP に向けて送信します。

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

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

以下のようなコマンドを使用して、OISTリーフデバイス上のEVPNタイプ10 S-PMSI A-Dルートの詳細を確認することができます。

• show 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のバージョンを一緒に有効にすることもできます。

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

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

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

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

これらの制約は、デバイスで 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 およびインターフェイス(使用する外部マルチキャスト方式によって異なります)。

また、インストールに必要なテナントインスタンスごとに、IGMP バージョンまたは MLD バージョンごとに 2 つの L3 VRF インスタンスを定義します。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タイプ6ルートを送信するため、他のEVPNデバイスはマルチキャストグループのトラフィックに関心のある受信者について学習します。受信者は、L3 VRFインスタンスの異なるOISM収益ブリッジドメインにあります。EVPNファブリックコアの帯域幅を節約するため、OISTデバイスはルーティングインスタンスのOISM SBD上でのみタイプ6ルートを送受信しています。

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

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

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

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

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

ARリプリケータロールでARを使用してデバイスを設定する場合は、スイッチ、QFX5130-32CDスイッチ、およびQFX5700スイッチのQFX10000ラインでOISMを使用して install-star-g-routes を設定する必要があります。

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以降、これらのデバイスをOISTサーバーリーフまたはボーダーリーフデバイスとして設定する場合、このオプションを設定する必要はなくなりました。

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

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

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

多くのVLANを使用したOISMとARのスケーリング

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

OISM対応デバイスがSBDでタイプ6ルートを受信すると、そのデバイスは次のことを行います。

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

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

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

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

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

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

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

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

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

PEG DF選挙

デフォルトでは、ピアのOISM PEGデバイスはPIMベースのDF選択を使用します。このデバイスは、OISM収益VLANと各L3 VRFの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 候補は、収益 VLAN または SBD の IMET ルートをアドバタイズするデバイスで、以下の EVPN マルチキャスト フラグ拡張コミュニティ値を持ちます。

• IPv4マルチキャストの場合:igmp-snooping-enabled:oism:peg
• IPv6マルチキャストの場合—mld-スヌーピング有効:oism:peg
  手記：

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

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

次のいずれかの PEG DF 選択方法を使用するように PEG デバイスを設定できます。

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

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

  (mapped VNI for the VLAN) 国防省 (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 オプションを設定します。

• デバイスが VNI(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では、イングレスリーフデバイスは東西トラフィックを送信します。

• マルチホーミングピアリーフデバイスへのソースVLAN上。

• SBD上で他のOISTリーフデバイスへ。

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

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

この状況を回避するには、サポートされているデバイスでJunos OSリリース24.2R1以降、OISTリーフデバイスの[edit protocols evpn]階層レベルでmultihoming-peer-gatewaysステートメントを設定できます。このステートメントは、デバイスのループバックIPアドレスによって、デバイスのマルチホーミングピアOISMリーフデバイスを静的に識別します。この設定では、ピアの 1 つへのマルチホーム クライアント接続がダウンしている場合でも、デバイスは常にマルチキャスト トラフィックを送信元 VLAN 上のマルチホーミング ピアに転送します。マルチホーム クライアント接続がフラッピングしているとき、デバイスは送信元 VLAN での転送と SBD でのルーティングを切り替え続ける必要はありません。

例えば、ループバックアドレス192.168.1.1のOISTリーフデバイス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アンダーレイピアリングを使用して、EVPN-VXLANネットワークで拡張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 マルチキャスト データ トラフィック。