テナント ルーテッド マルチキャスト（TRM）は、BGP ベースの EVPN コントロール プレーンを使用する VXLAN ファブリック内でのマルチキャスト転送を有効にします。TRM は、ローカルまたは VTEP 間で同じサブネット内または異なるサブネット内の送信元と受信側の間にマルチテナント対応のマルチキャスト転送を実装します。

この機能により、VXLAN オーバーレイへのマルチキャスト配信の効率が向上します。これは、IETF RFC 6513、6514 で説明されている標準ベースの次世代コントロール プレーン（ngMVPN）に基づいています。TRM は、効率的かつ復元力のある方法で、マルチテナント ファブリック内で顧客の IP マルチキャストトラフィックを配布できるようにします。TRM の配布により、ネットワーク内のレイヤ 3 オーバーレイ マルチキャスト機能が向上します。

BGP EVPN はユニキャスト ルーティングのコントロール プレーンを提供しますが、ngMVPN はスケーラブルなマルチキャスト ルーティング機能を提供します。これは、ユニキャスト用の分散型 IP エニーキャスト ゲートウェイを持つすべてのエッジ デバイス（VTEP）がマルチキャスト用の指定ルータ（DR）になる「常時ルート」アプローチに従います。ブリッジ型マルチキャスト転送は、エッジ デバイス（VTEP）にのみ存在し、IGMP スヌーピングは該当する受信者へのマルチキャスト転送を最適化します。ローカル配信以外のすべてのマルチキャスト トラフィックは効率的にルーティングされます。

TRM を有効にすると、アンダーレイでのマルチキャスト転送が活用され、VXLAN でカプセル化されたルーテッド マルチキャストトラフィックが複製されます。デフォルト マルチキャスト配信ツリー（デフォルト MDT）は、VRF ごとに構築されます。これは、レイヤ 2 仮想ネットワーク インスタンス（VNI）のブロードキャストおよび不明ユニキャスト トラフィック、およびレイヤ 2 マルチキャスト複製グループの既存のマルチキャスト グループに追加されます。オーバーレイ内の個々のマルチキャスト グループ アドレスは、複製および転送のためにそれぞれのアンダーレイ マルチキャスト アドレスにマッピングされます。BGP ベースのアプローチを使用する利点は、TRM を備えた BGP EVPN VXLAN ファブリックが、すべてのエッジ デバイスまたは VTEP に RP が存在する完全な分散型オーバーレイ ランデブー ポイント（RP）として動作できることです。

マルチキャスト対応のデータセンターファブリックは、通常、マルチキャストネットワーク全体の一部です。マルチキャスト送信元、受信側、およびマルチキャスト ランデブー ポイントはデータセンター内に存在する可能性がありますが、キャンパス内にある場合や WAN 経由で外部から到達可能である場合もあります。TRM を使用すると、既存のマルチキャスト ネットワークをシームレスに統合できます。ファブリック外部のマルチキャスト ランデブー ポイントを活用できます。さらに、TRM では、レイヤ 3 物理インターフェイスまたはサブインターフェイスを使用したテナント対応外部接続が可能です。

Cisco NX-OSリリース10.2（1）以降、テナントルーテッドマルチキャスト（TRM）はオーバーレイでIPv6をサポートします。

Cisco NX-OS リリース 10.3(2)F 以降、TRM フローのマルチキャスト フロー パス可視化（FPV）機能は、すでにサポートされているマルチキャスト フローとともに、TRM L3 モードおよびアンダーレイ マルチキャストでサポートされます。この機能により、Cisco Nexus 9000 シリーズ スイッチのすべてのマルチキャスト ステートをエクスポートできます。これは、送信元から受信者までのフロー パスの完全で信頼性の高い追跡性を確保するのに役立ちます。Cisco Nexus 9000 シリーズ スイッチでマルチキャスト フロー パス データ エクスポートを有効にするには、multicast flow-path export コマンドを使用します。

