* VXLAN トンネリングの理解:
* VXLAN (Virtual Extensible LAN) は、従来の VLAN に関連するスケーラビリティの問題に対処するネットワーク仮想化テクノロジーです。VXLAN はイーサネット フレームを UDP でカプセル化し、レイヤー 2 接続をレイヤー 3 ネットワーク全体に拡張できるようにします。
* 各 VXLAN ネットワークは、一意の VXLAN ネットワーク識別子 (VNI) によって識別されます。この図では、leaf1 と leaf2 間の VXLAN トンネルに 5100 と 5200 の 2 つの VNI が割り当てられています。
* ネットワーク設定の詳細:
* Leaf1:VLAN ID 100 で Server1 に接続され、VNI 5100 に関連付けられています。
* Leaf2:VLAN ID 200 で Server2 に接続され、VNI 5200 に関連付けられています。
* スパイン:リーフ スイッチ間の相互接続として機能します。
* 交通流分析:
* トラフィックが Server1 から Server2 に送信されると、最初に leaf1 で VLAN ID 100 がタグ付けされます。
* トラフィックは、リーフ 1 上の VNI 5100 を使用して VXLAN パケットにカプセル化されます。
* その後、パケットはネットワークを介して（スパイン経由で）リーフ2 に送信されます。
* leaf2 では、VXLAN ヘッダーが削除され、元のイーサネット フレームがカプセル化解除されます。
* Leaf2 は、このトラフィックを VLAN ID 200 に関連付けてから、Server2 に転送します。
* 展示物の正しい解釈:
* VLAN ID 100 のタグが付けられた Server1 から発信されたトラフィックは、VXLAN にカプセル化され、leaf2 に送信されます。
* leaf2 に到着するとカプセル化が解除され、leaf2 の VNI 5200 に関連付けられているため、トラフィックは VLAN ID 200 で再タグ付けされます。
* したがって、トラフィックは、図に示されているネットワーク構成に一致する VLAN ID 200 でタグ付けされた Server2 に到達します。
* データセンターの参照:
* この構成は、ネットワーク仮想化に VXLAN を使用するデータ センターで一般的です。これにより、各サイトで個別の VLAN ID を維持しながら、分離されたレイヤー 2 セグメント (VLAN) をレイヤー 3 境界を越えて拡張できます。
* このアプローチは、VLAN ID の枯渇を回避し、より簡単なセグメンテーションを可能にしながら、大規模なデータセンター ネットワークを拡張するのに効率的です。
要約すると、図と詳細な説明にあるように、正しい動作は、Server1 から送信されたトラフィックが leaf2 経由で Server2 に到達すると、VLAN ID 200 でタグ付けされることです。これにより、VXLAN 対応データセンター ネットワーク全体でトラフィックの適切なセグメンテーションと処理が保証されます。

* EVPN タイプ 2 ルートを使用した対称 IRB ルーティング:
* 対称ルーティング: 対称 IRB (Integrated Routing and Bridging) では、同じルーティング ロジックを使用して、入力リーフ ノードと出力リーフ ノードの両方向でルーティングが行われます。これは、トラフィックの方向に応じて異なるルーティング ロジックが使用される非対称ルーティングとは対照的です。
* 必要なコンポーネント:
* オプション A: VLAN のレイヤー 3 処理を処理するため、ルーティングに参加する各 VLAN に L3 IRB インターフェイスが必要です。
* オプション B: MAC-VRF は、対称ルーティングで MAC アドレスと適切な VRF のマッピングを維持し、EVPN 内での正しい転送を保証するために必要です。
* オプション D: 各 VRF には、ネットワークを通過するレイヤ 3 トラフィックをカプセル化して IP トラフィックを適切に転送できるようにするためのトランジット VNI (仮想ネットワーク識別子) が必要です。
結論：
* オプション A: 正解 - 各ローカル VLAN には、L3 処理用の IRB インターフェイスが必要です。
* オプション B: 対称ルーティングで MAC アドレス解決を処理するには、Correct-MAC-VRF が必要です。
* オプション D: ネットワーク全体で VRF 固有のトラフィックをルーティングするには、正しいトランジット VNI が必要です。
オプションCとEは次の理由で正しくありません:
* C:対称ルーティングは、EVPN インスタンス内の単一または複数の VLAN を含むさまざまな VLAN モデルで機能します。
* E:対称ルーティングは、両方向で一貫したルーティング ロジックを使用するため、一般に非対称ルーティングよりも効率的です。

