内容

概要

トポロジ

トポロジの詳細

PIM/マルチキャストの詳細（TRM固有）

使用するコンポーネント

手順の概要

ステップ 1：DC1向けEasy Fabricの作成

ステップ 2：DC2向けEasy Fabricの作成

ステップ 3：マルチサイト用MSDの作成

ステップ 4：DC1およびDC2ファブリックのマルチサイトMSDへの移行

ステップ 5：VRFの作成

ステップ 6：ネットワークの構築

手順 7：DCIスイッチの外部ファブリックの作成

ステップ 8：各ファブリックへのスイッチの追加

手順 9：個別ファブリックのTRM設定

手順 10：ボーダーゲートウェイでのVRFLITEの設定

ステップ 11：ボーダーゲートウェイでのマルチサイトアンダーレイの設定

ステップ 12：TRMのマルチサイトオーバーレイ設定

ステップ 13：MSDおよび個別ファブリックでの保存/導入

ステップ 14：MSDのVRF拡張の添付ファイル

ステップ 15：MSDからファブリックへのネットワーク設定のプッシュ

ステップ 16：すべてのVRFでのVRFとネットワークの確認

ステップ 17：外部ファブリックへの設定の展開

ステップ 18：DCIスイッチ間のiBGPの設定

ステップ 19：IGP/BGPネイバーシップの確認

OSPFネイバーシップ

BGPネイバーシップ

TRMのBGP MVPNネイバーシップ

ステップ 20：ボーダーゲートウェイスイッチでのテナントVRFループバックの作成

ステップ 21：DCIスイッチでのVRFLITE設定

ユニキャスト検証

DC1-Host1からDC2-Host1へのEast/West

DC1-Host1からPIM RP(10.200.200.100)へのNorth/South

マルチキャスト検証

非VXLAN（コアスイッチの背後）の送信元、DC2のレシーバ

DC1のソース、DC2のレシーバ、および外部

DC2のソース、DC1のレシーバ、および外部

概要

このドキュメントでは、ボーダーゲートウェイがDCIスイッチ経由で接続されているCisco Nexus 9000 VXLANマルチサイトTRMファブリックを導入する方法について説明します

トポロジ

トポロジの詳細

- DC1とDC2は、VXLANを実行している2つのデータセンターの場所です。

- DC1およびDC2ボーダーゲートウェイは、DCIスイッチを介して相互に接続されます。

- DCIスイッチはVXLANを実行しません。これらは、DC1からDC2への到達可能性およびDC2からDC2への到達可能性を確保するためにアンダーレイのeBGPを実行しています。また、DCIスイッチにはテナントvrfが設定されます。この例では、vrf- "tenant-1"です。

- DCIスイッチは、VXLAN以外の外部ネットワークにも接続します。

- VRFLITE接続はボーダーゲートウェイで終端(NXOS-9.3(3)およびDCNM-11.3(1)から開始されたVRFLITEおよびボーダーゲートウェイ機能の共存のサポート)

- ボーダーゲートウェイがエニーキャストモードで実行されている。このバージョンでTRM(Tenant Routed Multicast)を実行している場合、ボーダーゲートウェイをvPCとして設定できません（その他の制限については、『マルチサイトTRM設定ガイド』を参照してください）

- このトポロジでは、すべてのBGWスイッチが各DCIスイッチへの2つの物理接続を持ちます。1つのリンクはデフォルトのVRF（サイト間トラフィックに使用される）に存在し、他のリンクはVRFテナント1に存在し、VRFLITEを非vxlan環境に拡張するために使用されます。

PIM/マルチキャストの詳細（TRM固有）

- 両方のサイトのアンダーレイPIM RPはスパインスイッチで、Loopback254は同じ設定になっています。アンダーレイPIM RPは、VTEPがPIMレジスタおよびPIM結合をスパインに送信できるように使用されます（さまざまなVNIDのBUMトラフィック複製の目的のために）

- TRMでは、RPを異なる方法で指定できます。このドキュメントでは、PIM RPがVXLANファブリックの外部にあるトポロジの上部にあるコアルータです。

- すべてのVTEPには、それぞれのVRFで設定されたPIM RPとして指定されたコアルータがあります

- DC1-Host1はグループ239.144.144.144にマルチキャストを送信しています。DC2-Host1はDC2内のこのグループのレシーバであり、vxlanへのHost External(172.17.100.100)もこのグループにサブスクライブしています

- DC2-Host1はグループ239.145.145.145にマルチキャストを送信しています。DC1-Host1はDC1のこのグループのレシーバであり、vxlanへのHost External(172.17.100.100)もこのグループにサブスクライブしています

