無線リソース管理について
無線リソース管理(RRM)ソフトウェアはdeviceに組み込まれており、ワイヤレス ネットワークのリアルタイムでの無線周波数(RF)管理を一貫して行えるようにする組み込みの RF エンジニアとして機能します。RRM を使用すると、devicesは次の情報について、アソシエートされている Lightweight アクセス ポイントを継続的に監視できます。
-
トラフィックの負荷:トラフィックの送受信に使用される帯域幅の合計量。これにより、無線 LAN 管理者は、ネットワークの拡大状況を追跡し、クライアントの需要を見越して計画を立てることができます。
-
干渉:他の 802.11 発信元から送られてくるトラフィック量。
-
ノイズ:現在割り当てられているチャネルに干渉している 802.11 以外のトラフィック量。
-
カバレッジ:接続されているすべてのクライアントの受信信号強度インジケータ(RSSI)と信号対雑音比(SNR)。
-
その他:近くにあるアクセス ポイントの数。
RRM は次の機能を実行します。
-
無線リソースの監視
-
電力制御の送信
-
チャネルの動的割り当て
-
カバレッジ ホールの検出と修正
-
RF グループ化
![]() (注) |
AP が DCA チャネルのリストにないスタティック チャネルで動作している場合、RRM のグループ化は行われません。ネイバー探索プロトコル(NDP)は DCA チャネルでのみ送信されます。したがって、無線が DCA 以外のチャネルで動作している場合は、チャネルで NDP を受信しません。 |
無線リソースの監視
RRM は、ネットワークに追加された新しいdevicesや Lightweight アクセス ポイントを自動的に検出して設定します。その後、アソシエートされている近くの Lightweight アクセス ポイントを自動的に調整して、カバレッジとキャパシティを最適化します。
Lightweight アクセス ポイントでは、使用国で有効なすべての チャネルをスキャンできます。また、他の地域で使用可能なチャネルも同様です。ローカル モードのアクセス ポイントは、これらのチャネルのノイズと干渉を監視するために、最大で 70 ミリ秒の間「オフチャネル」になります。 不正アクセス ポイント、不正クライアント、アドホック クライアント、干渉しているアクセス ポイントを検出するために、この間に収集されたパケットが解析されます。
![]() (注) |
音声トラフィックやその他の重要なトラフィックがある場合(過去 100 ミリ秒内)、アクセス ポイントはオフチャネル測定を延期できます。また、アクセス ポイントは、WLAN スキャン プライオリティの設定に基づいてオフチャネルの測定を延期します。 |
各アクセス ポイントがオフチャネルになるのはすべての時間のわずか 0.2% です。この動作はすべてのアクセス ポイントに分散されるので、隣接するアクセス ポイントが同時にスキャンを実行して、無線 LAN のパフォーマンスに悪影響を及ぼすことはありません。
RF グループについて
RF グループは、無線単位でネットワークの計算を実行するために、グローバルに最適化された方法で RRM の実行を調整するコントローラの論理的な集合です。2.4 GHz および 5 GHz ネットワークには個別の RF グループが存在します。Cisco Catalyst 9800 シリーズ ワイヤレス コントローラを単一の RF グループにクラスタリングすることによって、RRM アルゴリズムは単一の Cisco Catalyst 9800 シリーズ ワイヤレス コントローラの機能を越えてスケールできるようになります。
RF グループは、次のパラメータに基づいて作成されます。
-
ユーザ設定の RF ネットワーク名。
-
無線レベルで実行されるネイバー探索。
-
コントローラに設定されている国リスト。
コントローラ間で実行する RF グループ化。
Lightweight アクセス ポイントは、定期的にネイバー メッセージを無線で送信します。同じ RF グループ名を使用しているアクセス ポイントは、相互に送信されたメッセージを検証します。
検証されたネイバーメッセージを、異なるコントローラ上のアクセスポイントが -80dBm 以上の信号強度で受信すると、コントローラによって自動モードの RF 領域が動的に生成されます。静的モードで、リーダーは手動で選択され、メンバが RF グループに追加されます。
![]() (注) |
RF グループとモビリティグループは、どちらもコントローラのクラスタを定義するという点では同じですが、用途に関しては異なります。RF グループはスケーラブルでシステム全体にわたる動的な RF 管理を実現するのに対して、モビリティ グループはスケーラブルでシステム全体にわたるモビリティとコントローラの冗長性を実現します。 |
RF グループ リーダー
RF グループリーダーは次の 2 つの方法で設定できます。
![]() (注) |
RF グループリーダーは、最大の AP キャパシティ(プラットフォーム制限)を持つコントローラに基づいて選択されます。複数のコントローラのキャパシティが同じである場合、リーダーはグループ ID に基づいて選択されます。グループ ID は、管理 IP アドレス、AP キャパシティ、乱数などの組み合わせです。最大のグループ ID を持つものがリーダーとして選択されます。 |
-
自動モード:このモードでは、RF グループのメンバーによって、グループのプライマリ電力およびチャネルスキームを維持する RF グループリーダーが選ばれます。RF グループ アルゴリズムは、RF グループ リーダーを動的に選択し、RF グループ リーダーが常に存在していることを確認します。グループ リーダーの割り当ては変更されることがあります(たとえば、現在の RF グループ リーダーが動作しなくなった場合、または RF グループ メンバーが大幅に変更された場合)。
-
静的モード:このモードでは、ユーザーは RF グループリーダーとしてコントローラ を手動で選択します。このモードでは、リーダーとメンバーは手動で設定されて固定されます。メンバーが RF グループに参加できない場合は、理由が表示されます。リーダーは、メンバーが前の試行で参加しなかった場合、1 分ごとにメンバーとの接続を確立しようとします。
RF グループリーダーは、システムによって収集されたリアルタイムの無線データを分析して、パワーおよびチャネルの割り当てを算出し、RF グループの各コントローラに送信します。RRM アルゴリズムによって、システム全体の安定性が保証され、チャネルおよびパワー スキームの変更を適切なローカル RF 領域に制限します。
![]() (注) |
コントローラ が特定の無線に対してリーダーとメンバーを兼ねるようになると、グループリーダーの一部として IPv4 および IPv6 アドレスが表示されます。 コントローラ A がメンバーになり、コントローラ B がリーダーになると、コントローラ A は接続先のアドレスを使用して、コントローラ B の IPv4 アドレスまたは IPv6 アドレスのどちらかを表示します。 したがって、リーダーとメンバーの両方が同じでない場合は、メンバーのグループ リーダーとして IPv4 または IPv6 アドレスが 1 つだけ表示されます。 |
動的チャネル割り当て(DCA)が新しいチャネル計画を適用するための唯一の基準として最もパフォーマンスの低い無線を使用する必要がある場合、ピンニングまたはカスケードの問題が発生する可能性があります。
ピンニングとカスケードの両方の主な原因は、潜在的なチャネル計画の変更が最もパフォーマンスの低い無線の RF 状態によって制御されることです。DCA アルゴリズムはこれを実行せず、代わりに次の処理を行います。
-
複数のローカル検索:DCA 検索アルゴリズムでは、単一の無線による単一のグローバル検索ではなく、同じ DCA の実行内で異なる無線によって開始される複数のローカル検索が実行されます。この変更によって、ピンニングとカスケードの両方に対応できるだけでなく、安定性を損なうことなく、DCA に必要な柔軟性と適合性が維持されます。
-
複数のチャネル計画変更イニシエータ(CPCI):以前は、最も条件の悪い単一の無線がチャネル計画変更の唯一のイニシエータでした。今では、RF グループ内の各無線が評価されて、イニシエータ候補として優先順位付けされるようになりました。生成されたリストはインテリジェントにランダム化されるので、最終的にすべての無線が評価され、ピンニングが発生する可能性はなくなります。
-
チャネル計画変更の適用制限(ローカリゼーション):各 CPCI 無線の場合、DCA アルゴリズムにより、適切なチャネル計画を求めてローカル検索が実行されますが、実際には CPCI 無線自体と 1 ホップ近隣のアクセスポイントのみが現在の送信チャネルを変更できます。アクセス ポイントによるチャネル計画変更のトリガーの影響は、そのアクセス ポイントの 2 RF ホップ内だけで認識され、実際のチャネル計画変更は 1 ホップ RF 領域内に制限されます。この制限はすべての CPCI 無線にわたって適用されるため、カスケードが発生する可能性はありません。
-
非 RSSI ベースの累積コストメトリック:累積コストメトリックによって、全範囲、領域、またはネットワークが指定のチャネル計画に関するパフォーマンスが測定されます。チャネル計画の品質全体を把握する目的で、その領域内にあるすべてのアクセス ポイントに関する個々のコスト メトリックが考慮されます。これらのメトリックの使用で、すべてのチャネル計画変更に単一の各無線の品質の向上または低下が含まれるようになります。その目的は、単一の無線の品質は向上するが、他の複数の無線のパフォーマンスが大幅に低下するような、チャネル計画変更を避けることです。
RRM アルゴリズムは、指定された更新間隔(デフォルトでは 600 秒)で実行されます。更新間隔の合間に、RF グループ リーダーは各 RF グループ メンバーにキープアライブ メッセージを送信し、リアルタイムの RF データを収集します。
![]() (注) |
複数の監視間隔を使用することもできます。詳細については、「RRM の設定」の項を参照してください。 |
RF グループ化の失敗理由コード
RF グループ化の失敗理由コードとその説明を以下に示します。
原因コード |
説明 |
---|---|
1 |
最大数(20)のコントローラがグループ内にすでに存在します。 |
2 |
次の条件が満たされている場合、
|
3 |
グループ ID が一致しません。 |
4 |
リクエストに送信元タイプが含まれていません。 |
5 |
グループの再編成中に、グループによってすべてのメンバーにメッセージが分割されました。 |
6 |
自動リーダーが静的リーダーに接続すると、プロセス中にすべてのメンバーが削除されます。 |
9 |
グループ化モードがオフになっています。 |
11 |
国番号が一致しません。 |
12 |
コントローラは、参加コマンドの送信者と比較して上位階層にあります(静的モード)。 リクエスト送信者は上位階層にあります(自動モード)。 |
13 |
コントローラは静的リーダーとして設定され、別の静的リーダーから参加要求を受け取ります。 |
14 |
コントローラはすでに静的グループのメンバーであり、別の静的リーダーから参加要求を受け取ります。 |
15 |
コントローラは静的リーダーであり、非静的メンバーから参加要求を受け取ります。 |
16 |
参加要求は、コントローラーを対象としたものではありません。 コントローラ名と IP が一致しません。 |
18 |
RF ドメインが一致しません。 |
19 |
コントローラは、不正な状態で Hello パケットを受信しました。 |
20 |
コントローラーはすでに自動リーダーに参加していて、 静的リーダーからの参加要求を取得します。 |
21 |
グループモード変更。 CLI からのドメイン名の変更。 静的メンバーは CLI から削除されます。 |
22 |
最大スイッチサイズ(350)に達しました。 |
その他の参考資料
無線リソース管理に関するホワイトペーパー:https://www.cisco.com/c/en/us/td/docs/wireless/controller/technotes/8-3/b_RRM_White_Paper/b_RRM_White_Paper_chapter_011.html
RF グループ名
コントローラには RF グループ名が設定されます。この RF グループ名は、そのコントローラに参加しているすべてのアクセスポイントに送信され、アクセスポイントでは、この名前がハッシュ MIC をネイバーメッセージで生成するための共有秘密として使用されます。RF グループを作成するには、グループに含めるすべてのコントローラに同じ RF グループ名を設定します。
コントローラに参加しているアクセスポイントが別のコントローラ上のアクセスポイントから RF 伝送を受け取る可能性がある場合は、それらのコントローラに同じ RF グループ名を設定する必要があります。アクセス ポイント間の RF 伝送を受信する可能性がある場合、802.11 干渉およびコンテンションをできるだけ回避するには、システム全体にわたる RRM が推奨されます。
RF グループ内の不正アクセス ポイント検出
コントローラの RF グループを作成したら、コントローラに接続されているアクセスポイントを、不正アクセスポイントを検出するように設定する必要があります。設定すると、アクセス ポイントによって、隣接アクセス ポイントのメッセージ内のビーコンまたはプローブ応答フレームが選択され、RF グループの認証情報要素(IE)と一致するものが含まれているかどうかが確認されます。選択が正常に終了すると、フレームは認証されます。正常に終了しなかった場合は、認証されているアクセスポイントによって、近隣のアクセスポイントが不正アクセスポイントとして報告され、その BSSID が不正テーブルに記録されます。さらに、このテーブルはコントローラに送信されます。
セキュア RF グループ
セキュア RF グループを使用すると、DTLS トンネルを介した RF グループ化および RRM メッセージ交換を暗号化して保護できます。DTLS ハンドシェイク中、コントローラはワイヤレス管理トラストポイント証明書を使用して相互に認証します。
![]() (注) |
コントローラがセキュア RF グループに属している必要がある場合、そのコントローラは同じモビリティグループに属している必要があります。 |
送信電力の制御
デバイスは、リアルタイムのワイヤレス LAN 状況に基づいて、アクセスポイントの送信電力を動的に制御します。
伝送パワー コントロール(TPC)アルゴリズムによって、RF 環境での変化に応じて、アクセス ポイントの電力が増減します。多くの場合、TPC は干渉を低減させるため、アクセス ポイントの電力を下げようとします。しかし、アクセス ポイントで障害が発生したり、アクセス ポイントが無効になったりして、RF カバレッジに急激な変化が発生すると、TPC は周囲のアクセス ポイントで電力を上げることもあります。この機能は、主にクライアントと関係があるカバレッジ ホールの検出とは異なります。TPC はアクセス ポイント間におけるチャネルの干渉を回避しながら、必要なカバレッジ レベルを達成するために、十分な RF 電力を提供します。TPCv1 を選択することをお勧めします。 TPCv2 オプションは廃止されます。TPCv1 では、チャネル認識モードを選択できます。5 GHz の場合はこのオプションを選択し、2.4 GHz の場合はオフのままにすることをお勧めします。
最小/最大送信電力の設定による TPC アルゴリズムの無効化
TPC アルゴリズムは、数多くのさまざまな RF 環境で RF 電力を分散させます。ただし、自動電力制御では、アーキテクチャの制限事項やサイトの制限事項のため、適切な RF 設計を実装できなかった一部のシナリオは解決できない可能性があります。たとえば、すべてのアクセス ポイントを互いに近づけて中央の廊下に設置する必要があるが、建物の端までカバレッジが必要とされる場合などです。
このようなケースでは、最大および最小の送信電力制限を設定し、TPC の推奨を無効化することができます。最大および最小の TPC 電力設定は、RF ネットワークの RF プロファイルを通じてすべてのアクセス ポイントに適用されます。
[Maximum Power Level Assignment] および [Minimum Power Level Assignment] を設定するには、[Tx Power Control] ウィンドウのフィールドに、RRM で使用される最大および最小の送信電力を入力します。これらのパラメータの範囲は -10 ~ 30 dBm です。最小値を最大値よりも大きくしたり、最大値を最小値よりも小さくしたりすることはできません。
最大送信電力を設定すると、RRM では、コントローラに接続されているすべてのアクセスポイントはこの送信電力レベルを上回ることはできません(電力が RRM TPC またはカバレッジホールの検出のどちらで設定されるかは関係ありません)。たとえば、最大送信電力を 11 dBm に設定すると、アクセス ポイントを手動で設定しない限り、アクセス ポイントが 11 dBm を上回って伝送を行うことはありません。
Cisco AP は、3 dB の粒度での電力レベルの変更をサポートしています。TPC の最小および最大電力設定では、1 dB 単位の値を使用できます。結果の電力レベルは、AP モデルと現在の提供チャネルの許容される電力エントリでサポートされている最も近い値に丸められます。
各 AP モデルには、規制を行う国および地域に合わせてローカライズされた独自の電力レベルセットがあります。また、同じ AP モデルの電力レベルは、設定されている帯域とチャネルによって異なります。許容電力レベルと実際の電力(dBm)の詳細については、show ap name <name> config slot <0|1|2|3> コマンドを使用して、特定の番号の電力レベル、許容される電力レベルの範囲、および AP の現在の電力レベル設定を表示してください。
チャネルの動的割り当て
同じチャネル上の 2 つの隣接するアクセス ポイントによって、信号のコンテンションや信号の衝突が発生することがあります。衝突の場合、アクセス ポイントではデータが受信されません。この機能は問題になることがあります。たとえば、誰かがカフェで電子メールを読むことで、近隣の会社のアクセス ポイントのパフォーマンスに影響が及ぶような場合です。これらがまったく別のネットワークであっても、チャネル 1 を使用してカフェにトラフィックが送信されることによって、同じチャネルを使用している会社の通信が妨害される可能性があります。Devicesはアクセス ポイント チャネル割り当てを動的に割り当てて、衝突を回避し、キャパシティとパフォーマンスを改善することができます。チャネルは、希少な RF リソースの浪費を防ぐために再利用されます。つまり、チャネル 1 はカフェから離れた別のアクセス ポイントに割り当てられます。これは、チャネル 1 をまったく使用しない場合に比べてより効率的です。
deviceの動的チャネル割り当て(DCA)機能は、アクセス ポイント間における隣接するチャネルの干渉を最小限に抑える上でも役立ちます。たとえば、チャネル 1 とチャネル 2 など、802.11b/g 帯域でオーバーラップする 2 つのチャネルは、同時に 11 または 54 Mbps を使用できません。deviceは、チャネルを効果的に再割り当てすることによって、隣接するチャネルを分離します。
![]() (注) |
非オーバーラップ チャネル(1、6、11 など)だけを使用することをお勧めします。 |
![]() (注) |
チャネルの変更時に、無線をシャットダウンする必要はありません。 |
deviceは、さまざまなリアルタイムの RF 特性を検証して、次のようにチャネルの割り当てを効率的に処理します。
-
アクセスポイントの受信エネルギー:各アクセスポイントとその近隣のアクセスポイント間で測定された受信信号強度。チャネルを最適化して、ネットワーク キャパシティを最大にします。
-
ノイズ:ノイズによって、クライアントおよびアクセスポイントの信号の品質が制限されます。ノイズが増加すると、有効なセル サイズが小さくなり、ユーザー エクスペリエンスが低下します。deviceでは、ノイズ源を避けるようにチャネルを最適化することで、システム キャパシティを維持しながらカバレッジを最適化できます。過剰なノイズのためにチャネルが使用できない場合は、そのチャネルを回避できます。
-
802.11 干渉:干渉とは、不正アクセスポイントや隣接するワイヤレスネットワークなど、ワイヤレス LAN に含まれない 802.11 トラフィックのことです。Lightweight アクセス ポイントは、常にすべてのチャネルをスキャンして干渉の原因を調べます。802.11 干渉の量が定義済みの設定可能なしきい値(デフォルトは 10 % )を超えると、アクセス ポイントからdeviceにアラートが送信されます。その場合、deviceでは、RRM アルゴリズムを使用してチャネルの割り当てを動的に調整することで、干渉がある状況でシステム パフォーマンスを向上させることができます。このような調整によって、隣接する Lightweight アクセス ポイントが同じチャネルに割り当てられることがありますが、この設定は、干渉している外部アクセス ポイントが原因で使用できないチャネルにアクセス ポイントを割り当てたままにしておくよりも効果的です。
また、他のワイヤレス ネットワークがある場合、deviceは、他のネットワークを補足するようにチャネルの使用を変更します。たとえば、チャネル 6 に 1 つのネットワークがある場合、隣接する無線 LAN はチャネル 1 または 11 に割り当てられます。この調整によって、周波数の共有が制限され、ネットワークのキャパシティが増加します。チャネルにキャパシティがほとんど残っていない場合、deviceはそのチャネルを回避できます。すべての非オーバーラップ チャネルが使用される非常に大規模な展開では、deviceでも最適な処理が行われますが、期待値を設定する際に RF 密度を考慮する必要があります。
-
負荷および利用率:利用率の監視が有効な場合、たとえば、ロビーとエンジニアリングエリアを比較して、一部のアクセスポイントが他のアクセスポイントよりも多くのトラフィックを伝送するように展開されていることを、キャパシティの計算で考慮できます。deviceは、パフォーマンスが最も低いアクセス ポイントを改善するようにチャネルを割り当てることができます。チャネル構造を変更する際には、負荷を考慮して、現在ワイヤレス LAN に存在するクライアントへの影響を最小限に抑えるようにします。このメトリックによって、すべてのアクセス ポイントの送信パケットおよび受信パケットの数が追跡されて、アクセス ポイントのビジー状態が測定されます。新しいクライアントは過負荷のアクセス ポイントを回避し、別のアクセス ポイントにアソシエートします。Load and utilization パラメータはデフォルトでは無効になっています。
deviceは、この RF 特性情報を RRM アルゴリズムとともに使用して、システム全体にわたる判断を行います。相反する要求の解決にあたっては、軟判定メトリックを使用して、ネットワーク干渉を最小限に抑えるための最善の方法が選択されます。最終的には、3 次元空間における最適なチャネル設定が実現します。この場合、上下のフロアにあるアクセス ポイントが全体的な無線 LAN 設定において主要な役割を果たします。
![]() (注) |
DCA は 2.4 GHz 帯域の 20 MHz チャネルのみサポートしています。 |
![]() (注) |
動的周波数選択(DFS)が有効な AP 環境では、DCA チャネルで UNII2 チャネルオプションを有効にして、デュアル 5 GHz 無線で 100 MHz の分離を許可していることを確認します。 |
RRM スタートアップ モードは、次のような状況で起動されます
-
シングルdevice環境では、deviceをアップグレードしてリブートすると、RRM スタートアップ モードが起動します。
-
マルチdevice環境では、RRM スタートアップ モードは、RF グループ リーダーが選定されてから起動されます。
-
RRM スタートアップ モードは CLI からトリガーできます。
RRM スタートアップ モードは、100 分間(10 分間隔で 10 回繰り返し)実行されます。RRM スタートアップ モードの持続時間は、DCA 間隔、感度、およびネットワーク サイズとは関係ありません。スタートアップ モードは、定常状態のチャネル計画に収束するための高感度な(環境に対するチャネルを容易かつ敏感にする)10 回の DCA の実行で構成されます。スタートアップ モードが終了した後、DCA は指定した間隔と感度で実行を継続します。
![]() (注) |
DCA アルゴリズム間隔は 1 時間に設定されますが、DCA アルゴリズムは常に 10 分間隔(デフォルト)で実行されます。最初の 10 サイクルでは 10 分ごとにチャネル割り当てが行われ、チャネルの変更は、DCA アルゴリズムに従って 10 分ごとに行われます。その後、DCA アルゴリズムは設定された時間間隔に戻ります。DCA アルゴリズム間隔は定常状態に従うため、DCA 間隔とアンカー時間の両方に共通です。 チャネル更新を呼び出しても、次の DCA 間隔がトリガーされるまで、すぐには変更されません。 |
![]() (注) |
RF グループ メンバーで動的チャネル割り当て(DCA)/伝送パワーコントロール(TPC)がオフになっていて、RF グループ リーダーが自動に設定されている場合、メンバーのチャネルまたは送信パワーは、RF グループ リーダーで実行されるアルゴリズムに従って変更されます。 |
動的帯域幅選択
11n から 11ac にアップグレードする際、動的帯域幅選択(DBS)アルゴリズムにより、さまざまな設定の移行がスムーズに行えます。
DBS の機能のポイントを以下に説明します。
-
チャネル幅を動的に変更してネットワークのスループットを最大化する目的で、コア DCA に適用される階層に加えて、チャネル割り当てを行うバイアス層をさらに適用します。
-
チャネルと Base Station Subsystem(BSS)の統計情報を常に監視することで、チャネル割り当てを調整します。
-
11n または 11ac クライアントの混在、負荷、トラフィック フロー タイプなどの一時パラメータを評価します。
-
高速に変化する統計情報に対しては、BSS チャネル幅を変化させるか、または 40 MHz ~ 80 MHz の帯域幅を選択できるように 11ac を介して一意の新しいチャネル方向に適応することで対応します。
カバレッジ ホールの検出と修正
RRM カバレッジ ホール検出アルゴリズムは、堅牢な無線パフォーマンスに必要なレベルに達しない無線 LAN の無線カバレッジの領域を検出することができます。この機能によって、Lightweight アクセス ポイントを追加(または再配置)する必要があるというアラートが生成されます。
RRM 設定で指定されたレベルを下回るしきい値レベル(RSSI、失敗したクライアントの数、失敗したパケットの割合、および失敗したパケットの数)で Lightweight アクセス ポイント上のクライアントが検出されると、アクセス ポイントからdeviceに「カバレッジ ホール」アラートが送信されます。このアラートは、ローミング先の有効なアクセス ポイントがないまま、クライアントで劣悪な信号カバレッジが発生し続けるエリアが存在することを示します。deviceでは、修正可能なカバレッジ ホールと不可能なカバレッジ ホールが識別されます。修正可能なカバレッジ ホールの場合、deviceでは、その特定のアクセス ポイントの送信電力レベルを上げることによってカバレッジ ホールが解消されます。送信電力を増加させることが不可能なクライアントや、電力レベルが静的に設定されているクライアントによって生じたカバレッジ ホールがdeviceによって解消されることはありません。ダウンストリームの送信電力を増加させても、ネットワーク内の干渉を増加させる可能性があるからです。
Cisco AI 拡張 RRM
AI 拡張 RRM は、シスコので受賞歴のある無線リソース管理(RRM)の次の進化版です。
RRM は Cisco Catalyst 9800 シリーズ ワイヤレス コントローラでサービスとして実行されます。Cisco RRM は、RF グループ全体のローカルデータベースに保存されているすべての AP とそのネイバー間の動的な測定値に基づいて、RF グループ(RF ネットワークを構成するコンポーネント)を管理します。ランタイムに、RRM は直近 10 分間で収集されたデータを取得し、現在のネットワーク状態に基づいて緩やかに最適化します。
AI 拡張 RRM は、人工知能と機械学習の機能を、クラウド内の信頼性の高い Cisco RRM 製品ファミリアルゴリズムに統合します。
![]() (注) |
AI 拡張 RRM は、Cisco Catalyst Center(オンプレミスアプライアンス)を介してサービスとして調整されます。現在の RRM サイトは、インテリジェントで一元化されたサービスにシームレスに移行されます。AI 拡張 RRM は、他の Cisco Catalyst Center サービスとともに多数の新機能を提供します。 |
Cisco AI 拡張 RRM は分散型 RRM サービスとして動作します。RF テレメトリは、コントローラによってシスコのアクセスポイントから収集され、Catalyst Center を介して Cisco AI Analytics Cloud に渡され、データが保存されます。RRM アルゴリズムは、クラウドに保存されているこのテレメトリデータに対して実行されます。AI はソリューションを分析し、設定変更情報を Catalyst Center に戻します。Catalyst Center は、登録されたコントローラとの制御接続を維持し、個々の AP 設定の変更を AP に戻します。
次の RRM アルゴリズムはクラウドで実行され、残りの RRM アルゴリズムはコントローラで実行されます。
-
DCA
-
TPC
-
DBS
-
FRA
![]() (注) |
RRM アルゴリズムは、クラウドで使用可能なテレメトリデータに対してクラウドで実行されます。 |
コントローラのロケーションと AP が事前にプロビジョニングされている場合、ロケーションを割り当てると、コントローラにプッシュされる AI 拡張 RRM サービスとプロファイルが登録されます。したがって、AI 拡張 RRM は、サブスクライブされたコントローラの RF グループリーダーになります。
Cisco Catalyst Center の詳細については、『Cisco Catalyst Center User Guide』を参照してください。
![]() (注) |
次の表に、Cisco AI 拡張 RRM サポートをサポートするコントローラと Cisco Catalyst Center のリリースのバージョンを示します。
|