付録:IP Closファブリックの検証(オプション)

有線クライアント検証

キャンパスファブリックのIP Clos導入の検証 図1をご覧ください。現在、静的IPアドレス設定でファブリックを検証するためのデスクトップVMが5つあります。 Desktop1 VM が内部と外部に接続できるかどうかを簡単に見てみましょう。

検証手順:

• ローカルIPアドレス、VLAN、デフォルトゲートウェイがDesktop1 VMに設定されていることを確認しました。
• Can ping default gateway—アクセススイッチに到達できることを示します。
• 同じスイッチで同じVLAN内のDesktop5 VMにpingを実行できます。
• もう一方のスイッチ(access2バーチャルシャーシ)で同じVLAN内のDesktop4 VMにpingを実行できます。
• 異なるVRFでDesktop2 + 3 VMにpingできません。これは、ファブリック内のVRF間に分離があり、そのトラフィックをヘアピンで管理するためにWANルーターをまだ統合していないため、想定されることです。
• インターネットに ping を実行できません。これは、まだWANルーターを統合していないため、想定されることです。
• ARPは、到達したDesktop1 VLANのMACアドレスを表示します。
• DHCP リース配布資料はありません。これは、DHCPサーバーが接続されているWANルーターを超えているために想定されます。

ポータルでキャンパス ファブリックをさらに検証するには、ポータルの左側にある [組織] タブにある [キャンパス ファブリック] オプションを選択します。

ここでは、キャンパスファブリック内の各デバイスへのリモートシェルアクセスがサポートされており、以下の機能がビジュアル表現されています。

• 自動割り当てルーターID(lo0.0)
• BGPピアリングの確立。
• リンクごとにトラフィックを送受信します。
• 物理的なビルドを検証する各デバイスからのLLDPなどのテレメトリ。

BGPアンダーレイ検証

目的

EVPN-VXLANが想定どおりに動作するためには、コア層とディストリビューション層間のeBGPの状態を検証することが不可欠です。各層間のポイントツーポイントリンクのこのネットワークは、以下をサポートします。

• ECMPを使用したロードバランシングにより、耐障害性と帯域幅の効率を向上。
• 障害発生時のコンバージェンス時間を短縮するBFD。
• VXLANトンネリングをサポートするためのループバック到達可能性。

上の図では、修正が必要な2つのファブリックノード間に(シミュレートされた)不良リンクがあります。

ファブリックでのルーターIDとループバックIPアドレスの自動割り当てにより、以下の設定を覚えておく必要があります。

スイッチタイプ	スイッチ名	自動割り当てループバックIP
サービスブロック	サービス1	172.16.254.1
サービスブロック	サービス2	172.16.254.2
コア	コア1	172.16.254.3
コア	コア2	172.16.254.4
分散	dist1	172.16.254.6
分散	dist2	172.16.254.5
スタンドアロンアクセス	アクセス1	172.16.254.8
バーチャルシャーシへのアクセス	アクセス2	172.16.254.7

割り当てられたルーターIDとループバックIPアドレスを見つける別の方法は、下の図に示すようにスイッチ設定パネルです。

アクション

コアデバイスとディストリビューションデバイス間でBGPセッションが確立されていることを検証し、ループバック到達性、BFDセッションステータス、ECMPを使用したロードバランシングを確保します。

注:

運用データは、ポータルのキャンパスファブリックセクションからリモートシェルとして、またはSecureCRTやPuttyなどの外部アプリケーションを使用して収集できます。

BGPピアリングの検証

キャンパスファブリックの右下隅、スイッチビュー、またはセキュアシェル(SSH)を介してリモートシェルにアクセスします。

Core1スイッチ:

BGPの概要から、アンダーレイ(10.255.240.X)ピア関係が確立されており、アンダーレイリンクが正しいデバイスに接続され、リンクが稼働していることがわかります。

また、オーバーレイ(172.16.254.x)関係が確立され、正しいループバックアドレスでピアリングしていることも示します。これは、アンダーレイのループバック到達可能性を示しています。

受信したルートも確認できます。確立された時間はほぼ等しく、今のところ良さそうです。

キャンパスファブリックの構築は、以下にCore1のデバイスごとのリアルタイムBGPピアリングステータスを示しています。

BGPが確立されていない場合は、戻ってアンダーレイリンクとアドレッシングを検証し、ループバックアドレスが正しいことを検証します。ループバックアドレスは、他のループバックアドレスからping可能である必要があります。

BGP接続の検証は、他のスイッチ(図示せず)で実行できます。