Cisco NX-OS リリース 10.4(2)F 以降では、アンダーレイで IPv6 マルチキャストを使用する VXLAN がサポートされます。オーバーレイ内のホストは、IPv4 または IPv6 にできます。これには、IPv6 バージョンのユニキャスト ルーティング プロトコルと、アンダーレイでの IPv6 マルチキャスト（PIMv6）の使用が必要です。すべてのマルチ宛先オーバーレイ トラフィック（TRM、BUM など）は、IPv6 マルチキャスト アンダーレイを使用できます。

上記のトポロジは、VXLAN EVPN ファブリック内の 4 つのリーフと 2 つのスパインを示しています。アンダーレイは、PIMv6 を実行する IPv6 マルチキャストです。RP はエニーキャスト RP とともにスパインに配置されます。

Cisco NX-OS リリース 10.4(3)F 以降、ファブリック側の PIMv6 アンダーレイとデータセンター インターコネクト（DCI）側の入力レプリケーション（IPv6）の組み合わせは、Cisco Nexus 9300-FX/FX2/FX3/GX/GX2/H2R/H1 ToR スイッチおよび X9716D-GX および X9736C-FX ライン カードを搭載した 9500 スイッチでサポートされます。

Cisco NX-OS リリース 10.5(1)F 以降、アンダーレイ ネットワークは VXLAN EVPN の次の組み合わせをサポートします。

• データセンター ファブリックでは、マルチキャストアンダーレイ（PIMv6）と入力レプリケーション（IPv6）の両方がサポートされます。

• データセンター インターコネクト（DCI）では、入力複製（IPv6）のみがサポートされています。

テナント ルーテッド マルチキャスト（TRM）には、次の注意事項と制約事項があります。

• Cisco NX-OS リリース 10.1(2) 以降では、vPC BGW を使用した TRM マルチサイトがサポートされています。

• Cisco NX-OS リリース 10.2(1q)F 以降、VXLAN TRM は Cisco Nexus N9K-C9332D-GX2B プラットフォーム スイッチでサポートされています。

• Cisco NX-OS リリース 10.2(3)F 以降、VXLAN TRM は Cisco Nexus 9364D-GX2A および 9348D-GX2A プラットフォーム スイッチでサポートされます。

• Cisco NX-OS リリース 10.4(1)F 以降、VXLAN TRM は Cisco Nexus 9332D-H2R スイッチでサポートされます。

• Cisco NX-OS リリース 10.4(2)F 以降、VXLAN TRM は Cisco Nexus 93400LD-H1 スイッチでサポートされています。

• Cisco NX-OS リリース 10.4(3)F 以降、VXLAN TRM は Cisco Nexus 9364C-H1 スイッチでサポートされています。

• テナント ルーテッド マルチキャストが有効になっている場合、FEX はサポートされません。

• VXLAN TRM 機能が VTEP で有効になっている場合、VXLAN ファブリックへの IGMP メッセージの送信が停止します。

• VXLAN のガイドラインと制限事項は TRM にも適用されます。

• TRM が有効になっている場合、コアリンクとしての SVI はサポートされません。

• TRM が設定されている場合、ISSU は中断を伴います。

• TRM は、IPv4 および IPv6 マルチキャスト アンダーレイをサポートします。

• TRM は、オーバーレイ PIM ASM および PIM SSM のみをサポートします。PIM BiDir はオーバーレイではサポートされていません。

• RP は、ファブリックの内部または外部のいずれかに設定する必要があります。

• 内部 RP は、ボーダー ノードを含むすべての TRM 対応 VTEP で設定する必要があります。

• 外部 RP は、ボーダー ノードの外部にある必要があります。

• RP は、外部 RP IP アドレス（スタティック RP）を指す VRF 内で設定する必要があります。これにより、特定の VRF の外部 RP に到達するためのユニキャストおよびマルチキャスト ルーティングが有効になります。