* EVPN-VXLAN アーキテクチャの理解:
* EVPN-VXLAN オーバーレイにより、最新のデータセンターでスケーラブルなレイヤー 2 およびレイヤー 3 サービスが可能になります。
* CRB (集中ルーティングおよびブリッジング): このアーキテクチャでは、レイヤー 3 ルーティングはスパイン デバイスに集中され、リーフ デバイスはレイヤー 2 スイッチングと VXLAN トンネリングに重点を置いています。この設定は、管理を容易にするためにルーティングを集中化し、リーフ レベルでの複雑なルーティングを回避することを目的としている場合に最適です。
* ERB (エッジ ルーティングおよびブリッジング): このアーキテクチャでは、ルーティング機能をリーフ デバイスに配置し、各リーフが接続されたホストのルーティングを処理する分散モデルを実現します。
* スパインルーティングのアーキテクチャの選択:
* レイヤー 3 ルーティングがスパイン デバイス上で確実に行われるようにする必要があることを考慮すると、CRB (集中ルーティングおよびブリッジング) アーキテクチャが正しい選択です。この構成では、ルーティング タスクがスパインにオフロードされ、制御が集中化され、全体的な設計が簡素化される可能性があります。
* 説明：
* CRB では、スパイン デバイスが VXLAN セグメント間のすべてのルーティングを実行します。リーフ スイッチはローカル スイッチングと VXLAN カプセル化を処理しますが、ルーティングの決定はスパイン レベルで集中管理されます。
* このモデルは、集中管理とルーティング制御が必要なシナリオで特に有利であり、リーフ スイッチの複雑さと構成の負担を軽減します。
データセンターの参照:
* CRB アーキテクチャは、集中制御と簡素化された管理が設計上の重要な考慮事項であるデータ センターでよく使用されます。これにより、スパインが主要なルーティング エンジンとして機能し、ルーティングがファブリック全体で一貫性と拡張性に優れた方法で処理されることが保証されます。

* VXLAN コントロール プレーン:
* VXLAN (Virtual Extensible LAN) は、MAC 学習とトラフィック転送を処理するために異なるコントロール プレーンを使用します。コントロール プレーンには、マルチキャストと EVPN (イーサネット VPN) が含まれます。
* マルチキャストとEVPNの比較:
* オプション B:VXLAN 環境での MAC 学習には、マルチキャストと EVPN の両方を使用できます。
マルチキャストはより伝統的なアプローチですが、EVPN はより高度で分散 MAC 学習をサポートします。
* オプション D:EVPN は、高速コンバージェンスや迅速な更新などの利点を提供し、現代のデータセンター環境においてより効率的でスケーラブルになります。
* オプション E: マルチキャストは、ブロードキャスト、不明なユニキャスト、およびマルチキャスト (BUM) トラフィックを配信するために従来のレイヤー 3 マルチキャスト メカニズムに依存するため、それほど多くのリソースを必要としません。
ただし、EVPN と比較すると柔軟性と拡張性が低くなる可能性があります。
結論：
* オプション B: 正解 - 両方のコントロール プレーンが MAC 学習を容易にします。
* オプション D:Correct-EVPN は高速なコンバージェンスと更新を提供します。
* オプション E: 正しいマルチキャストはリソース効率に優れていますが、柔軟性は低くなります。

* Junos のテレメトリ メソッド:
* テレメトリは、ネットワーク デバイスからデータを収集してレポートするために使用されます。5 秒ごとなどの高頻度の統計レポートには、このレベルの粒度とリアルタイムの監視をサポートするテレメトリ メソッドが必要です。
* Junos ネイティブ センサー:
* オプション C: Junos のネイティブ センサーは、インターフェイスの TX および RX トラフィック統計を含む詳細な高頻度テレメトリ データを提供します。カスタマイズ可能なサンプリング間隔でリアルタイムの監視を提供するように設計されており、5 秒のレポート要件に最適です。
結論：
* オプション C: 正しい - Junos のネイティブ センサーは、必要な高頻度テレメトリ データを 5 秒ごとに提供できます。