カテゴリー JN0-480

Time Voyagerは、Juniper Apstraの機能で、ネットワーク設計と設定の論理的表現であるブループリントの以前のリビジョンを復元できます。Time Voyagerは、ネットワークに適用した変更である最新のブループリント・コミット5件を自動的に保存します。また、手動で最大 25 のリビジョンを保存しておくことで、新しいコミットによって上書きされるのを防ぐことができます。したがって、正解はBとDです。Time Voyagerは最新の5つのブループリント・コミットを保持し、Time Voyagerは最大25個の保存済みリビジョンを保持します。参考文献タイムボイジャー｜アプストラ4.1｜ジュニパーネットワークス、タイムボイジャー入門｜アプストラ4.2｜ジュニパーネットワークス、一目でわかるジュニパーアプストラ｜チラシ

コンフィグレットは、アプストラによって上書きされない永続的な変更を行うために、デバイスまたはデバイスのグループに適用できる設定の小片です。コンフィグレットは、カスタム・コマンド、スクリプト、機能など、Apstraのレンダリングされたコンフィグレーションの一部ではない手動変更をインストールするために使用できます。コンフィグレットは、Apstra GUIまたはCLI12から作成、編集、および削除できます。参考文献
* コンフィグレットの概要
* コンフィグレット・ユーザーガイド

ジュニパーのドキュメント1 によると、定義済みデバイス・プロファイルは、アプストラ・ソフトウェアに同梱される設定テンプレートであり、ほとんどの適格なジュニパー・デバイスをサポートします。Apstraサーバーのバージョンをアップグレードすると、変更は破棄され上書きされるため、定義済みデバイス・プロファイルを変更することはできません。定義済みのデバイス・プロファイルをカスタマイズしたい場合は、代わりにクローンを作成して編集します。したがって、正解はAです。事前定義されたデバイス・プロファイルに加えた変更は、Apstraサーバーのバージョンをアップグレードするときに破棄され、上書きされます。参考文献デバイス・プロファイルの編集｜Apstra 4.2｜Juniper Networks

ケーブルマップは、データセンターファブリック内のデバイス間の物理的な接続をグラフィカルに表したものです。各デバイスのケーブル、インターフェイス、およびBGPセッションのステータスが表示されます。ケーブル・マップを使用して、ファブリックで発生する可能性のあるケーブル、インターフェイス、または BGP の異常を特定し、トラブルシューティングできます。また、デバイス名、デバイスタイプ、デバイスの役割、デバイスの状態、ケーブルの状態、インターフェイスの状態、または BGP の状態12 によってケーブルマップをフィルタリングできます。参考文献
* ケーブルマップ概要
* ケーブルマップ・ユーザーガイド