• トランジット ルーティング マルチキャスト（TRM）展開では、プロトコル独立マルチキャスト（PIM）対応インターフェイスでフラッピングが発生すると、RP-on-Stick モデルによってトラフィックがドロップされることがあります。RP につながるターンアラウンド ルータで ip pim spt-switch-graceful コマンドを使用します。このコマンドを使用すると、フラッピング中に最短パス ツリー（SPT）にグレースフルに切り替えることができ、トラフィックのドロップを最小限に抑えることができます。

• 最初のパケットの複製は、Cisco Nexus 9300（EX、FX、FX2 ファミリ スイッチ）でのみサポートされます。

• Cisco NX-OS リリース 10.2(3)F 以降、最初のパケットのレプリケーションは Cisco Nexus 9300-FX3 プラットフォーム スイッチでサポートされます。

• マルチサイトでの TRM は、Cisco Nexus 9504-R プラットフォームではサポートされません。

• TRM は複数のボーダー ノードをサポートします。複数のボーダー リーフ スイッチを介した外部 RP/送信元への到達可能性は、ECMP でサポートされ、対称ユニキャスト ルーティングが必要です。

• VXLAN vPC セットアップで L3 VNI の VLAN で PIM と ip igmp snooping vxlan の両方を有効にする必要があります。

• 外部 RP を使用する内部ソースおよび外部 L3 レシーバを使用するトラフィック ストリームの場合、外部 L3 レシーバは PIM S、G 加入要求を内部ソースに送信することがあります。これを行うと、ファブリック FHR で S、G の再作成がトリガーされ、この S、G がクリアされるまでに最大 10 分かかることがあります。

• Cisco NX-OS リリース 10.3(1)F 以降、TRM のリアルタイム/フレックス統計は Cisco Nexus 9300-X クラウド スケール スイッチでサポートされています。

• TRM は vPC/エニーキャスト BGW だけでなく vPC ファブリック ピアリング リーフもサポートします。

TRM アップグレードの制限があるVXLAN

注意	メンテナンス ウィンドウ中に次の変更を行う必要があります。

VXLAN（特に VRF 関連の構成）で構成されたCisco NX-OS 9000 シリーズ スイッチをCisco NX-OSリリース 7.x から 9.3 から 10.3(6) 以前にアップグレードした後、2 つの問題が発生します。

• startup-config は、レガシーと新しい両方のレイヤ 3 VNID 構成モードを表示します。

• TRM トラフィックのRPF が S,G の新しいモードに変更されるため、マルチキャスト トラフィック転送の問題が発生します。

問題を修正するには、次の手順を実行します。

• 次のコマンドを使用して、 REST 構成入力を有効にします。

  feature nxapi
              nxapi http port 80

• ブラウザを開き、スイッチの管理 IP アドレスを入力します。これにより、[サンドボックス（Sandbox）] ページが開きます。スイッチの管理者ログインと同じログイン情報を使用してサインインします。

• 上部の入力テキストボックスに、 VNI ID の問題がある各 VRF に対して次のコマンドを入力します：

  vrf context tenant-1 
          no vni 50000 l3

• ページの右側で、[メソッド（Method）] を NXAPI- REST(DME) に設定し、[入力タイプ（Input Type）] は [cli]のままにします。

• ページの中央にある、[変換（DN を使用）（Convert (with DN)）] ボタンをクリックします。これにより、構成変更に相当する XML が生成されます。

• 2 番目のテキスト ボックスに XML が表示されたら、[送信（Send）] をクリックして変更を適用し、スイッチから VNI ID 構成を削除します。

• 変更が適用されていることを確認するには、次のコマンドを実行します。

  copy running-config startup-config

レイヤ3テナント ルーテッドマルチキャスト（TRM）には次の設定の注意事項と制限事項があります。

• Cisco NX-OS リリース 9.3(3) から Cisco NX-OS リリース 9.3(6) にアップグレードするとき、Cisco NX-OS リリース 9.3(3) から TRM 対応 VRF の設定を保持しない場合や、アップグレード後に新しい VRF を作成する場合、feature ngmvpn が有効な際に、ip multicast multipath s-g-hash next-hop-based CLI の自動生成は発生しません。TRM 対応 VRF ごとに CLI を手動で有効にする必要があります。

