* 図の BGP 構成の理解:
* この図は、ネットワーク内の他のデバイスの直接接続されたインターフェイスとピアリングするように構成された、underlay というグループを持つ spine1 上の BGP 構成を示しています。
* マルチパス multiple-as: このステートメントにより、ルータは異なる AS から学習したルートに対してルーティング テーブルに複数のパスをインストールできるようになり、負荷分散が容易になります。
* 主な発言:
* A. アンダーレイ BGP セッションを確立するためにマルチホップ ステートメントは必要ありません。この場合、BGP ピアは直接接続されているため (ネイバー IP アドレスで示される)、マルチホップ ステートメントは不要です。マルチホップは通常、BGP ピアが直接接続されておらず、パケットが複数のホップを通過する必要がある場合に使用されます。
* D. アンダーレイの負荷分散が正しく設定されている:設定内の multipath { multiple-as; } ステートメントにより、異なる自律システムからの複数のパスにわたる負荷分散が可能になります。これは、データセンター ファブリックのアンダーレイ ネットワークに適しています。
* 誤った記述:
* C. アンダーレイ BGP セッションを確立するには、マルチホップ ステートメントが必要です。ピアは直接接続されているため、マルチホップ ステートメントは不要であり、これは誤りです。
* B. アンダーレイの負荷分散が正しく構成されていません。構成には負荷分散に必要なマルチパス設定が含まれているため、これは誤りです。
データセンターの参照:
* EVPN-VXLAN アンダーレイ ネットワークの BGP 構成は、データ センター ファブリック全体の冗長性、負荷分散、効率的なルート伝播を確保するために重要です。

* 構成の理解:
* この図は、ボーダーリーフデバイス上の BGP 構成を示しています。BGP グループ UNDERLAY はアンダーレイ ネットワークに使用され、OVERLAY は EVPN シグナリングに使用され、PROVIDER はプロバイダー ネットワークへの接続に使用されます。
* OVERLAY グループには accept-remote-nexthop ステートメントがあり、これはリモート ピアから学習したネクストホップ アドレスを変更せずにそのまま受け入れるように設計されています。
* 問題の特定:
* Border-Leaf-2 への BGP セッションが確立されていません。EVPN-VXLAN 環境での一般的な問題は、特に accept-remote-nexthop が設定されている場合のネクストホップの到達可能性に関連しています。
* 一般的な EVPN-VXLAN 設定では、ネクストホップ アドレスはオーバーレイ ネットワーク内で到達可能である必要があります。ただし、ネクストホップ IP アドレスが直接到達可能でない場合、またはオーバーレイで予想される動作と競合する場合、accept-remote-nexthop によって問題が発生する可能性があります。
* 是正措置:
* D. delete protocols bgp group OVERLAY accept-remote-nexthop:このコマンドを削除すると、デバイスは BGP アドバタイズメントのネクストホップとして自身の IP アドレスを使用するようになります。これは、多くの EVPN-VXLAN セットアップの標準的な方法です。この変更により、Border-Leaf-2 との BGP セッションを確立できるようになります。
データセンターの参照:
* BGP ネクストホップ属性を適切に処理することは、特に EVPN-VXLAN のような複雑なマルチファブリック環境では、安定した BGP セッションを確立して維持する上で重要です。accept-remote-nexthop を削除すると、多くのシナリオでベスト プラクティスと一致します。

* EVPN-VXLAN における ERB アーキテクチャ:
* ERB (エッジ ルーティング ブリッジング) アーキテクチャは、ルーティングの決定がネットワーク エッジ (リーフ デバイスまたは境界デバイス) で行われ、ブリッジング (レイヤー 2 転送) がファブリック全体に拡張されるデータ センター ネットワークでよく使用されます。このアーキテクチャにより、効率的な L3 ルーティングが可能になり、同時に VLAN などの L2 サービスを複数の場所にまたがって実行できるようになります。
* VLAN および VNI 構成:
* シナリオでは、Red VLAN 上のサーバーが Green VLAN 上のサーバーと通信する必要があると指定されています。これらの VLAN は異なるデータセンター (DC と DC2) にあり、EVPN-VXLAN が使用されているため、これらの VLAN 間の通信にはトランジット VNI (仮想ネットワーク識別子) が必要になります。このトランジット VNI により、トラフィックは DCI (データセンター相互接続) を介して VXLAN トンネルを通過できるようになります。
* SRX シリーズデバイス間の相互接続:
* この図では、サービス デバイス (ファイアウォールやその他のセキュリティ サービス用など) として使用される SRX シリーズ シャーシ クラスターを示しています。VLAN が効果的に通信できるようにするには、これらのデバイスを 2 つのデータ センター間で相互接続する必要があります。両方のデータ センターで同じレイヤー 2 ドメインを維持するには、DC と DC2 の間で Blue VLAN を拡張する必要があります。
結論：
* オプション B: 正解 - SRX シリーズ デバイスを相互接続すると、必要なサービス チェーンが確保され、Blue VLAN が拡張され、Red VLAN と Green VLAN にトランジット VNI が追加されると、データ センター間で必要な通信が可能になります。

* 構成の理解:
* この図は、特定の VLAN と VNI が割り当てられた 2 つの VRF (Customer_A と Customer_B) の構成を示しています。各 VR​​F には、特定の VLAN に関連付けられたインターフェイス (IRB) があります。
* VLANとルーティングインスタンス間の通信:
* オプション B:VLAN 400 (irb.400) は Customer_B の一部であり、提供された構成では Customer_A と Customer_B の間に直接接続またはルーティングはありません。したがって、irb.400 内のデバイスは Customer_A ルーティング インスタンス内のデバイスと直接通信できません。
* オプション D: irb.400 (VLAN 400) と irb.800 (VLAN 800) は同じルーティング インスタンス (Customer_B) の一部であるため、VXLAN カプセル化を使用してファブリック経由で通信できます。
結論：
* オプション B: 正解 - irb.400 (Customer_B) 内のデバイスとルーティング インスタンス Customer_A の間には直接通信はありません。
* オプション D: 正解 - VLAN 400 および VLAN 800 内のデバイスは、ファブリックを介して Customer_B ルーティング インスタンス内で通信できます。

EVPN-VXLAN 構成:
* 図に示されている構成は、2 つのサイト間で IP プレフィックス ルートが交換される EVPN-VXLAN セットアップを示しています。このコンテキストでは、advertise direct-nexthop オプションと VNI (仮想ネットワーク識別子) 設定が重要です。
Direct-Nexthop を宣伝する:
* オプション A:advertise direct-nexthop オプションは、EVPN タイプ 5 ルートで伝送される情報のみを使用してネクストホップ ルートが解決されることを保証します。タイプ 5 ルートは、EVPN での IP プレフィックス アドバタイズメントに使用され、異なる VXLAN セグメント間のレイヤー 3 相互接続を可能にする鍵となります。
VNI の一貫性:
* オプション C: 異なるデバイス間で同じ顧客の場合、VNI は一貫している必要があります。この一貫性により、すべてのデバイスがトラフィックを適切な VXLAN セグメントに正しくマッピングし、シームレスなレイヤー 2 およびレイヤー 3 接続を維持できます。