[Aruba] Aruba CentralのARM設定に関する質問

プロンプト事例集です。
以下のプロンプトをコピーしてAIエージェントのプロンプトに入力してください。

#質問内容:

Aruba CentralのARM設定に関する質問に答えてください。

1. ClientMatch ネイバーマッチング（ClientMatch Neighbor Matching）
- このパラメータが何を基準にしているのか（「仮想RFネイバー」とは何か）
- 値を下げた場合／上げた場合に、クライアントのAP移動（負荷分散）が起こりやすくなる・なりにくくなる理由と、典型的な影響（例：40%、60%、90% の違いなど）

2. クライアントマッチしきい値（ClientMatch Threshold）
- 「チャネル／ラジオ毎の接続端末数の最大許容差」という説明の、より具体的な意味
- 値を小さくした場合／大きくした場合、それぞれどのような状況で ClientMatch による負荷分散が発動しやすくなるか、具体例付きで説明してください。

#前提条件：

根拠となる出典ドキュメント名と、該当箇所（章）を併記してください。

以下が生成された回答例になります。

NVCカスタマーサポート AIエージェントです。

ご質問の『Aruba CentralのARM設定』に関し、ClientMatch Neighbor MatchingおよびClientMatch Thresholdに関する主な情報を以下にまとめます。

【1. ClientMatch ネイバーマッチング（Neighbor Matching）について】 ClientMatch機能は、各クライアントの“RFネイバー”（近隣AP群の無線環境）を継続的に監視し、最適なAP/チャネルへクライアントを誘導することで、バンドステアリング・負荷分散・ローミング最適化を動的に行います。『仮想RFネイバー』とは、物理的に近いAPだけでなく、その周波数設計（RF Design）、チャネル配置や混雑状況も考慮した論理的グループを指し、ClientMatchはこれらの情報を基準に“サービス品質がより高いAP”への移動を判断します。

パラメータ値（しきい値）については、値を下げると“より積極的”にクライアント移動（ローミング・負荷分散）が発生しやすくなります。逆に値を上げると、現状維持が重視され、AP移動が抑制されます。例えばしきい値が40%の場合は、負荷の差や電波状態の差が小さくても移動が発動しやすいため、混雑緩和や性能向上には有効ですが、移動が頻発することで一時的な通信断や不安定化も起こりやすくなります。90%に設定すると、極端な混雑や電波環境劣化が無い限り、クライアントはそのまま現APに留まる傾向です。

【2. クライアントマッチしきい値（ClientMatch Threshold）について】このパラメータは「チャネル/ラジオ単位でのAP毎のクライアント接続数の最大許容差」を意味します。たとえば、

しきい値を小さく設定した場合：AP間のクライアント数のばらつきが小さいうちから負荷分散を発動（例：あるAPに4台、隣接APに2台で発動）
しきい値を大きく設定した場合：大きな偏りが出て初めて分散が発動（例：6台対2台など）高密度/高負荷環境では小さめのしきい値でスムーズな負荷分散を促し、安定性重視や端末拘束が必要なケースでは値を大きめにする設計が推奨されます。

【根拠となるドキュメント・該当章】

Aruba公式『ARM Overview』および『RF Design | Validated Solution Guide』内 “ClientMatch” “ARM Overview”章
aruba-mobility-master.pdf「AirMatchのメリット／ClientMatch」章

※「値の違いによる具体的なパーセンテージ数（40%、60%、90%）」など実装詳細については明記された技術資料が現時点で見当たらず、個別の運用現場やネットワーク設計方針により最適値は変動します。ご要望があれば、さらに詳細な環境条件例や調整指針についても補足可能です。

ご不明点があれば具体例をお知らせください。