これらは、スイッチ間の ISL リンクに障害が発生してもキープアライブ インターフェイスは機能する場合の、サーバーからコアへのアクセスに関する正しい記述です。サーバー 1 は、VLAN 10 に対してまだアクティブな VSX-A に接続されているため、両方のアップリンク経由でコア レイヤにアクセスできます。サーバー 2 は、VLAN 10 に対してまだアクティブな VSX-B へのアップリンク経由でコア レイヤにアクセスすることもできます。アクティブゲートウェイ機能があるためです。サーバー 1 とサーバー 2 は同じ VLAN およびサブネット内にあるため、コア レイヤを介して相互に通信でき、トラフィックはコア スイッチを介してルーティングできます。他の記述は、不可能なシナリオを説明しているか、質問に関連していないため、不正確です。参考：https://www.arubanetworks.com/techdocs/AOS-CX/10.04/HTML/5200-6728/bk01-

セッションベースの ACL は、セッション開始の方向に基づいて、ポートまたは VLAN に出入りするトラフィックに適用されます。有線ステーションから無線クライアントへの ping を許可し、その逆は許可しないようにするには、セッションベース ACL を使用して、任意の送信元から任意の宛先への icmp エコー トラフィックを拒否し、その後、任意の送信元からユーザ宛先への icmp エコー応答トラフィックを許可する必要があります。ユーザー ロールは、AOS 10 のワイヤレス クライアントを表します。参考: https://techhub.hpe.com/eginfolib/Aruba/OS-CX_10.04/5200-6692/GUID-BD3E0A5F-FE4C-4B9B-BE1D-FE7D2B9F8C3A.html https ://techhub.hpe.com/eginfolib/networking/docs/arubaos-switch/security/GUID-EA0A5B3C-FE4C-4B9B-BE1D-FE7D2B9F8C3A.html

Aruba Network Analytics Engine (NAE) によって使用されるコンポーネントは D. 現在の状態データベースです。
現在の状態データベースは、インターフェイス、VLAN、ルーティング プロトコル、統計情報などのスイッチの構成および状態情報を保存するデータベースです。NAE は、AOS-CX REST API を通じてこのデータベースにアクセスし、モニターを使用して任意のデータ ポイントの値を監視できます。NAE は、時系列データベース内の値の履歴を追跡し、それらをネットワーク イベントや構成変更と関連付けることもできます1。現在の状態データベースは、NAE にデバイスの現在の状態全体を直接可視化し、ネットワーク タスクのインテリジェントなトラブルシューティングと自動化を可能にします1。
他のオプションは次の理由で正しくありません。
A) JSON ベースのスクリプト: JSON は、アプリケーション間で情報を交換するために使用されるデータ形式です。NAE で使用できるスクリプト言語ではありません。NAE スクリプトは、人気があり強力なプログラミング言語である Python で記述されています1。
B) Lisp ベースのエージェント: Lisp は、主に人工知能と関数型プログラミングに使用されるプログラミング言語のファミリーです。NAE で使用できる言語ではありません。NAE エージェントは、スイッチ上で実行され、関連するネットワーク情報を収集し、アラートまたはアクションをトリガーするスクリプトのインスタンスです1。
C) Ruby ベースのスクリプト: Ruby は、その表現力と優雅さで知られる汎用プログラミング言語です。NAE で使用できる言語ではありません。NAE スクリプトは、人気があり強力なプログラミング言語である Python で記述されています1。

* PMK に関する知識を証明します
* PTKを生成するためのメッセージを交換します
* 暗号化された GTK をクライアントに配布します
* 最初の初期化ベクトル (IV) を設定します。

ワイヤレス デバイスが AP1 から AP2 にローミングする場合のキー管理ワークフローの一部である正しい手順は A と D です。
A) AP1 はクライアントの情報をキャッシュし、それをキー管理サービスに送信します。これは、クライアントが AP1 に関連付けて認証するときに、AP1 がクライアントのペアワイズ マスター キー (PMK) を生成し、それをキャッシュに保存するためです。また、AP1 は、PMK と、MAC アドレス、VLAN、SSID などの他のクライアント情報を、Aruba モビリティ コントローラー (MC) またはモビリティ マスター (MM) デバイス 1 上で実行される集中型サービスであるキー管理サービスに送信します。キー管理サービスは、この情報を使用してクライアントの高速ローミングを促進します。
D) 次に、キー管理サービスが AP2 のネイバー用の R1 キーを生成します。これは、キー管理サービスが AP1 からクライアント情報を受信するときに、PMK を使用してクライアントの R0 キーと R1 キーを取得するためです。R0 キーは R1 キーの生成に使用され、R1 キーは暗号化用のペアワイズ一時キー (PTK) の生成に使用されます。キー管理サービスは、RF 近接性 2 に基づいて AirMatch によって決定される R1 キーを AP2 とその隣接 AP に配布します。こうすることで、クライアントが AP2 またはその近隣のいずれかにローミングするときに、802.1X 認証をスキップし、R1 キーを使用して新しい AP3 で PTK を迅速に生成できます。
B) キー管理サービスは、AirMatch からすべての AP2 ネイバーのリストを受け取ります。キー管理サービスはこの情報を AirMatch から直接受信しないため、これは誤りです。AirMatch は、MC または MM デバイス上で実行され、機械学習アルゴリズムを使用して Aruba デバイスの RF パフォーマンスを最適化する機能です。AirMatch は、信号強度と干渉に基づいた近くの AP に関する情報を含む近隣レポートをすべての AP に定期的に送信します。次に、AP はこれらのレポートをキー管理サービスに送信し、キー管理サービスはそれらのレポートを使用して、どの AP が特定のクライアントの R1 キーを受信するかを決定します2。
C) キー管理サービスは、AirMatch からすべての AP1 ネイバーのリストを受け取ります。これは、B と同じ理由で false です。キー管理サービスは、この情報を AirMatch から直接受信するのではなく、近隣レポートを送信する AP から受信します。
E) クライアントは、AP1 からローミングした後、AP2 に関連付けて認証します。クライアントがすでに AP1 で認証されており、キー管理サービスから R1 キーを受信して​​いる場合、クライアントは AP1 からローミングした後に AP2 で認証する必要がないため、これは false です。クライアントは、AP2 と関連付け、R1 キーを使用して 4 ウェイ ハンドシェイクを実行し、暗号化用の PTK を生成するだけで済みます3。これは高速ローミングまたは 802.11r ローミングと呼ばれ、完全認証によって生じる遅延と中断が軽減されます。
1: ArubaOS 8.7 ユーザーガイド 2: ArubaOS 8.7 ユーザーガイド 3: ArubaOS 8.7 ユーザーガイド : ArubaOS 8.7 ユーザーガイド