アンダーレイにおけるeBGPの主な目標は、キャンパスファブリックのコアデバイスとディストリビューションデバイス間にループバック到達性を提供することです。このループバックは、デバイス間の VXLAN トンネルを終端するために使用されます。以下は、コア 1 からキャンパス ファブリック内のすべてのデバイスへのループバック到達可能性を示しています。

注:

eBGPセッションは、キャンパスファブリックのコアディストリビューション層とコアサービス層の間に確立されます。コアと他のすべてのデバイス間でループバック到達可能性も検証されています。

複数のパスにわたってアクセスレイヤーやその他のデバイスへのルートが確立されていることを検証しましょう。たとえば、Core1は、dist1とdist2の両方のパスを利用してaccess1に到達し、その逆も可能です。

これは、dist1 スイッチと dist2 スイッチを介して core1 に到達できるようにするための access1 からのリバース チェックです。

最後に、リンクまたはデバイスに障害が発生した場合のBFDの高速コンバージェンスを検証します。

結論:この時点で、キャンパスファブリックの対応するレイヤー間のeBGPの検証を通じてBGPアンダーレイとオーバーレイが動作しており、サービス、コア、ディストリビューション、アクセスレイヤー間でループバックルートが確立されています。

ファブリックに1つのリンクが表示されなかったため、本番環境に入る前に要件を完全に満たしていませんでした。ただし、ファブリック内のすべてのノードが相互に到達できるため、ファブリックをさらに使用することができます。

アクセスとサービス間のEVPN VXLAN検証 ブロックスイッチ

デスクトップはデフォルトゲートウェイに ping を実行できるため、イーサネットスイッチングテーブルが正しく入力され、VLAN モードとインターフェイスモードが正しいと想定できます。デフォルトゲートウェイへの ping が失敗した場合は、クライアントが接続にアクセスするためのトラブルシューティングを実行します。

注:

このファブリックでは、VLANインターフェイスが設定されていないため、コアスイッチとディストリビューションスイッチにVXLAN VTEPが割り当てられていません。そのため、これらのデバイスに関するVXLANやEVPNの情報は見つかりません。これらのデバイスは、制御パケットとデータパケットを転送するだけです。

両方のアクセス スイッチでの MACアドレス テーブル、EVPN データベース、リモート VXLAN トンネルの概要の検証の概要を以下に示します。

Access1スイッチ:

Access2スイッチ:

どちらのアクセススイッチにも、3つのVLANがすべてローカルに割り当てられているため、ローカルMACアドレスに関する情報だけでなく、EVPN経由でリモートで学習された情報も表示されます。EVPNデータベースにもこの学習が反映されています。また、個々のリモート VXLAN VTEP は、リモート スイッチに割り当てられたルーター ID/lo0.0 を使用して学習されます。

両方のサービスブロックスイッチでのMACアドレステーブル、EVPNデータベース、およびリモートVXLANトンネルサマリーの検証。

Service1スイッチ:

Service2スイッチ:

この時点では、VLANがまだ定義されていないため、サービスブロックスイッチのイーサネットスイッチングテーブルにデータは表示されません。EVPN データベースは、サービス ブロック スイッチ間で同期されており、これは想定どおりです。また、個々のリモート VXLAN VTEP は、リモート スイッチに割り当てられたルーター ID/lo0.0 を使用して学習されます。

次のステップでは、 VLAN1099 の設定と、2つのアクセスブロックスイッチとサービスブロックスイッチで割り当てられているVNIを確認します。

注:

ジュニパーMistのクラウド管理では、異なるファブリック間の一貫性を維持するために、特定のVLANに使用されるVNIの値をユーザーが設定することはできません。現在、VNI は VLAN-ID + 10.000 によって計算されています (ただし、将来変更される可能性があります)。

設計全体を完了するには、WAN ルーターのアタッチメントを構成する必要があります。WAN ルーターを設定していない場合、ファブリックは以下の通信のみを有効にします。

• 同じアクセススイッチ上に同じVLAN/VNIがあるが、ポートが異なる。
• 異なるアクセススイッチ上の同じ VLAN/VNI
• 異なる VLAN/VNI が、同じアクセス スイッチ上の同じ VRF に接続されていますが、ポートが異なる。
• 異なるアクセススイッチ上の同じVRFに接続された異なるVLAN/VNI。

VRF 間のすべてのトラフィックは、常にファブリック内で分離されます。セキュリティ上の理由から、VRF 間でルート漏洩を実行する設定はできません。つまり、これらの間のトラフィックはファブリック内で直接処理され、適用ポイントとして WAN ルーターを通過する必要はありません。