Juniper Apstraでは、ウィジェットは、インテント型分析（IBA）プローブからのデータを表示するグラフィカルな要素です。ウィジェットを使用して、ネットワークのさまざまな側面を監視し、異常があればアラートを出すことができます。ウィジェットは、単独で表示することも、アナリティクス・ダッシュボードに追加することもできます。ダッシュボードは、ユーザーの好みに応じてカスタマイズや整理が可能なウィジェットの集合体です1。
Juniper Apstra のメイン・ダッシュボードはブループリント・ダッシュボードで、アクティブなブループリントのネットワーク情報と設定を表示するデフォルトのビューです。ブループリントは、ネットワークの設計と意図を論理的に表現したものです。ブループリント・ダッシュボードは、システムが生成したダッシュボード、ユーザが生成したダッシュボード、およびネットワークに関連する個々のウィジェットを表示できます2。
Juniper Apstraのメイン・ダッシュボードにウィジェットを表示するには、目的のウィジェットのDefaultトグル・スイッチをOnに設定する必要があります。これにより、ウィジェットがブループリント・ダッシュボードに追加され、他のネットワーク情報と一緒に表示できるようになります。ユーザーは、ウィジェットの [デフォルト] 切り替えスイッチを [オフ] に設定することで、ブループリント・ダッシュボードからウィジェットを削除することもできます3。したがって、このシナリオではステートメント D が正しいことになります。
このシナリオでは、以下の3つの記述は正しくない：
* ウィジェットを作成するときに、[ブループリント・ダッシュボードに追加]オプションを選択します。Juniper Apstraでウィジェットを作成する場合、そのようなオプションはないため、これは正しくありません。ユーザは、ウィジェットの作成時に、ウィジェットタイプ、プローブ、および表示モードのみを選択できます4。ウィジェットをブループリント・ダッシュボードに追加するには、ウィジェットの作成後、Defaultトグル・スイッチをOnに設定する必要があります3。
* ブループリント・ダッシュボードで、ウィジェットの追加オプションをクリックします。Juniper Apstra のブループリント・ダッシュボードにはそのようなオプションはないため、これは真実ではありません。ユーザーが表示、編集、または削除できるのは、ブループリント・ダッシュボード上の既存のウィジェットおよびダッシュボードのみです2。ブループリント・ダッシュボードにウィジェットを追加するには、ウィジェット・テーブル・ビューからウィジェットのデフォルト・トグル・スイッチをオンに設定する必要があります3。
* ウィジェットはブループリント・ダッシュボードに自動的に表示されます。Juniper Apstra のブループリント・ダッシュボードにウィジェットが自動的に表示されることはないため、これは事実ではありません。ユーザーは、ブループリント・ダッシュボードにウィジェットを手動で追加する必要があります。
* ウィジェットは、ブループリント ダッシュボードに表示されます3。唯一の例外は、システム生成ダッシュボードの一部であるウィジェットで、アクティブなブループリントの状態に基づいて自動的に作成され、ブループリントダッシュボードに追加されます2。
参考文献
* ウィジェットの概要
* ブループリント要約とダッシュボード
* ウィジェット紹介
* ウィジェット作成

接続性テンプレートは、ブループリント内のデバイスまたはデバイス・グループに適用できる設定パラメータのセットです。ブループリントは、ネットワークの設計と意図を論理的に表現したものです。プリミティブは、接続性テンプレートに追加できる設定の基本単位です。プリミティブには、リンク、ピアリング、ポリシー、またはサービスがあります。この図では、赤いストライプのプリミティブは、接続性テンプレート設計と互換性を持たせるために、さらなる構成が必要であることを示しています。赤いストライプは、そのプリミティブが不完全または無効であり、編集または削除が必要であることを示します。例えば、IP Link プリミティブでは、リンクの各端についてインターフェイス名と IP アドレスを指定する必要があります。他のオプションは不正です：
* A. 灰色で塗りつぶされたプリミティブは、さらなるコンフィギュレーションが必要であることを示している。灰色は、そのプリミティブが有効で完全であることを意味し、それ以上の設定は必要ありません。
* B. 灰色で塗りつぶされたプリミティブは、コネクティビティ・テンプレート・デザインと互換性がないことを示している。
* C. 赤い縞模様のプリミティブは、コネクティビティテンプレートの設計と互換性がないことを示しています。赤い縞模様のプリミティブは、互換性がないのではなく、さらなるコンフィギュレーションが必要であることを示しているからです。赤いストライプは、そのプリミティブが不完全か無効であることを意味しますが、編集するか削除することで修正できます。参考文献
* 接続性テンプレート
* ジュニパー・アプストラを使ったデータセンターの自動化
* ジュニパーアプストラのコンフィグレンダリング

インタフェース・マップは、Juniper Apstraの設計フェーズで、論理デバイスと物理ハードウェア・デバイス間のインタフェースをマッピングするオブジェクトです。ポート数、ポート速度、および意図したネットワーク構成のレンダリングを実現するためのポートの使用方法を指示します。インタフェース・マップでは、デバイス・ポート、変換、インタフェースの選択、ブレイクアウト・ポートのプロビジョニング、未使用ポートの無効化も可能です。詳細については、インタフェース・マップ（データセンター設計）を参照してください。参照を参照してください：
* インターフェイスマップ（データセンター設計）
* デザイン
* インターフェイスマップ入門