• レイヤ 3 TRM は、Cisco Nexus 9200、9300-EX、および 9300-FX/FX2/FX3/FXP および 9300-GX プラットフォーム スイッチでサポートされます。

• Cisco NX-OS リリース 10.2(3)F 以降、レイヤ 3 TRM が Cisco Nexus 9300-GX2 プラットフォーム スイッチでサポートされます。

• Cisco NX-OS リリース 10.4(1)F 以降、レイヤ 3 TRM は Cisco Nexus 9332D-H2R スイッチでサポートされています。

• Cisco NX-OS リリース 10.4(2)F 以降、レイヤ 3 TRM は Cisco Nexus 93400LD-H1 スイッチでサポートされています。

• Cisco NX-OS リリース 10.4(3)F 以降、レイヤ 3 TRM は Cisco Nexus 9364C-H1 スイッチでサポートされています。

• Cisco NX-OS リリース 9.3(7) 以降では、Cisco Nexus N9K-C9316D-GX、N9K-C9364C-GX、および N9K-X9716D-GX プラットフォーム スイッチは、レイヤ 3 TRM と EVPN マルチサイトの組み合わせをサポートしています。

• Cisco Nexus 9300-GX プラットフォーム スイッチは、Cisco NX-OS リリース 9.3(5) でのレイヤ 3 TRM と EVPN マルチサイトの組み合わせをサポートしていません。

• Cisco NX-OS リリース 10.2(3)F 以降、レイヤ 3 TRM と EVPN マルチサイトの組み合わせが Cisco Nexus 9300-GX2 プラットフォーム スイッチでサポートされます。

• Cisco NX-OS リリース 10.4(1)F 以降、レイヤ 3 TRM と EVPN マルチサイトの組み合わせが Cisco Nexus 9332D-H2R スイッチでサポートされます。

• Cisco NX-OS リリース 10.4(2)F 以降、レイヤ 3 TRM と EVPN マルチサイトの組み合わせが Cisco Nexus 93400LD-H1 スイッチでサポートされます。

• Cisco NX-OS リリース 10.4(3)F 以降、レイヤ 3 TRM と EVPN マルチサイトの組み合わせが Cisco Nexus 9364C-H1 スイッチでサポートされます。

• Cisco NX-OS リリース 9.3(3) 以降、-R/RX ライン カードを搭載した Cisco Nexus 9504 および 9508 プラットフォーム スイッチは、レイヤ 3 モードで TRM をサポートします。この機能は、IPv4 オーバーレイでのみサポートされます。レイヤ 2 モードと L2/L3 混合モードはサポートされていません。

  -R/RX ライン カードを搭載した Cisco Nexus 9504 および 9508 プラットフォーム スイッチは、レイヤ 3 ユニキャスト トラフィックのボーダー リーフとして機能できます。エニーキャスト機能の場合、RP は内部、外部、またはあらゆる場所の RP にすることができます。

• TRM VXLAN BGP EVPN を設定する場合、次のプラットフォームがサポートされます。

  • Cisco Nexus 9200、9332C、9364C、9300-EX、および 9300-FX/FX2/FX3/FXP プラットフォーム スイッチ。

  • Cisco Nexus 9300-GX/GX2 プラットフォーム スイッチ

  • Cisco Nexus 9300-H2R/H1 プラットフォーム スイッチ

  • 9700-EX ライン カード、9700-FX ライン カード、9700-FX3 ライン カードを持つ Cisco Nexus 9500 プラットフォーム スイッチ。

• レイヤ 3 TRM と VXLAN EVPN マルチサイトは、同じ物理スイッチでサポートされます。詳細については、VXLAN EVPN マルチサイトの構成を参照してください。

• TRM マルチサイト機能は、-R/RX ライン カードを搭載した Cisco Nexus 9504 プラットフォーム スイッチではサポートされません。

