Aruba Documentation Portal1 によると、ユーザーベースのトンネリング (UBT) は、GRE を使用して、スイッチ インターフェイス上の入力トラフィックをゲートウェイにトンネリングしてさらに処理する機能です。UBT を使用すると、スイッチはユーザーごとの認証とアクセス制御を使用して一元的なセキュリティ ポリシーを提供し、一貫したアクセスと権限を確保できます。
オプション A: スイッチはクライアントをアクセス VLAN に配置します
これは、オプション A が Aruba スイッチ上で UBT がどのように動作するかを示すためです。デバイスがネットワークに接続すると、MAC 認証または 802.1X を使用して認証され、ClearPass からの強制ポリシーがトリガーされます。これには、ユーザー ロール構成を含む強制プロファイルが含まれています。ユーザー ロールは、強制プロファイルの一部としてスイッチ上または ClearPass 上でローカルに割り当てることができます。ユーザー ロールによって、デバイスが属する VLAN とそれに適用されるアクセス ポリシーが決まります23。
したがって、選択肢 A が正しいです。
1: https://www.arubanetworks.com/techdocs/central/latest/content/nms/aos-cx/cfg/conf-cx-ubt.htm 2: https://www.arubanetworks.com/techdocs/AOS -CX/10.06/HTML/5200-7696/GUID-581D2976-694B-46C7-8497-F6B788AA05B2.html 3: https://community.arubanetworks.com/viewdocument/?DocumentKey=c740df4e-3e26-4cc5-9126-355a18709c44&Communシティキー=2fd943a6-8898-4dbe-915f-4f09e4d3c317&tab=図書館文書

説明
認証の存続可能性は、ゲートウェイ クラスターとクラウドまたはデータセンターのいずれかにある RADIUS サーバーの間でリモート リンク障害が発生した場合に、デバイスの動作を継続できるようにする機能です。
認証存続可能性により、ゲートウェイ クラスターは RADIUS サーバーからの成功した認証要求をキャッシュし、RADIUS サーバーに到達できない場合にそれらを使用してクライアントを認証できます。認証の存続可能性により、クライアントは、RADIUS サーバーがダウンしたときに MAC キャッシュまたは MAC 認証バイパス (MAB) 方式を使用してネットワークにアクセスすることもできます。参考文献:
https://www.arubanetworks.com/assets/tg/TG_AuthSurvivability.pdf

説明
その理由は、リンクアップ遅延タイマーは、VSX デバイスの再起動または ISL フラップに続いて、ダウンストリーム VSX リンクのアップを遅らせる機能であるためです。リンクアップ遅延タイマーには、初期同期フェーズとリンクアップ遅延フェーズの 2 つのフェーズがあります。
初期同期フェーズは、再起動されたノードが ISLP を通じて VSX ピアからすべての LACP+MAC+ARP+STP データベース エントリを学習するダウンロード フェーズです。初期同期タイマーは構成できませんが、ピアからデータベース情報をダウンロードするのに必要な時間です。
リンクアップ遅延フェーズは、ダウンロードされたエントリを ASIC にインストールし、コア ノードとのルーター隣接関係を確立し、アップストリーム ルートを学習する期間です。リンクアップ遅延タイマーのデフォルト値は 180 秒です。ネットワークのサイズ、ARP/ルーティング テーブルのサイズによっては、タイマーをより高い値 (最大 600 秒) に設定する必要がある場合があります。
両方の VSX デバイスが再起動すると、リンクアップ遅延タイマーは使用されません。
したがって、LAG 201 と同じ VSX デバイスの一部である LAG 101 および 102 を含めるようにリンクアップ遅延タイマーを構成すると、ダウンストリーム リンクをダウンさせる前に、両方のデバイスがデータベースを同期してルーティング隣接関係を形成するのに十分な時間を確保できます。 。

説明
オプション C は、CX 8360 スイッチ上の VLAN 1000 の SVI で DHCP リレーを設定する唯一のアクションです。DHCP リレーは、スイッチが、あるサブネット内のクライアントから別のサブネット内の DHCP サーバーに DHCP 要求を転送できるようにする機能です。DHCP リレーは、DHCP サーバーとクライアントが同じブロードキャスト ドメインにない場合に必要です1。
オプション C では、次のコマンドを使用します。
interface vlan 1000：このコマンドは、IP アドレス 10.102.39.1/24 を持ち、無線クライアントに使用される VLAN 1000 の SVI のインターフェイス コンフィギュレーション モードを開始します。
ip helper-address vrf default 10.200.1.100：このコマンドは、DHCP サーバの IP アドレスを SVI のヘルパー アドレスとして設定します。これは、スイッチが VLAN 1000 上のクライアントからの DHCP 要求をこのアドレスに転送することを意味します。vrf デフォルト パラメータは、SVI と DHCP サーバが同じ VRF 内にあることを示します。

説明
正解はCとDです。
MPSK (マルチ事前共有キー) は、単一の SSID で複数の PSK を使用できるようにする機能で、デバイス固有またはグループ固有のパスフレーズを提供して、ヘッドレス IoT デバイスのセキュリティと導入の柔軟性を強化します1。MPSK では、ClearPass Policy Manager サーバーに対する MAC 認証が必要です。ClearPass Policy Manager サーバーは、RADIUS VSA2 でデバイスの暗号化されたパスフレーズを返します。ClearPass Policy Manager は、有線、無線、および VPN インフラストラクチャ全体で、あらゆるユーザーに役割ベースおよびデバイスベースのネットワーク アクセス制御を提供するプラットフォームです3。ClearPass Policy Manager は、デバイス プロファイリングとポスチャ評価を使用して、デバイスの指紋情報に基づいて役割を割り当てることもできます4。
MPSK Local は、ClearPass Policy Manager5 を必要とせずに、デバイス上で SSID ごとに最大 24 の PSK をローカルに設定できるようにする MPSK のバリアントです。MPSK Local は、証明書を使用して IoT デバイスとアクセス ポイント間のワイヤレス トラフィックを暗号化する安全な認証方法である EAP-TLS (Extensible Authentication Protocol-Transport Layer Security) と組み合わせることができます6。EAP-TLS は、デバイス証明書を使用してロールベースのアクセス制御を実行することもできます6。
したがって、ClearPass Policy Manager と EAP-TLS を備えた MPSK Local は両方とも、IoT デバイスのワイヤレス認証、暗号化、一意のパスフレーズ、ロールベースのアクセスに関する顧客の要件を満たすことができます。
MPSK は内部 RADIUS サーバーをサポートしておらず、ClearPass Policy Manager789 を必要とするため、MPSK と内部 RADIUS サーバーは有効なソリューションではありません。MAC 認証ではワイヤレス トラフィックが暗号化されず、役割ベースのアクセスに指紋情報も使用されないため、MAC 認証を使用した MPSK ローカルは有効なソリューションではありません2。ローカル ユーザー導出ルールは、デバイスごとに一意のパスフレーズを提供したり、役割ベースのアクセスに指紋情報を使用したりしないため、有効なソリューションではありません101112。