インテント型分析（IBA）は、Juniper Apstraの機能で、ネットワーク設計のインテントとデバイスの現在および過去のデータを組み合わせて、ネットワーク全体を推論できます1。IBAには、次のような特徴があります：
* IBAはリアルタイム情報処理パイプラインである。つまり、IBAは、エージェントとプローブを使用して、デバイスからの大量のデータをリアルタイムで取り込み、処理し、分析することができる。エージェントは、デバイスからデータを収集し、アプストラ・サーバーに送信するソフトウェア・コンポーネントです。プローブは、デバイス全体のデータを集約し、より簡単に推論できる高度なデータを生成するユーザー定義のクエリーである1。
* ネットワーク・パフォーマンスのベースラインを確立するために使用されます。つまり、IBA は高度なデータを使用して、期待される結果とサービス・レベルに対するネットワーク・パフォーマンスを測定および監視できます。IBA はまた、履歴データを使用して、ネットワークの通常の動作と状態を表すベースラインを作成できます2。
* ネットワーク・パフォーマンスがベースラインから外れた場合、ネットワーク・オペレーターに警告を発します。つまり、IBA はベースラインからの異常や逸脱、またはネットワークの意図を検出して報告することができます。IBA はまた、トラブルシューティングと問題解決のための洞察と推奨を提供できます2。
このシナリオでは、以下の2つの記述は正しくない：
* 機器オペレーティングバージョンの更新が必要な時期を示す。IBA はデバイスのオペレーティング・バージョンやアップデートに関する情報やガイダンスを提供しないため、これは真実ではありません。IBA はネットワーク・パフォーマンスとコンプライアンスに重点を置いており、デバイスの保守やアップグレードには重点を置いていません1。
* ベンダーのウェブサイトから情報を収集している。IBA はベンダーのウェブサイトや外部ソースから情報を収集しないため、これは真実ではありません。IBA は、エージェントとプローブ1 を使用して、ネットワーク内のデバイスからのみ情報を収集します。
参考文献
* Intent-Based Analytics - Apstra 3.3.0 ドキュメント
* インテント型ネットワーキングとは？| ジュニパーネットワークス

ジュニパーのドキュメント1によると、ルーティング・ゾーンとはL3ドメインのことで、マルチテナント・ネットワークにおけるテナントの単位です。テナントのIPトラフィックを互いに分離するためにルーティング・ゾーンを作成し、テナントがIPサブネットを再利用できるようにします。各ルーティングゾーンには、独自のVRFに加え、独自のDHCPリレーサーバと外部システム接続を割り当てることができます。ルーティングゾーン内に1つ以上の仮想ネットワークを作成できるため、テナントはルーティングゾーン内の複数のラックにL2アプリケーションを拡張できます。したがって、正解はDのルーティングゾーンです。ルーティングゾーンは、アプリケーションのマルチテナントを実現するために仮想ネットワークを作成するための構成要素です。参考文献ルーティングゾーン

IPファブリックを有効なIPファブリックにするには、2つのスパイン・ノード間の接続を削除する必要があります。これは、IPファブリックがスパイン・リーフ・アーキテクチャを使用するネットワーク・トポロジであり、スパイン・デバイスはリーフ・デバイスにのみ接続され、リーフ・デバイスはスパイン・デバイスにのみ接続されるためです。これにより、BGPやOSPFなどのレイヤー3ルーティング・プロトコルをサポートする、ノンブロッキング、ハイパフォーマンス、スケーラブルなネットワークが実現します。展示の2つのスパインノード間の接続は、スパイン-リーフ設計原則に違反し、ネットワークに不必要な複雑さと潜在的なループをもたらします。他の選択肢は間違っています：
* IPファブリックは、互換性と相互運用性がある限り、異なるデバイスモデルをサポートできるためです。この図は、ジュニパーネットワークスがIPファブリックの導入でサポートしているQFXスイッチの2つの異なるモデルを示しています。
* B.2つのスパインノード間の接続を40Gbpsにする必要がありますが、接続速度を上げてもIPファブリックは有効にならないため、誤りです。上記で説明したように、2つのスパインノード間の接続を削除する必要があります。
* C.IPファブリックの接続を10Gbps以上の速度に増加させる必要があるのは間違いである。IPファブリックは、ネットワークの帯域幅とパフォーマンスの要件を満たす任意の速度を使用できます。10GbpsはIPファブリック接続の一般的な速度ですが、ネットワーク設計やデバイスによっては、それ以上またはそれ以下の速度を使用することもできます。参考文献
* IPファブリック・アンダーレイ・ネットワークの設計と実装
* IPファブリックの概要
* IPファブリック：自動ネットワーク保証プラットフォーム