• 一方または両方のVTEPが -R/RX ライン カードを備えた Cisco Nexus 9504 または 9508 プラットフォーム スイッチである場合、パケット TTL は 2 回デクリメントされます。1 回は送信元リーフの L3 VNI にルーティングするため、もう 1 回は宛先 L3 VNI から宛先リーフの宛先 VLAN に転送するためです。

• vPC ボーダー リーフでの TRM は、Cisco Nexus 9200、9300-EX、および 9300-FX/FX2/FX3/GX/GX2/H2R/H1 プラットフォーム スイッチおよび-EX/FX/FX3 または -R/RX ライン カードを搭載した Cisco Nexus 9500 プラットフォーム スイッチでのみサポートされます。この機能をサポートするには、ボーダー リーフで advertise-pip コマンドと advertise virtual-rmac コマンドを有効にする必要があります。設定情報については、「VIP/PIP の設定」の項を参照してください。

• いずれかの vPC ピアの背後にあるレイヤ 3 ソースをサポートするには、物理 MCT か仮想 MCT かに関係なく、vPC ピア間に VRF-lite として設定された物理リンクが必要です。このセットアップは、vPC ピアの背後にあるレシーバに対応するために必要です。特に、ファブリック内の唯一のレシーバである場合です。この要件は、vPC が BGW、ボーダー リーフ、または内部リーフとして機能するすべてのシナリオに適用されます。

  受信側の vPC ピアで、VRF-lite リンクには、L3 ソースへの RPF として選択される他のパス（iBGP または eBGP）よりも L3 ソースへの到達可能性メトリックが優れている必要があります。この構成では、トラフィックは EVPN ファブリックを通過せずに受信者に直接流れます。

• 既知のローカル スコープ マルチキャスト（224.0.0.0/24）は TRM から除外され、ブリッジされます。

• インターフェイス NVE がボーダー リーフでダウンした場合、VRF ごとの内部オーバーレイ RP をダウンする必要があります。

• Cisco NX-OS リリース 10.3(1)F 以降、新しい L3VNI モード CLI の TRM サポートが Cisco Nexus 9300-X クラウド スケール スイッチで提供されます。

• Cisco NXOS リリース 10.2(1)F 以降、TRM フローパスの可視化は、単一の VXLAN EVPN サイト内のフローでサポートされます。

• Cisco NXOS リリース 10.3(2)F 以降、TRM フロー パスの可視化のサポートは、Cisco Nexus 9000 シリーズ プラットフォーム スイッチの以下のトラフィック パターンに拡張されました。

  • TRM マルチサイト DCI マルチキャスト

  • TRM マルチサイト DCI IR

  • TRM データ MDT

  • 仮想 MCT vPC 上の TRM

  • 新しい L3VNI を使用した TRM

  • BUM トラフィックの可視性はサポートされていません。

• Cisco NX-OS リリース 10.4(3)F 以降、Cisco Nexus X9836DM-A および X98900CD-A ライン カードを搭載した Cisco Nexus 9808/9804 スイッチ上の TRM マルチサイト エニーキャスト BGW は、次の機能をサポートします。

  • TRMv4

  • コア全体の DCI ピア間での入力レプリケーション

  • ファブリック ピアのマルチキャスト アンダーレイ。

  • 新しい L3VNI モードのみがサポートされます。一方、従来の L3VNI モードはサポートされません。

  Cisco Nexus X9836DM-A および X98900CD-A ライン カードを搭載した Cisco Nexus 9808/9804 スイッチ上の TRM マルチサイト エニーキャスト BGW は、次の機能をサポートしません。

  • TRMv6

  • Data MDT

  • コア全体の DCI ピア間のマルチキャスト アンダーレイはサポートされていません。

レイヤ2 /レイヤ3テナントルーテッドマルチキャスト（TRM）には、次の設定の注意事項と制約事項があります。

