RF ベースの自動 AP ロードバランシングについて
RF ベースの自動 AP ロードバランシング機能は、既存のサイトタグベースのロードバランシング機能を改善したものです。サイトタグに基づいて AP をワイヤレスネットワーク制御デーモン(WNCD)に割り当てることで、AP のロードバランシングが行われます。指定したサイトタグ内の AP が WNCd のキャパシティを超えている場合、WNCd インスタンス間で AP が不均等に分散され、メモリと CPU の使用率が高くなる問題が発生する可能性があります。load コマンドを使用することでサイトタグ内の AP の数を 1,000 に制限できますが、AP の負荷制限が正しく設定されていない場合は、それでも AP が不均等に分散される可能性があります。場合によっては、サイトタグに属するすべての AP が同じ場所に配置されていない場合もあります。
RF ベースの自動 AP ロードバランシング機能は、無線リソース管理(RRM)のネイバーレポートベースの AP グループ化と、WNCd インスタンス間でのロードバランシングを使用します。
この機能を有効にすると、AP ネイバーレポートから受信した RSSI に基づいて AP クラスタが形成されます。これらのクラスタまたはネイバーフッドは、サブネイバーフッドとより小さなエリアにさらに分割されます。生成された AP のグループは、その後、WNCd プロセス全体に均等に分散されます。AP ロードバランシングは、コントローラのリブート後、または ap neighborhood load-balance apply コマンドによってトリガーされた AP CAPWAP リセットによってのみ有効になります。RF ベースの自動 AP ロードバランシング機能がアクティブになっている場合、他のサイトタグベースのロードバランシングは無効になります。
サポートされるプラットフォーム
-
Cisco Catalyst 9800-80 ワイヤレスコントローラ
-
Cisco Catalyst 9800-40 ワイヤレスコントローラ
-
クラウド向け Cisco Catalyst 9800 ワイヤレスコントローラ
-
シスコスイッチ向け Catalyst 9800 組み込みワイヤレスコントローラ
RF ベースの自動 AP ロードバランシングの前提条件
AP が完全に展開され、すべての RF ネイバーを検出するのに十分な時間が与えられている、安定したネットワークで機能を実行してください。
RF ベースの自動 AP ロードバランシングに関する制限事項
-
AP ネイバーフッドポリシーまたは AP プロファイルに同じカレンダープロファイルを使用することはできません。
-
この機能は、ローカルおよび flex モードの AP でのみサポートされています。
-
システムの全体的な負荷が高い場合は、この機能を実行できません。
-
RF ベースの自動 AP ロードバランシング機能が有効になっている場合、show wireless loadbalance tag affinity コマンドの出力は使用できません。
RF ベースの自動 AP ロードバランシングの使用例
-
この機能により、展開されたすべての AP に単一のサイトタグを使用できます。
-
この機能により、コントローラで WNCd の使用可能なキャパシティよりも多くの AP が指定されたサイトタグにアタッチされている場合に、WNCd インスタンス全体でより適切な AP のロードバランシングを行うことができます。
-
この機能は、多数のクライアントの WNCd 内ローミングのシナリオに適しています。たとえば、コントローラがキャンパス内で 2 つの別々の建物の AP を管理するように設定されている場合、その建物のすべての AP は、別々の WNCd に割り当てられるのではなく、単一の WNCd に割り当てられます。
RF ベースの自動 AP ロードバランシングのガイドライン
-
新しい展開の場合は、サイトタグを使用して現在のサイトタグの推奨事項に従って AP を均等に分散するか、site tag load コマンドを使用して AP を自動的に分散します。サイトタグを使用すると、同じサイトタグのすべての AP が同じ WNCd に接続されるようになります。これは、トラブルシューティングと WNCd 内ローミングに役立ちます。
-
AP をグループ化できないためにサイトタグを使用できない場合、またはサイトタグの設計に時間をかけたくない場合は、デフォルトのサイトタグまたは指定されたサイトタグを使用して RF ベースの自動 AP ロードバランシング機能をオンにします。
-
既存の展開で、アンバランスなシステムが原因で CPU 使用率が高くなる問題が発生した場合は、サイトタグを再設計する代わりに自動 RRM ロードバランシングシステムを使用します。
-
既存の展開で、アンバランスなシステムでも CPU 負荷の問題が発生していない場合は、何も変更しないでください。