ジュニパーのドキュメント1によると、ルーティング・ゾーンとはL3ドメインのことで、マルチテナント・ネットワークにおけるテナントの単位です。テナントのIPトラフィックを互いに分離するためにルーティング・ゾーンを作成し、テナントがIPサブネットを再利用できるようにします。各ルーティングゾーンには、独自のVRFに加え、独自のDHCPリレーサーバと外部システム接続を割り当てることができます。ルーティングゾーン内に1つまたは複数の仮想ネットワークを作成できるため、テナントはルーティングゾーン内の複数のラックにL2アプリケーションを拡張できます。レイヤー3のSVIを持つ仮想ネットワークの場合、SVIはルーティング・ゾーンごとにVRF（Virtual Routing and Forwarding）インスタンスに関連付けられ、仮想ネットワークSVIは他のルーティング・ゾーン内の他の仮想ネットワークSVIから隔離される。複数のルーティング・ゾーンを使用する場合、外部システム接続はファブリック内のリーフ・スイッチからでなければならない。ルーティングゾーン間のルーティングは外部システムで行う必要があります。したがって、正解は D です。外部ゲートウェイを介した相互接続を使用します。参考文献ルーティングゾーン

BGPはEVPNルートの広告に使用されるプロトコルです。EVPNルートは、イーサネットVPNのMACアドレスとIPプレフィックス情報を運ぶ新しいタイプのBGPネットワーク層到達性情報（NLRI）です。EVPNルートは、MPLS、VXLAN、SR、またはSRv6トンネル上でBGPマルチプロトコル拡張（MP-BGP）を使用してPE間で交換されます。EVPNルートは、PEが同じEVPNインスタンス内の異なるサイトのMACアドレスとIPプレフィックスの到達可能性を学習することを可能にします。EVPNルートは、高速コンバージェンス、冗長性、エイリアシング、サブネット間ルーティングなどのさまざまな機能もサポートします。他の選択肢は間違っています：
* A. OSPFは、自律システム内のIPルートを広告するために使用される内部ゲートウェイプロトコル（IGP）であるため、OSPFは間違っています。OSPFは、イーサネットVPN用のMACアドレスとIPプレフィックス情報を伝送するBGP NLRIの一種であるEVPNルートの広告には使用されません。
* IS-ISは、自律システム内でIPルートとMPLSラベルを広告するために使用される内部ゲートウェイプロトコル（IGP）であるため、C. IS-ISは間違っています。IS-ISは、イーサネットVPN用のMACアドレスとIPプレフィックス情報を伝送するBGP NLRIの一種であるEVPNルートの広告には使用されません。
* D. RIPは、自律システム内のIPルートを広告するために使用される内部ゲートウェイプロトコル(IGP)であるため、間違っています。RIPは、イーサネットVPN用のMACアドレスとIPプレフィックス情報を伝送するBGP NLRIの一種であるEVPNルートの広告には使用されません。参考文献
* EVPNの基礎
* RFC 9136 - イーサネットVPN（EVPN）におけるIPプレフィックス広告
* EVPN Type-5 ルート：IPプレフィックス広告
* EVPN ピュアタイプ 5 ルートの理解