• すべての TRM レイヤ 2/レイヤ 3 設定済みスイッチはアンカー DR である必要があります。これは、TRM レイヤ 2/レイヤ 3 では、同じトポロジ内に共存する TRM レイヤ 2 モードでスイッチを設定できるためです。このモードは、非 TRM およびレイヤ 2 TRM モードのエッジ デバイス（VTEP）が同じトポロジに存在する場合に必要です。 


• アンカー DR はオーバーレイの RP である必要があります。

• アンカー DR には追加のループバックが必要です。

• 非 TRM およびレイヤ 2 TRM モード エッジ デバイス（VTEP）では、マルチキャスト対応 VLAN ごとに設定された IGMP スヌーピング クエリアが必要です。TRM マルチキャスト制御パケットは VXLAN 経由で転送されないため、すべての非 TRM およびレイヤ 2 TRM モード エッジ デバイス（VTEP）には、この IGMP スヌーピング クエリア設定が必要です。

• IGMP スヌーピング クエリアの IP アドレスは、非 TRM およびレイヤ 2 TRM モードのエッジ デバイス（VTEP）で再利用できます。

• VPC ドメイン内の IGMP スヌーピング クエリアの IP アドレスは、VPC メンバーデバイスごとに異なる必要があります。

• インターフェイス NVE がボーダー リーフでダウンすると、VRF ごとの内部オーバーレイ RP がダウンします。

• ip multicast overlay-distributed-dr コマンドの設定中は、NVE インターフェイスをシャットダウンおよびシャットダウン解除する必要があります。

• Cisco NX-OS リリース 9.2(1) 以降では、vPC ボーダー リーフを使用した TRM がサポートされています。Advertise-PIP および Advertise Virtual-Rmac は、機能でサポートするためにボーダー リーフで有効にする必要があります。advertise-pip と advertise virtual-rmac の設定については、「VIP/PIP の設定」の項を参照してください。

• Anchor DR は次のハードウェア プラットフォームではサポートされません。

  • Cisco Nexus 9200、9300-EX、および 9300-FX/FX2 プラットフォーム スイッチ

  • 9700-EX/FX/FX3 ライン カード搭載の Cisco Nexus 9500 プラットフォーム スイッチ。

• Cisco NX-OS リリース 10.2(3)F 以降、アンカー DR は Cisco Nexus 9300-FX3 プラットフォーム スイッチでサポートされます。

• レイヤ 2/レイヤ 3 テナント ルーテッド マルチキャスト（TRM）は、Cisco Nexus 9300-FX3/GX/GX2/H2R/H1 プラットフォーム スイッチではサポートされません。

IPv6 マルチキャスト アンダーレイを使用した VXLAN EVPN および TRM の場合、次の注意事項および制限事項があります。

• スパインベースのスタティック RP は、アンダーレイでサポートされます。

• Cisco Nexus 9300-FX、FX2、FX3、GX、GX2、 H2R、および H1 ToR スイッチは、リーフ VTEP としてサポートされます。

• Cisco Nexus X9716D-GX および X9736C-FX ライン カードは、スパイン（EoR）でのみサポートされます。

• EoR がマルチキャスト アンダーレイ（PIMv6）エニーソース マルチキャスト（ASM）を使用してスパイン ノードとして展開されている場合は、グローバル コンフィギュレーション モードで次のいずれかのコマンドを使用して、デフォルト以外のテンプレートを構成する必要があります。

  • system routing template-multicast-heavy

  • system routing template-multicast-ext-heavy

• OSPFv3、ISIS、eBGP アンダーレイがサポートされます。

• PIMv6 ASM（スパース モード）はアンダーレイでサポートされます。

• PIMv6 エニーキャスト RP は、RP 冗長性としてアンダーレイでサポートされます。

• アンダーレイ IPv6 マルチキャストがサポートされます。

• アンダーレイ IPv6 マルチキャストは、EOR プラットフォームではリーフとしてサポートされません。

