説明
ワイヤレス デバイスが 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 はこれらのレポートをキー管理サービスに送信し、キー管理サービスはこれらのレポートを使用して、特定のクライアント 2 の R1 キーを受け取る AP を決定します。
C: キー管理サービスは、AirMatch からすべての AP1 のネイバーのリストを受信します。これは、B と同じ理由で誤りです。キー管理サービスは、この情報を AirMatch から直接受信するのではなく、ネイバー レポートを送信する AP から受信します。
E: クライアントは、AP1からローミングした後、AP2に接続して認証します。これは誤りです。クライアントがすでにAP1で認証され、キー管理サービスからR1キーを受け取っている場合、AP1からローミングした後、AP2で認証する必要はないからです。クライアントは、AP2に接続し、R1キーを使用して4ウェイハンドシェイクを実行し、暗号化用のPTKを生成するだけで済みます3。これは高速ローミングまたは
802.11r ローミングをサポートし、完全な認証によって発生する遅延と中断を軽減します。
1: ArubaOS 8.7 ユーザー ガイド 2: ArubaOS 8.7 ユーザー ガイド 3: ArubaOS 8.7 ユーザー ガイド : ArubaOS 8.7 ユーザー ガイド

説明
これらは、スイッチ間の 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-

その理由は、PBR を使用すると、送信元または宛先の IP アドレス、ポート、プロトコルなどの特定の基準に一致するポリシーに基づいてパケットをルーティングできるためです。PBR は、メトリック、ネクストホップ アドレスを設定したり、さまざまなルートのトラフィックにタグを付けたりするためにも使用できます。

説明

https://www.arubanetworks.com/techdocs/Instant_85_WebHelp/Content/instant-ug/wlan-ssid-conf/conf-fast-roa

説明
これらの要件に対するソリューションの 2 つの部分は、オプション C とオプション E です。
オプション C は、一致するトラフィックのネクストホップ IP アドレスを 10.1.1.253 として指定する、route_test というポリシーベースのルーティング アクション リストを定義するため、ソリューションの一部です。これは、ユーザーがサブネット 10.2.250.0/24 に使用する新しいデフォルト ルートです。インターフェイス ヌル パラメータは、トラフィックが特定のインターフェイス 1 を使用せずにネクストホップにルーティングされることを示します。
オプション E は、ポリシーベース ルーティング アクション リスト route_test を、IP アドレスが 10.2.250.1/24 である VLAN インターフェイス 250 に適用するため、ソリューションの一部です。これは、ユーザーが新しいデフォルト ルートをテストするサブネットです。apply policy コマンドは、インターフェイスでポリシーベース ルーティングを有効にし、それをアクション リスト 2 に関連付けます。
オプション A は、route_test という名前のポリシーベースのルーティング アクション リストを定義していますが、ユーザーが使用したい新しいデフォルト ルートであるネクスト ホップ IP アドレス 10.1.1.253 を指定していないため、ソリューションの一部ではありません。代わりに、要件とは異なるネクスト ホップ IP アドレス 10.1.1.254 を指定します。
オプション B は、route_test という名前のポリシーベース ルーティング アクション リストを定義していますが、ポリシーベース ルーティングが機能するために必要なネクスト ホップ IP アドレスをまったく指定していないため、ソリューションの一部ではありません。代わりに、IP アドレスのないインターフェイス ヌル パラメータを指定していますが、これは無効です。
オプション D は、ポリシーベース ルーティング アクション リスト route_test を、IP アドレスが 10.2.200.1/24 である VLAN インターフェイス 200 に適用するため、ソリューションの一部ではありません。これは、ユーザーが新しいデフォルト ルートをテストするサブネットではなく、この変更の影響を受けない別のサブネットです。