WPA2-Personalは、802.1Xではなく、事前共有キーを使用してクライアントを認証します。Ciscoのドキュメントでは、WPA/WPA2は802.1XやPSKを含む複数の認証方式をサポートしており、PSKを選択した場合は事前共有キーまたはパスフレーズを設定する必要があると明記されています。このシナリオでクライアント認証を有効にする設定要素は、オプションDで表されるPSK ASCIIキー機能です。Catalystでは、
9800 IOS XE では、PSK 認証キー管理で PSK 方式が有効になり、パスフレーズは security wpa psk set-key {ascii | hex} {0 | 8} password で定義されます。Cisco の例は security wpa psk set- key ascii 0 test です。
オプションAは802.1X AKMを無効にします。これはパーソナルモードに適していますが、それ自体ではクライアントの認証は行いません。オプションBはDHCPプロキシの動作を制御し、WPA認証には関与しません。オプションCはWPA2暗号化にAESを有効にします。これによりトラフィックの機密性が保護されますが、認証シークレットは提供されません。
参考トピック：クライアント接続構成 - WPA2-Personal、PSK認証、AKM選択、AES暗号化、およびCatalyst 9800 WLANセキュリティ構成。

適切なCiscoテクノロジーは、AI Network Analyticsです。Ciscoは、Cisco AI Network Analyticsを、機械学習と機械推論を使用して展開固有のインサイトを生成し、運用上の問題を特定し、トラブルシューティングを迅速化するCatalyst Centerの機能であると説明しています。Ciscoの公式Catalyst Center Assuranceドキュメントには、Cisco AI Network Analyticsは、高度な機械学習技術と、匿名化されたネットワークイベントデータを備えた高度なクラウド学習プラットフォームを使用して、ネットワーク内の重大な問題を特定すると記載されています。
これにより、選択肢Dだけが正確に一致します。Catalyst Center Assuranceは、AI Network Analyticsが展開されるより広範な保証および監視フレームワークですが、質問で挙げられている特定のテクノロジーではありません。Network Servicesは、一般的なプラットフォーム機能領域であり、AI/ML分析機能ではありません。Catalyst Center LLM Insightsは、問題検出のためのクラウドベースの機械学習に関連付けられた、確立されたCiscoワイヤレス保証機能ではありません。AI Network Analyticsは、AI駆動のベースライン設定、異常検出、根本原因の特定支援、傾向、洞察、および比較ベンチマークを提供します。Ciscoはまた、AI Network Analyticsクラウドが匿名化されたネットワークイベントデータを使用して機械学習モデルを実行し、問題と洞察をCatalyst Centerに返すことを文書化しています。

正しい手順は、専用のゲストインターフェイス/VLANを作成し、Catalyst 9800ポリシープロファイルを使用してそれをゲストWLANにバインドすることです。Catalyst 9800アーキテクチャでは、WLANがSSIDと無線セキュリティパラメータを定義し、ポリシープロファイルがクライアント転送ポリシー、VLANマッピング、DHCP関連の動作、およびアクセスポリシーを定義します。CiscoのCatalyst 9800 VLAN設定手順では、VLANの選択は「ポリシープロファイル」>「アクセスポリシー」セクションにあり、そこでVLANまたはVLANグループがWLANポリシープロファイルにマッピングされます。Ciscoはまた、DHCPはインターフェイスごと、またはWLANごとに設定できることを文書化しており、WLANクライアントのアドレス指定には、該当するインターフェイスに割り当てられたDHCPサーバアドレスを使用することを推奨しています。
10.20.30.0/24 DHCPスコープでバックアップされた専用ゲストVLANは、最大254個の使用可能なアドレスを提供し、200クライアントの要件を満たしながら、ゲストユーザーをレイヤ3/VLAN境界で企業ユーザーから分離します。オプションAとCは、共有DHCPプールがゲスト専用サブネットの要件に違反するため誤りです。DHCPオプション43は、クライアントアドレス指定ではなく、AP/コントローラ検出用です。オプションDは拡張性がなく、DHCP割り当てを定義していません。

WLAN 上で Web ベースのクライアント認証を有効にするコマンドは security web-auth です。Cisco の Catalyst 9800 Web ベース認証ガイドでは、WLAN の設定ワークフローが示されています。WLAN 設定モードに入り、開いているレイヤ 2 ゲスト WLAN の WPA セキュリティを無効にしてから、security web-auth を使用して「WLAN の Web 認証を有効にする」という手順です。Cisco は、security web-auth authentication-list ... および security web-auth parameter-map ... を使用して認証リストとパラメータマップを適用し、WebAuth 自体が有効になった後に WebAuth メソッドとポータルの動作を詳細化します。
CiscoのLDAP認証の例は、展示と全く同じです。wlan webauth 2 webauth、WPAの削除
/802.1X レイヤ 2 セキュリティ、security web-auth、security web-auth authentication-list ldapauth、および security web-auth parameter-map global。オプション B は、WLAN ID 2 と SSID 名を持つ WLAN プロファイルを作成または入力するだけです。オプション C と D は WPA2 と 802.1X AKM を無効にします。クライアントの認証は行いません。参照トピック:
クライアント接続設定 - ゲストWLAN認証、WebAuth、レイヤ3セキュリティ、認証リスト、パラメータマップ、およびCatalyst 9800 WLANセキュリティ設定。

最適化されたローミングは、Cisco WLCの機能で、スティッキークライアントの動作を軽減するように設計されています。スティッキークライアントとは、別のアクセスポイントから十分な距離を移動した後でも、アクセスポイントに接続されたままになり、別のアクセスポイントの方がより良い無線周波数サービスを提供できる状態になるクライアントのことです。
Ciscoは、最適化ローミングを、クライアントのデータRSSIを積極的に監視し、受信信号強度が設定されたしきい値を下回った場合にクライアントを切断する機能と説明しています。Catalyst 9800の公式ドキュメントには、最適化ローミングは「RSSIが設定されたしきい値を下回った場合にクライアントを切断する」と記載されており、これはオプションAと直接一致します。
この機能は、ピアツーピアビーコンによるデバイス位置の計算を行わず、外部エクスペリエンスサービスに依存せず、静的ロードバランシングも行いません。これは、無線インフラストラクチャによって制御されるRF/クライアントローミング強制メカニズムです。実際の運用では、AP/WLCはクライアント信号品質を評価し、設定された最適化ローミング基準が満たされると、クライアントを強制的に切断してRF環境を再評価し、より適切なAPにローミングできるようにします。Ciscoはまた、最適化ローミングはRSSIとデータレートのしきい値に基づいて切断を管理することで、クライアントの接続性を維持するのに役立つと述べています。参照トピック：クライアント接続構成 - クライアントローミング動作、スティッキークライアントの緩和、RSSIしきい値、およびWLCローミングの最適化