• オーバーレイ トラフィックの場合、各 Cisco Nexus 9000 リーフ スイッチは RP です。外部 RP もサポートされます。

• IPv6 マルチキャスト アンダーレイを使用した EVPN TRMv4 および TRMv6 は、ファブリックでサポートされます。

• ファブリック ピアリングとマルチサイトは、IPv6 マルチキャスト アンダーレイではサポートされません。

• NVE のグローバル mcast-group を SSM 範囲として構成することはできません。その逆も同様です。明示的な SSM 構成がない場合、データ プレーンのデフォルトは 232/8 です。したがって、232.0.0.0/8 は SSM として構成しないでください。その逆も同様です。

• GPO は IPv6 マルチキャスト アンダーレイではサポートされません。

• IPv6 マルチキャスト アンダーレイを使用した EVPN TRMv4 および TRMv6 の場合、入力 SUP リージョンの TCAM リージョンを 768 に分割する必要があります。

  • show hardware access-list tcam region コマンドを使用して入力 SUP リージョンを確認します。

  • 入力 SUP リージョンが 768 以上でない場合は、 hardware access-list tcam region ing-sup 768 コマンドを使用して構成する必要があります。

    （注）	ing-sup を 768 として構成しているときに「Aggregate ingress TCAM allocation failure」というエラーが表示された場合は、他の TCAM リージョンからその量を借用する必要があります。

  • この構成後にデバイスをリロードします。

• Cisco NX-OS リリース 10.5(1)F 以降、データセンター ファブリックの VXLAN EVPN は、マルチキャスト アンダーレイ（PIMv6）Any-Source Multicast（ASM）とアンダーレイでの入力複製（IPv6）の両方をサポートします。このサポートは、以下のスイッチおよヴぃライン カードで利用可能です。

  • リーフ VTEP としての Cisco Nexus 9300-FX、FX2、FX3、GX、GX2、H2R、および H1 ToR スイッチ。

  • アンダーレイがマルチキャストアンダーレイ（PIMv6）エニーソースマルチキャスト（ASM）用に構成されている場合には、スパインとして Cisco Nexus N9K-X9716D-GX および N9K-X9736C-FX ラインカード。

  • アンダーレイが入力複製（IPv6）を使用する場合は、VTEP として Cisco Nexus N9K-X9716D-GX および N9K-X9736C-FX ラインカード。

テナント ルーテッド マルチキャストでは、次のランデブー ポイント オプションがサポートされています。

• VXLAN ファブリック内のランデブー ポイントの設定

• 外部ランデブー ポイントの設定

• PIM エニーキャストを使用した RP Everywhere の設定

• MSDP ピアリングを使用した RP Everywhere の設定

VXLAN ファブリックでの IPv6 マルチキャスト アンダーレイの構成には、次の構成が含まれます。

Cisco NX-OS リリース 10.3(1)F 以降、TRM のリアルタイム/フレックス統計が Cisco Nexus 9300-X Cloud スケール スイッチでオーバーレイ ルートに対してサポートされます。フレックス統計はアンダーレイ ルートではサポートされていません

（注）	VXLAN NVE VNI 入力および出力、NVE ピアごとの入力、およびトンネル送信統計はサポートされません。

VXLAN TRM セットアップで、オーバーレイ mroute の mroute 統計が必要な場合は、デフォルト テンプレートで hardware profile multicast flex-stats-enable コマンドを構成する必要があります。設定の詳細については、TRM のフレックス統計の構成 を参照してください。

フレックス統計 CLI を有効にすると、次の CLI はサポートされなくなります。

• sh nve vni <vni_id>/<all> counters

• sh nve peers <peer-ip> interface nve 1 counters

• sh int tunnel <Tunnel interface number> counters

次の例では、リーフ、スパイン、および RP の設定例が示されています。