- DC2-Host2はVlan 144にあり、マルチキャストグループ(239.144.144.144および239.100.100.100)のレシーバです

- 外部ホスト(172.17.100.100)は、DC1-Host1とDC2-Host1の両方がレシーバであるトラフィックを送信しています。

- これには、East/West Inter/Intra VlanおよびNorth/Southマルチキャストトラフィックフローが含まれます

使用するコンポーネント

- 9.3(3)が稼働するNexus 9000スイッチ

- 11.3(1)を実行するDCNM

このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されました。このドキュメントで使用するすべてのデバイスは、初期（デフォルト）設定の状態から起動しています。対象のネットワークが実稼働中である場合には、どのようなコマンドについても、その潜在的な影響について確実に理解しておく必要があります。

手順の概要

1)このドキュメントは、VXLANマルチサイト機能を使用する2つのDCに基づいているため、2つのEasy Fabricを作成する必要があります

2) MSDを作成し、DC1とDC2を移動する

3)外部ファブリックの作成とDCIスイッチの追加

4)マルチサイトアンダーレイを作成し、オーバーレイする

5)ボーダーゲートウェイでのVRF拡張添付の作成

6)ユニキャストトラフィックの検証

7)マルチキャストトラフィックの検証

ステップ 1：DC1向けEasy Fabricの作成

- DCNMにログインし、ダッシュボードからオプション – > [Fabric Builder]を選択します

- [Create Fabric]オプションを選択します

- 次に、ファブリック名、テンプレートを指定し、[General]タブで、関連するASN、ファブリックインターフェイスの番号付け、Any Cast Gateway MAC(AGM)を入力します

# AGMは、デフォルトゲートウェイのMACアドレスとしてファブリック内のホストによって使用されます。これは、すべてのリーフスイッチで同じです（ファブリック内のすべてのリーフスイッチがエニーキャストファブリックフォワーディングを実行している場合）。 デフォルトゲートウェイのIPアドレスとMACアドレスは、すべてのリーフスイッチで同じになります

- 次に、レプリケーションモードを設定します

#このドキュメントの目的のレプリケーションモードはマルチキャストです。もう1つのオプションは、入力レプリケーション(IR)を使用することです

#マルチキャストグループサブネットは、VTEPがBUMトラフィック（ARP要求など）を複製するために使用するマルチキャストグループです

# [Enable Tenant Routed Multicast(TRM)]のチェックボックスを有効にする必要があります

#必要に応じて他のボックスに入力します。

- このトポロジではvPCを使用していないため、vPCのタブは変更されません

- 次に[Protocols]タブを選択します

#必要に応じて関連するボックスを変更します。

- 次は[Advanced]タブです

#このドキュメントでは、すべてのフィールドがデフォルトのままになっています。

# ASNは、[General]タブで指定されたASNから自動的に入力されます

- 次に、[リソース]タブのフィールドに入力します

#アンダーレイルーティングループバックIP範囲は、BGP、OSPFなどのプロトコルに使用される

#アンダーレイVTEPループバックIP範囲は、NVEインターフェイスに使用されるIP範囲です。

#アンダーレイRPは、BUMマルチキャストグループに使用されるPIM RP用です。

- 他のタブに関連情報を入力し、「保存」します。

ステップ 2：DC2向けEasy Fabricの作成

- 手順1と同じタスクを実行して、DC2のEasy Fabricを作成します

- NVEおよびルーティングループバックおよびその他の関連エリアに対して、リソースの下に異なるIPアドレスブロックを提供することを確認します

- ASNも異なる必要があります

- レイヤ2とレイヤ2のVNIDは同じです

ステップ 3：マルチサイト用MSDの作成

- MSDファブリックは、次のように作成する必要があります。

- [DCI]タブにも入力します

#マルチサイトオーバーレイIFC展開方法は「Direct_To_BGWS」です。これは、DC1-BGWがDC2-BGWとのオーバーレイ接続を形成するためです。トポロジに示されているDCIスイッチは、単なるトランジットレイヤ3デバイス（およびVRFLITE）です