展開フェーズは、ジュニパー・アプストラのデータセンター・ファブリック設計および展開プロセスの最終ステップです。このフェーズでは、アプストラでレンダリングした設定をデバイスに適用し、ブループリントの意図を検証します。Web検索の結果から、展開フェーズでは次の操作が必要であると推測できます12：
* デバイス・プロファイルをブループリントに割り当てます。このアクションは、ブループリント内の各論理デバイスに特定のベンダー・モデルを関連付けます。デバイス・プロファイルには、フォーム・ファクター、ASIC、CPU、RAM、ECMP 制限、サポートされる機能など、広範なハードウェア・モデルの詳細が含まれます。デバイス・プロファイルは、コンフィギュレーションの生成方法、テレメトリ・コマンドのレンダリング方法、およびコンフィギュレーションを
* デバイス。デバイス・プロファイルにより、アプストラ・システムは、アプストラ・リファレンス設計34 に従って構成をレンダリングし、展開することができます。
* ブループリントにリソースを割り当てます。このアクションは、物理デバイス、IPアドレス、VLAN、およびASNを、ブループリント内の論理デバイス、ネットワーク、およびルーティング・ゾーンに割り当てます。リソースは、手動またはアプストラ・システムによって自動的に割り当てることができます。リソースを割り当てることで、ブループリントに、構成を生成してファブリックを展開するために必要なすべての要素が含まれるようになります5。
* ブループリントにユーザー ロールを割り当てます。この操作はデプロイ段階では必要ありません。ユーザー・ロールは、ブループリント・レベルではなく、システム・レベルで定義されます。ユーザー・ロールは、アプストラ・システム内のさまざまなユーザーの権限とアクセス・レベルを決定します。ユーザー・ロールは、システム定義またはカスタム定義できます。
* インターフェース・マップをブループリントに割り当てます。このアクションは、デプロイ段階では必要ありません。インターフェイス・マップは、デプロイ段階ではなく、設計段階で定義されます。インタフェース・マップは、論理デバイスの論理インタフェースをデバイス・プロファイルの物理インタフェースにマッピングするオブジェクトです。インタフェース・マップにより、アプストラ・システムはファブリック内の各デバイスに対して正しいインタフェース・コンフィグレーションを生成できるようになります。
参考文献
* デプロイ
* デバイスの展開
* デバイスプロファイル
* ジュニパー・デバイス・プロファイル
* リソース

Juniper Apstra UIでは、オーバーレイ・ネットワークでVXLANカプセル化を使用する仮想ネットワーク用にVNIプールを作成できます。VNIプールは、仮想ネットワークに割り当てることができるVNIの範囲を含むリソースプールです。VNIプールの有効なVNI範囲は、VXLAN標準によると4096から16777214です1。したがって、このシナリオではステートメントBが正しい。
このシナリオでは、以下の3つの記述は正しくない：
* VNI プールにはどの範囲も使用できます。なぜなら、VNI範囲にはVXLAN標準1によって定義された下限と上限があるからです。下限は 4096、上限は 16777214 です。この範囲外のVNIは無効であり、VXLANカプセル化には使用できません。
* 有効なVNI範囲は2～4096です。VNI 範囲は 2 からではなく、4096 から始まるので、これは正しくない。2から4095までのVNIは予約されており、VXLANカプセル化1には使用できません。
* 有効な VNI 範囲は 1 から 10000 です。なぜなら、VNI の範囲には 1 が含まれておらず、これは予約されているため VXLAN カプセル化には使用できないからです1。また、VNIの範囲は10000で終わらず、24ビットのVNIフィールドの最大値である16777214で終わります1。
参考文献
* VNIプール（リソース）