• リーフ：IPv6 マルチキャスト アンダーレイの設定例：

  • NVE の設定

    interface nve1
      no shutdown
      host-reachability protocol bgp
      source-interface loopback1
      member vni 10501
        mcast-group ff04::40
      member vni 50001 associate-vrf
        mcast-group ff10:0:0:1::1
    

  • PIMv6 の設定

    feature pim6
    
    ipv6 pim rp-address 101:101:101:101::101 group-list ff00::/8
    
    interface loopback1
      ipv6 address 172:172:16:1::1/128
      ipv6 pim sparse-mode
    
    interface Ethernet1/27
      ipv6 address 27:50:1:1::1/64
      ospfv3 hello-interval 1
      ipv6 router ospfv3 v6u area 0.0.0.0
      ipv6 pim sparse-mode
      no shutdown
    

  • BGP の設定

    router bgp 100
        router-id 172.16.1.1
        address-family ipv4 unicast
          maximum-paths 64
          maximum-paths ibgp 64
        address-family ipv6 unicast
          maximum-paths 64
          maximum-paths ibgp 64
        address-family ipv4 mvpn
        address-family l2vpn evpn
        neighbor 172:17:1:1::1
          remote-as 100
          update-source loopback0
          address-family ipv4 mvpn
            send-community
            send-community extended
          address-family ipv6 mvpn
            send-community
            send-community extended
          address-family l2vpn evpn
            send-community
         neighbor 172:17:2:2::1
           remote-as 100
           update-source loopback0
           address-family ipv4 mvpn
             send-community
             send-community extended
           address-family ipv6 mvpn
             send-community
             send-community extended
           address-family l2vpn evpn
             send-community
             send-community extended
         vrf VRF1
           reconnect-interval 1
           address-family ipv4 unicast
             network 150.1.1.1/32
             advertise l2vpn evpn
             redistribute hmm route-map hmmAdv
    
    evpn
      vni 10501 l2
        rd auto
        route-target import auto
        route-target export auto
    vrf context VRF1
      vni 50001
    rd auto
    address-family ipv4 unicast
       route-target both auto
       route-target both auto mvpn
       route-target both auto evpn
    address-family ipv6 unicast
       route-target both auto
       route-target both auto mvpn
       route-target both auto evpn
    
    Note: Incase of vPC leafs, you need to configure identical “mvpn vri id” on both the vPC nodes. For example:
    
    router bgp 100
      mvpn vri id 2001
    

    （注）	MVPN VRI IDは、ネットワークまたはセットアップ内で一意である必要があります。つまり、ネットワークに 3 つの異なる vPC ペアのセットがある場合、各ペアには異なる VRI ID が必要です。

• スパイン：IPv6 マルチキャスト アンダーレイの設定例：

  • NVE の設定

    nv overlay evpn

  • PIMv6 の設定

    feature pim6
    
    ipv6 pim rp-address 101:101:101:101::101 group-list ff00::/8
    ipv6 pim anycast-rp 101:101:101:101::101 102:102:102:102::102
    ipv6 pim anycast-rp 101:101:101:101::101 103:103:103:103::103
    
    interface loopback101
      ipv6 address 101:101:101:101::101/128
      ipv6 router ospfv3 v6u area 0.0.0.0
      ipv6 pim sparse-mode
    
    interface loopback102
      ipv6 address 102:102:102:102::102/128
      ipv6 router ospfv3 v6u area 0.0.0.0
      ipv6 pim sparse-mode
    
    interface Ethernet1/50/1
      ipv6 address 27:50:1:1::2/64
      ipv6 pim sparse-mode
      no shutdown
    

  • BGP の設定

    feature bgp
    
    router bgp 100
            router-id 172.16.40.1
             address-family ipv4 mvpn
            address-family ipv6 mvpn
            address-family l2vpn evpn
            neighbor 172:16:1:1::1
              remote-as 100
              update-source loopback0
              address-family ipv4 mvpn
                send-community
                send-community extended
                 route-reflector-client
              address-family ipv6 mvpn
               send-community
                send-community extended
                 route-reflector-client
              address-family l2vpn evpn
              send-community
                send-community extended
                 route-reflector-client