问题背景
公司办公楼 18-22 层为办公区域,每层部署 8 台 Aruba AP-515 无线接入点,由 Aruba 控制器集中管理。AP 间距约 12 米,2.4GHz 和 5GHz 双频覆盖。行政部位于 21 层,日常在线终端约 60 台(笔记本+手机)。
故障现象
4 月 18 日上午,21 层行政部同事集体反映 WiFi 无法使用——能连接到公司 SSID,信号满格,但浏览器打不开任何网页,企业微信持续"连接中"。同一栋楼 18 层和 22 层网络正常。
管理控制器上查看 21 层 AP 状态:
|
|
2.4GHz 频段的信道利用率高达 94%,底噪 -82 dBm(极差)。这相当于信道几乎被占满,有效传输几乎为零。
排查过程
第一步:排除硬件故障
|
|
AP 硬件状态完全正常,不是设备问题。
第二步:检查 2.4GHz 频谱
用 Aruba 的频谱分析功能扫描 21 层:
|
|
2.4GHz 只有 3 个不重叠的信道(1、6、11),而 21 层的 8 台 AP 全部被控制器的 ARM(Adaptive Radio Management)算法分配到了同一个信道 6。
同时,频谱分析发现了大量不属于公司的 BSSID——来自隔壁写字楼的 AP 信号穿透了楼层之间的墙壁,大量集中在信道 6。
第三步:检查 ARM 配置
|
|
ARM Assignment: single-band 意味着 ARM 算法在每个频段独立分配信道,但没有强制跨 AP 信道隔离。ARM 为每个 AP 选择了"质量最好"的信道,而 21 层因为建筑结构的原因信道 6 在多个位置都表现出最佳质量——于是所有 AP 被分到了同一个信道。
加上隔壁写字楼的干扰,信道 6 彻底瘫痪。
第四步:尝试 5GHz 引导
检查 21 层终端连接分布:
|
|
大部分终端明明支持 5GHz,却全部连在 2.4GHz 上。原因是控制器没有启用 Band Steering(频段引导),终端扫描时先找到 2.4GHz 信号更强的 AP 就直接连上去了。
解决方案
- 手动指定 21 层 AP 的 2.4GHz 信道:
|
|
将 8 台 AP 均匀分配到信道 1、6、11(3:3:2 分布)。
-
启用 Band Steering:引导支持 5GHz 的终端优先连接 5GHz 频段。
-
降低 2.4GHz TX Power:从 18dBm 降到 12dBm,缩小 2.4GHz 覆盖范围,减少同频干扰和跨楼层泄漏。
-
调整 ARM 策略:将
single-band改为multi-band,让 ARM 综合评估 2.4GHz 和 5GHz 的负载来分配信道。
修改后信道利用率从 94% 骤降到 35-45%,网络恢复正常。
根因分析
直接原因:ARM 自动信道分配将 21 层 8 台 AP 全部放在信道 6,加上邻居无线干扰,同频信道饱和。
深层原因:
- 未启用 Band Steering,大量 5GHz 终端挤在 2.4GHz
- 2.4GHz 发射功率过高,信号溢出到相邻楼层形成额外干扰
- ARM 的 single-band 模式过于宽松,未做同楼层 AP 信道隔离
预防措施
- 启用 Band Steering:新 AP 上线模板中默认开启
- 射频策略标准化:2.4GHz TX Power ≤ 14dBm(高密度办公环境),5GHz TX Power ≤ 20dBm
- 5GHz 优先:在新员工 IT 指引中加入"优先使用 5GHz WiFi"的提示
- 定期频谱分析:每月对办公区做一次频谱扫描,发现异常干扰及时调整
- ARM 配置优化:升级到 multi-band 模式,启用 ClientMatch 优化终端连接
总结
2.4GHz WiFi 只有 3 个有效信道,在 8 台 AP 的楼层里全部挤在同一条信道上就是灾难。ARM 自动信道分配不是"自动驾驶"——它追求的是单 AP 最优,不是整层最优。高密度部署场景下,手动干预信道规划 + 降低 2.4GHz 功率 + 引导终端上 5GHz,是解决无线拥塞的三板斧。