デバイスAはIPファブリックのスパインとして機能する。IPファブリックとは、スパインリーフ型トポロジーを使用して、データセンター・ネットワークに高いパフォーマンス、拡張性、信頼性を提供するネットワーク・アーキテクチャである。スパイン・リーフ・トポロジーは、スパイン・デバイスとリーフ・デバイスの2層のデバイスで構成されます。スパインデバイスは、等コスト・マルチパス（ECMP）ルーティングを使用してすべてのリーフデバイスを相互接続するコアデバイスです。リーフデバイスは、サーバー、ストレージ、その他のネットワークデバイスに接続するエッジデバイスです。この図では、デバイスAは複数のリンクを使用して4つのリーフデバイスに接続されています。他の選択肢は間違っています：
リーフデバイスは、サーバー、ストレージ、または他のネットワークデバイスに接続するエッジデバイスであるため、* A. leafは間違いです。この図では、デバイスAはサーバー、ストレージ、その他のネットワークデバイスに接続されておらず、4つのリーフデバイスに接続されているだけです。
* スーパースパインデバイスは、大規模IPファブリック内の複数のスパインデバイスを相互接続する上位デバイスであるため、C.スーパースパインは誤りです。スーパースパインデバイスは通常、リーフデバイスの数が単一のスパインデバイスのポート密度を超える場合に使用されます。この図では、デバイスAは他のスパインデバイスに接続されておらず、4つのリーフデバイスに接続されているだけです。
* サーバー・デバイスはIPファブリックのリーフ・デバイスに接続するコンピュート・デバイスまたはストレージ・デバイスであるため、D.サーバーは間違いです。サーバー・デバイスは通常、ネットワークでデータを提供または消費するエンド・ホストです。
展示では、デバイスAはどのリーフ・デバイスにも接続されておらず、4つのリーフ・デバイスにのみ接続されている。参考文献
* IPファブリック・アンダーレイ・ネットワークの設計と実装
* IPファブリックの概要
* IPファブリック・アーキテクチャ

Juniper Apstraを使用して特定のデバイスにコンフィグレットを適用するには、デバイスのホスト名とタグを指定する必要があります。ホスト名は、アプストラ・システム内のデバイスの一意の識別子であり、タグは、同じ特性を共有する他のデバイスとグループ化するためにデバイスに割り当てることができるラベルです。ホスト名とタグを使用して、ブループリント・カタログ12でコンフィグレットを適用するデバイスをフィルタリングできます。
参考文献
* コンフィグレットの概要
* レジストリ

ケーブリングマップは、データセンターファブリック内のデバイス間の物理的な接続をグラフィカルに表したものです。各デバイスのケーブル、インターフェイス、および BGP セッションのステータスが表示されます。ブループリントを展開する前に、ケーブリング・マップを使用してケーブリングを検証し、修復することができます。ウェブ検索結果に基づき、以下の記述が推測できます：
* Apstra は、ケーブル・マップの接続を更新するために、スパイン間ファブリック・デバイスからの LLDP データを使用できます。これは、 Apstra が Generic Graph Collector プロセッサを使用してデバイスから LLDP データを収集し、 それを使用してケーブリング マップを自動的に更新できるためです。LLDP は、 デバイスがその識別情報、 機能、 および近隣機器に関する情報を交換するためのプロトコルです12。
* Apstra は、 リーフ機器からの LLDP データを使用して、 配線マップのリーフ間接続を更新することができます。これは、 アプストラがリーフデバイスから LLDP データを収集し、 それを使用してルータ、 ファイアウォール、 サーバなどの汎用デバイスへの接続を更新できるためです。汎用デバイスとは、アプストラが管理するデバイスではなく、 データセンターのファブリック23 の一部であるデバイスのことです。
* Spine-to-Leaf ファブリックリンクを更新するには、ケーブリングマップを手動で変更する必要があります。上記で説明したように、アプストラは LLDP データを使用してスパイン間のファブリックリンクを自動的に更新できるため、これは誤りです。ただし、必要に応じて、ケーブリング・マップを手動で変更して、アプストラが生成したケーブリングを上書きすることもできます24。
* リーフ間リンクを更新するには、ケーブル・マップを手動で変更する必要があります。上記で説明したように、 Apstra は LLDP データを使用してリーフ間リンクを自動的に更新できるため、 これは誤りです。ただし、必要に応じて、ケーブリング・マップを手動で変更して、アプストラが生成したケーブリングを上書きすることもできます24。参考文献
* LLDP の概要
* ケーブリングマップの編集（データセンター）
* 汎用デバイス
* ケーブルマップのインポート/エクスポート（データセンター）

