信号対雑音比（SNR）は、無線信号の品質を判断するために用いられる重要な指標です。これは、信号強度と背景雑音のレベルを比較するものです。SNRが低いということは、雑音に対して信号が弱いことを示し、信号品質の低下につながります。
選択肢D：データ整合性の低下とエラー発生の可能性が正解です。SNRが低い場合、データ伝送の品質が低下します。ノイズが信号に干渉し、データエラーの発生やデータ整合性の低下につながります。これにより、パケットの損失や破損が発生し、再送信が必要となり、ネットワーク全体のパフォーマンスと信頼性が低下します。
オプションA：ファームウェアメンテナンス期間のスケジュール設定は、SNRに直接関係しません。ファームウェアメンテナンスは信号品質とは無関係ですが、パフォーマンスの最適化やバグ修正など、他の理由で必要となる場合があります。
オプションB：自動フェイルオーバー機能の有効化は、通常、ネットワーク機器の故障や接続品質の低下が発生した場合に使用されますが、低いSNR値によって直接トリガーされるわけではありません。
オプションC：チャネル信頼性の向上は、SNRが低い場合に起こることとは正反対です。SNRが低いと、信頼性が向上するのではなく、通信が不安定になります。
したがって、選択肢Dが正解です。SNRが低いと、伝送プロセスにおけるエラーの可能性により、データの完全性が低下するためです。

エンタープライズ無線ネットワークにおける高速で安全なローミングは、高速BSSトランジション（FT）としても知られる802.11r規格を使用して実現されます。802.11rでは、クライアントは現在のアクセスポイント（AP）から切断される前に新しいアクセスポイントで認証できるため、再認証プロセスに必要な時間を大幅に短縮できます。この事前認証メカニズムにより、音声通話やビデオ通話などのクライアントセッションは、モビリティドメイン内のAP間を移動する際にシームレスに維持されます。DCA（Dynamic Channel Assignment）はチャネル選択を最適化しますが、ローミング速度には影響しません。802.11axは全体的なスループットとスペクトル効率を向上させますが、高速ローミングを直接提供するものではありません。MIMO（Multiple Input Multiple Output）は信号の信頼性と容量を向上させますが、認証ハンドオフプロセスとは関係ありません。Cisco Wireless Core Technologiesは、高密度環境でのローミングをさらに高速化するために、802.11rをPMKキャッシングおよびオポチュニスティックキーキャッシング（OKC）と組み合わせて展開することを強調しています。
802.11rの実装は、Wi-Fi経由の音声通信やリアルタイムビデオアプリケーションなど、クライアントの移動中にパケット損失を最小限に抑え、低遅延が求められる環境において非常に重要です。

クライアント除外は、Cisco Catalyst 9800 WLC の機能で、管理者が、過剰な再試行、過剰な帯域幅使用、ローミングの問題など、不適切な動作を示すクライアントを一時的にブロックできます。WLAN ポリシーでクライアント除外を有効にするための IOS XE CLI コマンドは client-exclusion <timeout> です。<timeout> は、クライアントが WLAN に接続できない期間 (秒単位) を定義します。オプション D は、client-exclusion 120 を使用して、不適切な動作を示すクライアントを 120 秒間ブロックします。

正しい方法は、ソフトウェアイメージ管理ワークフロー、具体的にはCisco Catalyst Center Software Image Management（一般的にSWIMと呼ばれています）を使用することです。Ciscoは、ソフトウェアのアップグレードを管理し、ネットワーク全体でイメージバージョンの一貫性を維持するメカニズムとしてSWIMを文書化しています。SWIMは、イメージリポジトリ、ゴールデンイメージの割り当て、イメージの配布、アクティベーション、準備状況チェック、およびスケジュールされた実行を提供します。Ciscoのワイヤレス自動化ガイダンスでは、Catalyst Centerリポジトリからイメージをワイヤレスコントローラに配布し、それらのコントローラで実行されているイメージをアップグレードすることで、Catalyst 9800シリーズワイヤレスコントローラのソフトウェアを更新するにはSWIMを使用すると明記されています。これらの両方の段階は、すぐに実行することも、定義されたメンテナンスウィンドウにスケジュールすることもできます。
オプションCは、Catalyst Centerの更新ステータスビューとワークフロービューによっても検証されます。Ciscoのドキュメントでは、イメージ更新ステータスは、すべての更新タスクを表示し、進行中、成功、または失敗でフィルタリングし、アクティブな更新の進行状況バーを表示するビューとして説明されています。ワークフロービューでは、配布およびアクティベーションタスクのステータス、タイミング、事前チェック、事後チェック、チェックサム検証、およびAPプリイメージのダウンロードの詳細が表示されます。インベントリスナップショットとテンプレートではコントローラファームウェアのアップグレードは実行されず、「ライフサイクルワークフロー」という表現は一般的すぎます。

Cisco Catalyst Center は、イベント通知フレームワークを使用して、Assurance がクライアント、デバイス、またはワイヤレスの問題を検出したときに運用チームにアラートを送信します。正しいワークフローは、問題設定にメールアドレスを入力するだけではなく、選択した問題イベントを EMAIL などの通知チャネルにバインドするイベントサブスクリプションです。Cisco の Catalyst Assurance ドキュメントには、特定の Assurance 問題がトリガーされ、そのステータスが変更されると、Assurance は REST または電子メール通知を生成でき、ワークフローは [サブスクリプションの管理] から [プラットフォーム] > [開発者ツールキット] > [イベント通知] ウィンドウを開くと記載されています。同じガイドでは、EMAIL がサポートされている通知チャネルの 1 つであり、EMAIL 通知の詳細には送信者、受信者、および件名フィールドが含まれることも確認されています。Cisco のプラットフォームユーザーガイドでは、イベント通知を「特定のイベントを表示および購読する」場所として定義し、GUI パスを [プラットフォーム] > [開発者ツールキット] > [イベント通知] としています。したがって、オプション B が正しいです。SMTP/電子メール宛先の設定は前提条件となる場合がありますが、必要なアラートアクションはイベント通知サブスクリプションの作成です。