このシナリオでは、境界リーフ デバイスが、異なるデータ センター内の別の境界リーフにタイプ 5 EVPN ルートをアドバタイズするようにします。EVPN のタイプ 5 ルートは IP プレフィックスをアドバタイズするために使用されます。つまり、適切なルート アドバタイズを行うには、evpn 階層内で正しい設定を構成する必要があります。
ステップバイステップの分析:
* EVPN タイプ 5 ルートの理解:
* EVPN タイプ 5 ルートは、EVPN インスタンス間で IP プレフィックスをアドバタイズするために使用され、異なるデータセンターまたはネットワークがルーティング情報を効率的に交換できるようになります。
* VRFターゲット設定:
* vrf-target 設定は、EVPN インスタンス内の VRF のエクスポートおよびインポート ポリシーを定義するため、非常に重要です。EVPN タイプ 5 ルートを他の境界リーフ デバイスにアドバタイズするには、ルーティング インスタンス内だけでなく、evpn 階層の下で vrf-target を正しく設定する必要があります。
これを解決するためのコマンド:
vrf-target target:65000:1 を evpn に移動します
* その他のオプション:
* オプション B:VLAN 構成を追加しても、タイプ 5 ルートをアドバタイズする要件は満たされません。
* オプション C: VXLAN カプセル化の追加は他のシナリオでは必要になる場合がありますが、タイプ 5 ルート アドバタイズメントには直接対応しません。
* オプション D: ルート識別子を変更するとルートが区別されますが、他のデータセンターへのタイプ 5 ルートのアドバタイズには影響しません。
vrf-target を evpn 階層に移動すると、適切なルート アドバタイズメントが有効になり、ローカル ネットワークのタイプ 5 ルートが他のデータ センター境界リーフ デバイスと共有されるようになります。これは、EVPN 構成内でのルーティング ポリシーの正しい配置を重視する、マルチデータ センター EVPN 実装のベスト プラクティスと一致しています。

* 構成の理解:
* 図に示す構成には、ルーティング プロトコルとして BGP を使用する EVPN (イーサネット VPN) セットアップが含まれます。CHANGE_NH という名前のエクスポート ポリシーが BGP グループ evpn-peer に適用され、ポリシーに一致するルートのネクスト ホップを変更するルールが含まれています。
* ネクストホップが変更されない問題:
* ポリシー CHANGE_NH は、一致するルートのネクストホップを 203.0.113.10 に変更するように正しく設定されています。ただし、ピア 203.0.113.2 に EVPN ルートをアドバタイズする場合、ネクストホップは変更されません。
* 問題の理由:
* Junos OS では、VPN (EVPN を含む) のルートをエクスポートする場合、BGP 設定で vpn-apply-export パラメータを使用しない限り、ポリシーで定義されたネクストホップの変更は有効になりません。このパラメータにより、エクスポート ポリシーが VPN ルートにのみ適用されるようになります。
* ネクストホップの変更を EVPN ルートに適用するには、vpn-apply-export パラメータを含める必要があります。
* 正解の説明:
* D. このピアには vpn-apply-export パラメータを適用する必要があります。これは正しい解決策です。BGP 設定にこのパラメータがないと、EVPN ルートのネクストホップは変更されないためです。これは、BGP プロセスに、エクスポート ポリシーを EVPN ルートに適用するように指示します。
データセンターの参照:
* この動作は、Juniper Networks デバイスを使用した EVPN 展開では標準であり、VPN ルートに適用されたエクスポート ポリシーを有効にするには、vpn-apply-export を使用して明示的に呼び出す必要があります。

* IP ファブリックにおけるオーバーサブスクリプション率の理解:
* IP ファブリックのオーバーサブスクリプション比は、通常、ネットワークのエッジ (リーフ) で使用可能な帯域幅と、コアまたはスパインで使用可能な帯域幅の比率を指します。 3:1 のオーバーサブスクリプション比は、リーフの帯域幅 3 単位ごとに、スパインに帯域幅 1 単位があることを意味します。
* リーフデバイスの追加または削除の影響:
* リーフ デバイスの削除: リーフ デバイスを削除すると、エッジ帯域幅の合計量は減少しますが、スパイン内の帯域幅は一定のままです。これにより、同じ量のスパイン帯域幅に分配される合計帯域幅が少なくなるため、オーバーサブスクリプション率が上昇します。
* リーフ デバイスの追加: 逆に、リーフ デバイスを追加すると、エッジの合計帯域幅が増加します。スパイン帯域幅は同じままなので、追加のリーフが利用可能な帯域幅の割合を比例して消費する場合、オーバーサブスクリプション率は同じままになります。
結論：
* オプション C: 正解 - リーフ デバイスを削除すると、オーバーサブスクリプション率が上昇します。
* オプション D: 正解 - リーフ デバイスを追加すると、通常、帯域幅の均一な分散を前提としてオーバーサブスクリプション率が維持されます。

* ロスレスイーサネットと輻輳管理の理解:
* ロスレス イーサネットは、パケット損失によってパフォーマンスが大幅に低下する可能性がある AI および ML ワークロードにとって非常に重要です。ロスレス イーサネットを実装するには、ECN (明示的輻輳通知) などの輻輳管理プロトコルが使用されます。
* 輻輳管理におけるECNの役割:
* オプション A:ロスレス イーサネットをサポートする IP ファブリックでは、スイッチが輻輳を経験すると、ECN を使用してパケットをマークできます。このマーキングにより、ソース デバイスに輻輳が通知され、ソースは送信速度を下げてパケット損失を防ぐことができます。
結論：
* オプション A: 正解 - 輻輳が発生しているスイッチは、ECN マーキングを介して送信元デバイスに通知します。