- 次に、マルチサイトループバック範囲について説明します(このIPアドレスは、DC1およびDC2 BGWのマルチサイトループバックIPとして使用されます。DC1-BGW1とDC1-BGW2は同じマルチサイトループバックIPを共有します。DC2-BGW1とDC2-BGW2は同じマルチサイトループバックIPを共有しますが、DC1-BGWとは異なります

#フィールドに入力したら、[save]をクリックします。

#ステップ1 ～ 3が完了すると、Fabric Builderページは次のようになります。

ステップ 4：DC1およびDC2ファブリックのマルチサイトMSDへの移行

#この手順では、DC1およびDC2ファブリックは、手順3で作成したMultisite-MSDに移動します。次に、これを実現する方法のスクリーンショットを示します。

# MSDを選択し、[Move Fabrics]をクリックしてから、DC1とDC2を1つずつ選択し、[add]をクリックします。

#両方のファブリックを移動すると、ホームページは次のようになります

# Multisite-MSDはDC1とDC2をメンバーファブリックとして表示します

ステップ 5：VRFの作成

# VRFの作成は、両方のファブリックに適用されるMSDファブリックから実行できます。これを実現するためのスクリーンショットを次に示します。

#詳細設定タブにも入力し、「作成」します。

ステップ 6：ネットワークの構築

# Vlanと対応するVNIDを作成すると、SVIはMSDファブリックから実行できます。これは両方のファブリックに適用できます。

# [advanced]タブで、BGWがネットワークのゲートウェイである必要がある場合は、チェックボックスをオンにします

#すべてのフィールドに入力したら、[Create Network]をクリックします

#他のVlan/ネットワークについても同じ手順を繰り返します

手順 7：DCIスイッチの外部ファブリックの作成

#この例では、2つ以上のファブリックがある場合によく見られるDC1からDC2へのパケット（サイト間通信に関する限り）のパスにあるDCIスイッチを考慮しています。

#外部ファブリックには、このドキュメントの最初に示すトポロジの先頭にある2つのDCIスイッチが含まれます

# 「外部」テンプレートを使用してファブリックを作成し、ASN

#導入のその他の関連フィールドの変更

ステップ 8：各ファブリックへのスイッチの追加

#ここでは、ファブリックごとにすべてのスイッチが各ファブリックに追加されます。

スイッチを追加する手順を次のスクリーンショットに示します。

# "Preseve Config"が"NO"の場合；存在するスイッチ設定はすべて消去されます。例外は、VRFコンテキスト管理のホスト名、ブート変数、MGMT0 IPアドレス、ルートです

#スイッチのロールを正しく設定します（スイッチを右クリックし、ロールを設定し、関連するロールを設定します）。

#スイッチのレイアウトも適宜調整し、[レイアウトの保存]をクリックします

手順 9：個別ファブリックのTRM設定

- 次に、各ファブリックでTRMチェックボックスを有効にします

#すべてのファブリックのすべてのネットワークに対してこの手順を実行します。

- これを行うと、個々のファブリックのVRFも変更を加え、次のように情報を追加する必要があります。

#これは、VRFセクションだけでなく、DC1とDC2でも行う必要があります。

# VRF-> 239.1.2.100のマルチキャストグループが、自動入力されたグループから手動で変更されていることに注意してください。ベストプラクティスは、レイヤ3 VNI VRFおよび任意のL2 VNI VlanのBUMトラフィックマルチキャストグループに異なるグループを使用することです

手順 10：ボーダーゲートウェイでのVRFLITEの設定

# NXOS 9.3(3)およびDCNM 11.3(1)から、ボーダーゲートウェイはボーダーゲートウェイおよびVRFLITE接続ポイントとして機能できます（これにより、ボーダーゲートウェイは外部ルータとVRFLITEネイバーシップを持ち、外部デバイスと通信できます）

#このドキュメントでは、ボーダーゲートウェイが、上記のトポロジの北にあるDCIルータとVRFLITEネイバーシップを形成しています。

#注目すべき点は、VRFLITEリンクとマルチサイトアンダーレイリンクを同じ物理リンクにすることはできません。仮想アンダーレイとマルチサイトのアンダーレイを形成するには、個別のリンクをスパンする必要があります

#次のスクリーンショットは、ボーダーゲートウェイでVRF LITEとマルチサイト拡張の両方を実現する方法を示しています。

# 「表形式ビュー」に切り替える

#タブの「links」に移動し、「inter-fabric VRFLITE」リンクを追加します。これにより、送信元ファブリックをDC1に、宛先ファブリックをDCIに指定する必要があります

#正しいDCIスイッチにつながる送信元インターフェイスに適切なインターフェイスを選択します

#リンクプロファイルで、ローカルおよびリモートIPアドレスを指定します

#チェックボックスも有効にします。VRFLITEに対するDCIスイッチの設定も自動的に設定されます（これは将来の手順で行われます）

ASNの自動入力

#すべてのフィールドに正しい情報を入力したら、[保存]ボタンをクリックします

- 上記の手順は、2つのDCIスイッチに向かう4つのボーダーゲートウェイすべてですべてのBGWからDCIへの接続に対して実行する必要があります。

- このドキュメントのトポロジを考慮すると、合計8つのインターファブリックVRF LITE接続が存在し、次のようになります。

ステップ 11：ボーダーゲートウェイでのマルチサイトアンダーレイの設定

#次に、各ファブリックのすべてのボーダーゲートウェイでマルチサイトアンダーレイを設定します。

#そのためには、BGWからDCIスイッチへの個別の物理リンクが必要です。手順10でVRFLITEに使用されたリンクは、マルチサイトのオーバーレイには使用できません

#これらのインターフェイスは、前のインターフェイスがテナントvrfの一部になる場合とは異なり、「default vrf」の一部になります（この例では、これはtenant-1です）

#次のスクリーンショットは、この設定を行う手順を説明するのに役立ちます。

# BGWからDCIスイッチへのすべての接続についても、同じ手順を実行する必要があります

#最後に、合計8つのインターファブリックマルチサイトアンダーレイ接続が次のように表示されます。

ステップ 12：TRMのマルチサイトオーバーレイ設定

#マルチサイトアンダーレイが完了すると、マルチサイトのオーバーレイインターフェイス/リンクが自動入力され、マルチサイトMSDファブリック内のリンクの下の表形式ビューで表示されます。

#デフォルトでは、マルチサイトオーバーレイは各サイトBGWから別のサイトへのユニキャスト通信に必要なbgp l2vpn evpnネイバーシップのみを形成します。ただし、vxlanマルチサイト機能によって接続されているサイト間でマルチキャストを実行する必要がある場合は、マルチサイトMSDファブリック内のすべてのオーバーレイインターフェイスに対して、次のように[TRM]チェックボックスを有効にする必要があります。この方法については、スクリーンショットで説明します。

ステップ 13：MSDおよび個別ファブリックでの保存/導入

#上記の手順に従って、関連する設定をプッシュする保存/導入を実行します

# MSDを選択すると、プッシュされる設定はボーダーゲートウェイにのみ適用されます。

#したがって、個々のファブリックの保存/導入が必要です。これにより、関連する設定がすべての通常のリーフスイッチ/VTEPにプッシュされます

ステップ 14：MSDのVRF拡張の添付ファイル

# MSDを選択し、[VRF]セクションに移動します

#拡張オプションは、このドキュメントで示すように「MULTISITE+VRF_LITE」にする必要があります。ボーダーゲートウェイ機能とVRFLITEは、ボーダーゲートウェイスイッチに統合されています。

# AUTO_VRF_LITEがtrueに設定されます

# BGWからDCIスイッチに次に示すように、ピアVRF NAMEは、すべて8に対して手動で入力する必要があります（この例では、DCIスイッチで同じVRF名を使用します）

#完了したら、[save]をクリックします。

# VRF拡張を作成する際は、ボーダゲートウェイだけがVRFLITE DCIスイッチに対して追加設定を行います

#したがって、通常のリーフを個別に選択し、上記のように各テナントVRFの「チェックボックス」をクリックする必要があります。

# [Deploy]をクリックして設定をプッシュします

ステップ 15：MSDからファブリックへのネットワーク設定のプッシュ

# MSDファブリック内の関連ネットワークを選択します

#現時点ではボーダーゲートウェイだけが選択されていることに注意してください。この場合は、通常のリーフスイッチ/VTEPs-> DC1-VTEPおよびDC2-VTEPを選択します。

#完了したら、[deploy（導入）]をクリックします（上記の6つのスイッチすべてに設定をプッシュします）。

ステップ 16：すべてのVRFでのVRFとネットワークの確認

#この手順は、すべてのファブリックでVRFとネットワークが「Deployed」と表示されているかどうかを確認することです。「pending」と表示されている場合は、必ず設定を「deploy」してください。

ステップ 17：外部ファブリックへの設定の展開

#この手順は、関連するすべてのIPアドレス、BGP、VRFLITE設定をDCIスイッチにプッシュするために必要です。

#これを行うには、外部ファブリックを選択し、[save & Deploy]をクリックします

DCI-1# sh ip bgp sum

BGP summary information for VRF default, address family IPv4 Unicast

BGP router identifier 10.10.100.1, local AS number 65001

BGP table version is 173, IPv4 Unicast config peers 4, capable peers 4

22 network entries and 28 paths using 6000 bytes of memory

BGP attribute entries [3/504], BGP AS path entries [2/12]

BGP community entries [0/0], BGP clusterlist entries [0/0]

Neighbor        V    AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd

10.4.10.1       4 65000      11      10      173    0    0 00:04:42 5

10.4.10.9       4 65000      11      10      173    0    0 00:04:46 5

10.4.20.37      4 65002      11      10      173    0    0 00:04:48 5

10.4.20.49      4 65002      11      10      173    0    0 00:04:44 5

DCI-1# sh ip bgp sum vrf tenant-1

BGP summary information for VRF tenant-1, address family IPv4 Unicast

BGP router identifier 10.33.10.2, local AS number 65001

BGP table version is 14, IPv4 Unicast config peers 4, capable peers 4

2 network entries and 8 paths using 1200 bytes of memory

BGP attribute entries [2/336], BGP AS path entries [2/12]

BGP community entries [0/0], BGP clusterlist entries [0/0]

Neighbor        V    AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd

10.33.10.1      4 65000       8      10       14    0    0 00:01:41 2

10.33.10.9      4 65000      10      11       14    0    0 00:03:16 2

10.33.20.1      4 65002      11      10       14    0    0 00:04:40 2

10.33.20.9      4 65002      11      10       14    0    0 00:04:39 2

DCI-2# sh ip bgp sum

BGP summary information for VRF default, address family IPv4 Unicast

BGP router identifier 10.10.100.2, local AS number 65001

BGP table version is 160, IPv4 Unicast config peers 4, capable peers 4

22 network entries and 28 paths using 6000 bytes of memory

BGP attribute entries [3/504], BGP AS path entries [2/12]

BGP community entries [0/0], BGP clusterlist entries [0/0]

Neighbor        V    AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd

10.4.10.5       4 65000      12      11      160    0    0 00:05:10 5

10.4.10.13      4 65000      12      11      160    0    0 00:05:11 5

10.4.20.45      4 65002      12      11      160    0    0 00:05:10 5

10.4.20.53      4 65002      12      11      160    0    0 00:05:07 5

DCI-2# sh ip bgp sum vrf tenant-1

BGP summary information for VRF tenant-1, address family IPv4 Unicast

BGP router identifier 10.33.10.6, local AS number 65001

BGP table version is 14, IPv4 Unicast config peers 4, capable peers 4

2 network entries and 8 paths using 1200 bytes of memory

BGP attribute entries [2/336], BGP AS path entries [2/12]

BGP community entries [0/0], BGP clusterlist entries [0/0]

Neighbor        V    AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd

10.33.10.5      4 65000      10      11       14    0    0 00:03:28 2

10.33.10.13     4 65000      11      11       14    0    0 00:04:30 2

10.33.20.5      4 65002      12      11       14    0    0 00:05:05 2

10.33.20.13     4 65002      12      11       14    0    0 00:05:03 2

#導入後、各DCIスイッチからすべてのBGWへの4つのIPv4 BGPネイバーシップと、4つのIPv4 VRF BGPネイバーシップ（テナントVRF EXtension用）が表示されます

ステップ 18：DCIスイッチ間のiBGPの設定

# DCIスイッチが互いにリンクを持つことを考えると、iBGP IPv4ネイバーシップが理想的であり、DCI-1スイッチでダウンストリーム接続がダウンしても、North to SouthトラフィックはDCI-2経由で転送できます

#この場合、DCIスイッチ間でiBGP IPv4ネイバーシップが必要で、両側でもnext-hop-selfを使用します。

#これを実現するには、DCIスイッチでフリーフォームをスピンする必要があります。必要な設定行は次のとおりです。

上記のトポロジのDCIスイッチはvPCで設定されています。したがって、バックアップSVIを使用してiBGPネイバーシップを構築できます

# DCIファブリックを選択し、各スイッチを右クリックして「ポリシーの表示/編集」を行います。

# DCI-2スイッチで同じ変更を行い、「save&Deploy」を実行して実際の設定をDCIスイッチにプッシュします

#完了後、次のコマンドを使用してCLI検証を実行できます。

DCI-2# sh ip bgp sum

BGP summary information for VRF default, address family IPv4 Unicast

BGP router identifier 10.10.100.2, local AS number 65001

BGP table version is 187, IPv4 Unicast config peers 5, capable peers 5

24 network entries and 46 paths using 8400 bytes of memory

BGP attribute entries [6/1008], BGP AS path entries [2/12]

BGP community entries [0/0], BGP clusterlist entries [0/0]

Neighbor        V    AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd

10.4.10.5       4 65000    1206    1204      187    0    0 19:59:17 5

10.4.10.13      4 65000    1206    1204      187    0    0 19:59:19 5

10.4.20.45      4 65002    1206    1204      187    0    0 19:59:17 5

10.4.20.53      4 65002    1206    1204      187    0    0 19:59:14 5

10.10.8.1       4 65001      12       7      187    0    0 00:00:12 18    # iBGP neighborship from DCI-2 to DCI-1

ステップ 19：IGP/BGPネイバーシップの確認

OSPFネイバーシップ

#この例では、すべてのアンダーレイIGPがOSPFであるため、すべてのVTEPがスパインとOSPFネイバーシップを形成し、これには1つのサイトのBGWスイッチも含まれます。

DC1-SPINE# show ip ospf neighbors

OSPF Process ID UNDERLAY VRF default

Total number of neighbors: 3

Neighbor ID     Pri State            Up Time  Address         Interface

10.10.10.3        1 FULL/ -          1d01h    10.10.10.3      Eth1/1     # DC1-Spine to DC1-VTEP

10.10.10.2        1 FULL/ -          1d01h    10.10.10.2      Eth1/2     # DC1-Spine to DC1-BGW2

10.10.10.1        1 FULL/ -          1d01h    10.10.10.1      Eth1/3     # DC1-Spine to DC1-BGW1

#すべてのループバック（BGPルータID、NVEループバック）がOSPFでアドバタイズされます。したがって、ファブリック内では、すべてのループバックがOSPFルーティングプロトコルを介して学習され、l2vpn evpnネイバーシップの形成に役立ちます

BGPネイバーシップ

#ファブリック内では、このトポロジには、スパインから通常のVTEPへのl2vpn evpnネイバーシップと、ボーダーゲートウェイへのl2vpn evpnネイバーシップがあります。

DC1-SPINE# show  bgp l2vpn evpn sum

BGP summary information for VRF default, address family L2VPN EVPN

BGP router identifier 10.10.10.4, local AS number 65000

BGP table version is 80, L2VPN EVPN config peers 3, capable peers 3

22 network entries and 22 paths using 5280 bytes of memory

BGP attribute entries [14/2352], BGP AS path entries [1/6]

BGP community entries [0/0], BGP clusterlist entries [0/0]

Neighbor        V    AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd

10.10.10.1      4 65000    1584    1560       80    0    0    1d01h 10        # DC1-Spine to DC1-BGW1

10.10.10.2      4 65000    1565    1555       80    0    0    1d01h 10        # DC1-Spine to DC1-BGW2

10.10.10.3      4 65000    1550    1554       80    0    0    1d01h 2         # DC1-Spine to DC1-VTEP

#これは、eBGP l2vpn evpnを使用して1つのサイトから別のサイトにボーダーゲートウェイをピアリングするマルチサイト展開であることを考慮すると、ボーダーゲートウェイスイッチで次のコマンドを使用して同じことを確認できます。

DC1-BGW1# show  bgp l2vpn evpn sum

BGP summary information for VRF default, address family L2VPN EVPN

BGP router identifier 10.10.10.1, local AS number 65000

BGP table version is 156, L2VPN EVPN config peers 3, capable peers 3

45 network entries and 60 paths using 9480 bytes of memory

BGP attribute entries [47/7896], BGP AS path entries [1/6]

BGP community entries [0/0], BGP clusterlist entries [2/8]

Neighbor        V    AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd

10.10.10.4      4 65000    1634    1560      156    0    0    1d01h 8       # DC1-BGW1 to DC1-SPINE

10.10.20.3      4 65002    1258    1218      156    0    0 20:08:03 9       # DC1-BGW1 to DC2-BGW1

10.10.20.4      4 65002    1258    1217      156    0    0 20:07:29 9       # DC1-BGW1 to DC2-BGW2

Neighbor        T    AS PfxRcd     Type-2     Type-3     Type-4     Type-5

10.10.10.4      I 65000 8          2          0          1          5

10.10.20.3      E 65002 9          4          2          0          3

10.10.20.4      E 65002 9          4          2          0          3

TRMのBGP MVPNネイバーシップ

# TRM設定を行うと、すべてのリーフスイッチ（BGWを含む）がスパインとmvpnネイバーシップを形成します

DC1-SPINE# show bgp ipv4 mvpn summary

BGP summary information for VRF default, address family IPv4 MVPN

BGP router identifier 10.10.10.4, local AS number 65000

BGP table version is 20, IPv4 MVPN config peers 3, capable peers 3

0 network entries and 0 paths using 0 bytes of memory

BGP attribute entries [0/0], BGP AS path entries [0/0]

BGP community entries [0/0], BGP clusterlist entries [0/0]

Neighbor        V    AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd

10.10.10.1      4 65000    2596    2572       20    0    0    1d18h 0

10.10.10.2      4 65000    2577    2567       20    0    0    1d18h 0

10.10.10.3      4 65000    2562    2566       20    0    0    1d18h 0

#また、East/Westマルチキャストトラフィックが正しく通過するように、Border Gatewayが相互にmvpnネイバーシップを形成する必要があります。

DC1-BGW1# show bgp ipv4 mvpn summary

BGP summary information for VRF default, address family IPv4 MVPN

BGP router identifier 10.10.10.1, local AS number 65000

BGP table version is 6, IPv4 MVPN config peers 3, capable peers 3

0 network entries and 0 paths using 0 bytes of memory

BGP attribute entries [0/0], BGP AS path entries [0/0]

BGP community entries [0/0], BGP clusterlist entries [2/8]

Neighbor        V    AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd

10.10.10.4      4 65000    2645    2571        6    0    0    1d18h 0

10.10.20.3      4 65002    2273    2233        6    0    0    1d12h 0

10.10.20.4      4 65002    2273    2232        6    0    0    1d12h 0

ステップ 20：ボーダーゲートウェイスイッチでのテナントVRFループバックの作成

#すべてのボーダーゲートウェイで一意のIPアドレスを使用して、テナントVRFにループバックを作成します。

#この目的のために、DC1を選択し、DC1-BGW1を右クリックして、インターフェイスを管理し、次に示すようにループバックを作成します。

#他の3つのボーダーゲートウェイでも同じ手順を実行する必要があります。

ステップ 21：DCIスイッチでのVRFLITE設定

#このトポロジでは、DCIスイッチはBGWに向けてVRFLITEで設定されています。VRFLITEは、North Of DCIスイッチ（コアスイッチなど）にも設定されています

# TRMの目的で、VRFテナント1内のPIM RPは、VRFLITE経由でDCIスイッチに接続されているコアスイッチに配置されます

#このトポロジには、図の上部にあるVRFテナント1内のDCIスイッチからコアスイッチへのIPv4 BGPネイバーシップがあります。

#この目的のために、サブインターフェイスが作成され、IPアドレスで割り当てられ、BGPネイバーシップも確立されます（これらはCLIによってDCIおよびコアスイッチで直接実行されます）

DCI-1# sh ip bgp sum vrf tenant-1

BGP summary information for VRF tenant-1, address family IPv4 Unicast

BGP router identifier 10.33.10.2, local AS number 65001

BGP table version is 17, IPv4 Unicast config peers 5, capable peers 5

4 network entries and 10 paths using 1680 bytes of memory

BGP attribute entries [3/504], BGP AS path entries [3/18]

BGP community entries [0/0], BGP clusterlist entries [0/0]

Neighbor        V    AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd

10.33.10.1      4 65000    6366    6368       17    0    0    4d10h 2

10.33.10.9      4 65000    6368    6369       17    0    0    4d10h 2

10.33.20.1      4 65002    6369    6368       17    0    0    4d10h 2

10.33.20.9      4 65002    6369    6368       17    0    0    4d10h 2

172.16.111.2    4 65100      68      67       17    0    0 00:49:49 2  # This is towards the Core switch from DCI-1

上記の赤い部分は、DCI-1からコアスイッチへのBGPネイバーです。

DCI-2# sh ip bgp sum vr tenant-1

BGP summary information for VRF tenant-1, address family IPv4 Unicast

BGP router identifier 10.33.10.6, local AS number 65001

BGP table version is 17, IPv4 Unicast config peers 5, capable peers 5

4 network entries and 10 paths using 1680 bytes of memory

BGP attribute entries [3/504], BGP AS path entries [3/18]

BGP community entries [0/0], BGP clusterlist entries [0/0]

Neighbor        V    AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd

10.33.10.5      4 65000    6368    6369       17    0    0    4d10h 2

10.33.10.13     4 65000    6369    6369       17    0    0    4d10h 2

10.33.20.5      4 65002    6370    6369       17    0    0    4d10h 2

10.33.20.13     4 65002    6370    6369       17    0    0    4d10h 2

172.16.222.2    4 65100      53      52       17    0    0 00:46:12 2  # This is towards the Core switch from DCI-2

#コアスイッチでも各BGP設定が必要です（DCI-1およびDCI-2に戻る）

ユニキャスト検証

DC1-Host1からDC2-Host1へのEast/West

# DCNMおよび手動CLIからプッシュされた上記のすべての設定（手順1 ～ 21）では、ユニキャストの到達可能性はEast/Westに動作している必要があります

DC1-Host1# ping 172.16.144.2 source 172.16.144.1

PING 172.16.144.2 (172.16.144.2) from 172.16.144.1: 56 data bytes

64 bytes from 172.16.144.2: icmp_seq=0 ttl=254 time=0.858 ms

64 bytes from 172.16.144.2: icmp_seq=1 ttl=254 time=0.456 ms

64 bytes from 172.16.144.2: icmp_seq=2 ttl=254 time=0.431 ms

64 bytes from 172.16.144.2: icmp_seq=3 ttl=254 time=0.454 ms

64 bytes from 172.16.144.2: icmp_seq=4 ttl=254 time=0.446 ms

--- 172.16.144.2 ping statistics ---

5 packets transmitted, 5 packets received, 0.00% packet loss

round-trip min/avg/max = 0.431/0.529/0.858 ms

DC1-Host1からPIM RP(10.200.200.100)へのNorth/South

DC1-Host1# ping 10.200.200.100 source 172.16.144.1

PING 10.200.200.100 (10.200.200.100) from 172.16.144.1: 56 data bytes

64 bytes from 10.200.200.100: icmp_seq=0 ttl=250 time=0.879 ms

64 bytes from 10.200.200.100: icmp_seq=1 ttl=250 time=0.481 ms

64 bytes from 10.200.200.100: icmp_seq=2 ttl=250 time=0.483 ms

64 bytes from 10.200.200.100: icmp_seq=3 ttl=250 time=0.464 ms

64 bytes from 10.200.200.100: icmp_seq=4 ttl=250 time=0.485 ms

--- 10.200.200.100 ping statistics ---

5 packets transmitted, 5 packets received, 0.00% packet loss

round-trip min/avg/max = 0.464/0.558/0.879 ms

マルチキャスト検証

このドキュメントでは、「テナント1」VRFのPIM RPが設定され、VXLANファブリックの外部に存在します。トポロジごとに、PIM RPがコアスイッチにIPアドレス> 10.200.200.100で設定されています

非VXLAN（コアスイッチの背後）の送信元、DC2のレシーバ

最初に示されているトポロジを参照してください。

#非VXLANホスト – > 172.17.100.100、レシーバが両方のデータセンターに存在する、北/南マルチキャストトラフィック。DC1-Host1-> 172.16.144.1およびDC2-Host1-> 172.16.144.2、Group -> 239.100.100.100

Legacy-SW#ping 239.100.100.100 source 172.17.100.100 rep 1

Type escape sequence to abort.

Sending 1, 100-byte ICMP Echos to 239.100.100.100, timeout is 2 seconds:

Packet sent with a source address of 172.17.100.100

Reply to request 0 from 172.16.144.1, 3 ms

Reply to request 0 from 172.16.144.1, 3 ms

Reply to request 0 from 172.16.144.2, 3 ms

Reply to request 0 from 172.16.144.2, 3 ms

DC1のソース、DC2のレシーバ、および外部

DC1-Host1# ping multicast 239.144.144.144 interface vlan 144 vrf vlan144 cou 1

PING 239.144.144.144 (239.144.144.144): 56 data bytes

64 bytes from 172.16.144.2: icmp_seq=0 ttl=254 time=0.781 ms       # Receiver in DC2

64 bytes from 172.17.100.100: icmp_seq=0 ttl=249 time=2.355 ms     # External Receiver

--- 239.144.144.144 ping multicast statistics ---

1 packets transmitted,

From member 172.17.100.100: 1 packet received, 0.00% packet loss

From member 172.16.144.2: 1 packet received, 0.00% packet loss

--- in total, 2 group members responded ---

DC2のソース、DC1のレシーバ、および外部

DC2-Host1# ping multicast 239.145.145.145 interface vlan 144 vrf vlan144  cou 1

PING 239.145.145.145 (239.145.145.145): 56 data bytes

64 bytes from 172.16.144.1: icmp_seq=0 ttl=254 time=0.821 ms       # Receiver in DC1

64 bytes from 172.17.100.100: icmp_seq=0 ttl=248 time=2.043 ms     # External Receiver

--- 239.145.145.145 ping multicast statistics ---

1 packets transmitted,

From member 172.17.100.100: 1 packet received, 0.00% packet loss

From member 172.16.144.1: 1 packet received, 0.00% packet loss

--- in total, 2 group members responded ---