セキュリティ・ポリシーは、Juniper Apstra UIを使用して、同じルーティング・ゾーン内の他の仮想ネットワークへのアクセスを制御するタスクを達成するために使用される機能です。セキュリティ・ポリシーでは、異なる仮想ネットワーク、IPエンドポイント、またはルーティング・ゾーン間で許可または拒否されるトラフィックを指定するルールを定義できます。セキュリティ・ポリシーは、同じルーティング・ゾーン内の1つまたは複数の仮想ネットワークに適用でき、ソースおよび宛先IPアドレス、プロトコル、ポート、タグなど、さまざまな基準を使用してトラフィックを一致させることができます。また、セキュリティポリシーはDHCPリレーをサポートし、ある仮想ネットワークから別の仮想ネットワークへのDHCPリクエストの転送を可能にします。他の選択肢は間違っています：
* インターフェース・ポリシーは、インターフェース名、速度、タイプ、説明など、ブループリント内のデバイスのインターフェース・パラメーターを設定できる機能なので、A. インターフェース・ポリシーは間違いです。インターフェイスポリシーは、同じルーティングゾーン内の異なる仮想ネットワーク間のアクセス制御には影響しません。
* アンチ・アフィニティ・ポリシーとは、特定のデバイスや論理デバイスが、ブループリント内の同じラックやリーフ・ペアに配置されないようにする機能なので、B. アンチ・アフィニティ・ポリシーは間違っています。アンチアフィニティ・ポリシーは、ネットワークの可用性と冗長性を高めるために使用されるものであり、同じルーティング・ゾーン内の異なる仮想ネットワーク間のアクセスを制御するために使用されるものではありません。
* ルーティング・ポリシーは、ルーティング・プロトコル、自律システム番号、ルート・フィルター、ルート・マップなど、ブループリント内のデバイスのルーティング・パラメーターを設定できる機能であるため、C.ルーティング・ポリシーは間違いです。ルーティングポリシーは、異なるルーティングゾーン間で交換される経路をフィルタリングまたは変更するためにルーティングポリシーが使用されない限り、同じルーティングゾーン内の異なる仮想ネットワーク間のアクセス制御には影響しません。参考文献
* セキュリティ・ポリシー
* インターフェース・ポリシー
* アンチ・アフィニティ・ポリシー
* ルーティング・ポリシー

ジュニパーのドキュメント1によると、ESI-LAGは2つ以上のデバイスにまたがるリンクアグリゲーショングループ（LAG）で、イーサネットセグメント識別子（ESI）によって識別されます。ESI-LAGは、EVPN-VXLANネットワークのマルチホームサーバに冗長性と負荷分散を提供します。ESI-LAG を設定するには、以下の要件が満たされていることを確認する必要があります：
* 両方のデバイスの LACP システム ID は同じでなければなりません。これにより、LACP プロトコルが LAG パラメータをネゴシエートし、サーバー用に単一の論理インターフェイスを形成できるようになります。
* 両方のデバイスのESI IDは同じでなければならない。これは、EVPNコントロールプレーンがESI-LAGを単一のイーサネットセグメントとしてアドバタイズし、デバイス間でサーバーのMACアドレスとIPアドレスを同期できることを保証します。
* 両デバイスのVLAN IDとVNIは同じでなければなりません。これにより、サーバーが同じ仮想ネットワーク内の他のホストと通信できるようになり、VXLANのカプセル化とカプセル解除が正しく機能するようになります。
展示では、両方のデバイスの LACP システム ID と ESI ID が異なるため、ESI-LAG がマルチホームとして表示されません。したがって、正解はBとDです。両方のデバイスのLACPシステムIDは同じでなければならず、両方のデバイスのESI IDは同じでなければなりません。参考文献EZ-LAG で簡単になった ESI-LAG」、「Example：EVPN-MPLS マルチホーミングによる論理インターフェイス上の ESI の設定、EVPN LAG マルチホーミング入門