BSSIDブロックリスト保護

環境要因やワイヤレスアダプタドライバの理由により、クライアントがクライアントバランシングの提案通りに常に優先APへ移行するとは限りません。ただし、同じAPに2回目の接続を試みた場合は必ず接続が許可されます。

接続拒否によるクライアントステアリング

Association プロセス中、クライアントは理由コード17のメッセージで接続を拒否されることがあり、これによってクライアントが別のAPに誘導されます。

イベントログの報告

ダッシュボードでは、クライアントバランシングがクライアントに対してトリガーされた場合にイベントログで報告されます。イベントログの組み込みフィルタを使用することで、管理者は負荷分散イベントで絞り込み、特定のAPやクライアントを詳細に調査できます。イベントでは、どのAPがクライアント接続に最適とされたかが報告されます。

凡例:

• load - クライアントバランシングAPの現在のクライアント数
• best_ap - クライアントが参加するのに最も推奨されるAPのIPアドレス
• best_ap_load - 最も推奨されるAPに接続中のクライアント数
• best_ap_rssi - 推奨APで測定されたクライアントプローブリクエストの信号強度

MR 29.X以降のファームウェアにおけるクライアントバランシングの挙動

前述のクライアントバランシング手法はパッシブクライアントバランシングであり、APは接続時のみクライアントをより良いAPへ誘導しようとします。MR 29.Xファームウェア以降で新たに導入されたアクティブクライアントバランシングでは、APは既に接続済みの802.11v対応クライアントに対し、BSS-TMフレームを使用してより良いAPへ誘導します。

MR 29.1ファームウェアで以下の変更が加えられました：

• APはより良いAPがある場合、クライアントをそちらに誘導しようとします：

  • 802.11v非対応クライアントには接続時に理由コード17で（パッシブバランシング）近隣APリストを示さずに処理します。

  • 802.11v対応クライアントには接続時にBSS-TMフレームで近隣APリストを提示します。

  • 802.11v対応クライアントには接続後にもBSS-TMフレームで近隣APリストを提示します。

• アクティブ・パッシブ両方のクライアントバランシングで、APは2回までクライアントの負荷分散またはAssociation リクエストの拒否を試みることができます。

  • クライアントが3回目にAssociation リクエストを送信した場合（パッシブバランシング）、APはa）Association リクエストを許可し、b）このクライアントを永続的とマークし、アクティブバランシングも含めそのセッション中は以降負荷分散を行いません。

  • 2回の試行後もクライアントが他APに移動しない場合（アクティブバランシング）、APはこのクライアントを永続的とマークし、そのセッション中は以降ステアリングを試みません。

• MRはプローブリクエスト・Association・Reassociation リクエストを解析し、802.11vクライアントの機能を判定します。

MR 29.X以前のファームウェアではプローブリクエストのみを解析していたため、常に802.11vクライアント機能を正確に把握できませんでした。クライアントがプローブリクエストを送らず、Association リクエストのみ送信する場合もあるためです。この強化により、APは802.11vクライアント機能をより適切に追跡できます。

• AP間のLANメッセージ交換の改善

  • 802.11vクライアント機能がAP間で交換され、より正確な追跡が可能になります。

  • クライアントが関連付け/再Association リクエストで常に802.11v機能を広告するとは限らないため、クライアントが一度負荷分散された後、新しいAPでこの機能が失われることがあります。この問題を防ぐため、APはLAN上のUDP 6111経由で交換するメッセージ内にクライアントの802.11v機能も含めるようになりました。

• ステアリングメトリクスの改善

事前接続（パッシブ）クライアントバランシングでは、MRはMR 28.X以前と同じくRSSIおよびAP負荷に基づくロジックを使用し、最適化されたメトリクスにより、過剰なバランシングや軽負荷APへの誘導を回避します。

事後接続（アクティブ）クライアントバランシングでは、MRはクライアントと候補AP間のリンク品質およびAP負荷を考慮した新しい独自アルゴリズムを使用します。

クライアントバランシング比較表

MR 29.X以前と以降でのクライアントバランシング実装の違いを、以下の表にまとめます。

機能	MR29.X以前	MR29.X以降
APがクライアントを誘導するタイミング	接続時のみ（パッシブバランシング）	接続時（パッシブ）および事後（アクティブバランシング）
APがAssociation リクエストを拒否する回数（パッシブバランシング）	1回のみ、その後は許可	2回、その後は許可
APが接続済み802.11vクライアントを誘導する回数（アクティブバランシング）	該当なし（アクティブバランシングなし）	2回、その後はそのセッション中誘導を停止
デフォルトのクライアントステアリングモード	全てパッシブ。接続時のみ理由コード17でステアリング	802.11v対応クライアントは接続前後でBSS-TMによるアクティブ、非対応は理由コード17のみでパッシブ
802.11vクライアント機能の判定方法	プローブリクエストのみ	プローブリクエスト、Association、Reassociation リクエスト
AP間での802.11vクライアント機能の共有	なし	あり
クライアントが永続的とみなされるまでの接続拒否回数（パッシブ）	1回	2回
クライアントが永続的とみなされるまでの負荷分散試行回数（アクティブ）	該当なし（アクティブバランシングなし）	2回