MPSK Local は、802.1X 認証をサポートしない 15 台のヘッドレス IoT デバイスをセットアップするために使用できる機能です。MPSK Local を使用すると、スイッチは、デバイスや外部認証サーバーの設定を必要とせずに、MAC アドレスに基づいてデバイスの一意の事前共有キーを自動的に生成して割り当てることができます。他のオプションは、IoT デバイスでサポートされていない 802.1X 認証、または Aruba CX スイッチでサポートされていない WPA3 暗号化のいずれかを必要とするため、不正確です。参考： https://www.arubanetworks.com/techdocs/AOS-CX/10.04/HTML/5200-6728/bk01-ch05.html https://www.arubanetworks.com/techdocs/AOS-CX/10.04/HTML /5200-6728/bk01-ch06.html

説明

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

説明
正解は B. スパニングツリー インスタンスの VLAN マッピングです。
MSTP を使用して VLAN のロード バランシングを行うには、同じ MST リージョン内のすべてのスイッチで同じ VLAN からインスタンスへのマッピングを設定する必要があります。これは、異なる MST インスタンスに異なる VLAN を割り当て、目的のロード バランシングを実現するために各インスタンスのスパニング ツリー パラメータ（優先順位、コスト、ポートの役割など）を調整する必要があることを意味します。たとえば、1 つのスイッチをインスタンス 1 のルートにし、別のスイッチをインスタンス 2 のルートにして、VLAN の半分をインスタンス 1 にマッピングし、残りの半分をインスタンス 2 にマッピングすることができます。
シスコのドキュメント「Understanding the Multiple Spanning Tree Protocol (802.1s)」によると、MST を設定する手順の 1 つは次のとおりです。
VLAN のセットをさらに多くのインスタンスに分割し、これらのインスタンスごとに異なる MST 設定を構成します。これを簡単に実現するには、ブリッジ D1 を VLAN 501 ～ 1000 のルートに選択し、ブリッジ D2 を VLAN 1 ～ 500 のルートに選択します。これらのステートメントは、この設定に当てはまります。
スイッチ D1(config)#spanning-tree mst 設定
スイッチ D1(config-mst)#インスタンス 1 vlan 501-1000
スイッチ D1(config-mst)#exit
スイッチ D1(config)#spanning-tree mst 1 優先度 0
スイッチ D2(config)#spanning-tree mst 設定
スイッチ D2(config-mst)#インスタンス 2 vlan 1-500
スイッチ D2(config-mst)#exit
スイッチ D2(config)#spanning-tree mst 2 優先度 0
上記のコマンドは、2 つの MST インスタンス 1 と 2 を作成し、VLAN 501 ～ 1000 をインスタンス 1 にマッピングし、VLAN 1 ～ 500 をインスタンス 2 にマッピングします。次に、スイッチ D1 をインスタンス 1 のルートにし、スイッチ D2 をインスタンス 2 のルートにします。
他のオプションは次の理由で正しくありません。
A: スパニングツリー bpdu-guard 設定は、未承認のデバイスから BPDU を受信した場合にポートを無効にするセキュリティ機能です。MSTP によるロード バランシングには影響しません。
C: スパニングツリー CIST マッピングは有効なコマンドではありません。CIST は Common and Internal Spanning Tree の略で、MST リージョン内で実行され、他のリージョンまたは非 MST スイッチと対話するスパニング ツリー インスタンスです。
D: スパニングツリー ルート ガード設定は、別のスイッチから上位 BPDU を受信した場合に、ポートがルート ポートになるのを防ぐもう 1 つのセキュリティ機能です。MSTP によるロード バランシングには影響しません。

OFDMA (直交周波数分割多元接続) は、サブキャリアをクライアント専用にすることで競合オーバーヘッドを排除し、高密度環境におけるクライアントの遅延を最小限に抑えることができるテクノロジーです。OFDMA を使用すると、複数のクライアントが同じチャネル内の異なるサブキャリアで同時に送信できるため、競合が減少し、効率が向上します。MU-MIMO (マルチユーザー複数入力複数出力) は、複数のクライアントが同じチャネル内の異なる空間ストリームで同時に送信できるようにするテクノロジーですが、競合オーバーヘッドは排除されません。QWMM (Quality of Service Wireless Multimedia) は、4 つのアクセス カテゴリに基づいてトラフィックに優先順位を付けるテクノロジーですが、競合オーバーヘッドは排除されません。チャネル ボンディングは、2 つの隣接するチャネルを 1 つの幅の広いチャネルに結合するテクノロジーであり、帯域幅は増加しますが、競合オーバーヘッドは排除されません。参考：https://www.arubanetworks.com/assets/ds/DS_AP510Series.pdf https://www.arubanetworks.com/assets/wp/WP_WiFi6.pdf

説明
Auditors ロールは、Web UI から [System] > [Log] ページにアクセスできること、および /logs/event リソースの REST API の GET メソッドにアクセスできるという要件を満たす、デフォルトの AOS-CX ユーザー ロールです。Auditors ロールのレベルは 1 で、セキュリティまたはパスワードに関連するものを除くほとんどのコマンドへの読み取り専用アクセスが許可されます。また、制限された権限で Web UI および REST API にアクセスすることもできます。他のオプションは、より高いレベルのアクセス権を持っているか、Web UI または REST API へのアクセスを許可していないため、不正確です。
参考文献： https://www.arubanetworks.com/techdocs/AOS-CX/10.04/HTML/5200-6728/bk01-ch01.html
https://www.arubanetworks.com/techdocs/AOS-CX/10.04/HTML/5200-6728/bk01-ch04.html