全场慢先看时间点
整个区域同时变慢,说明问题大概率不在某台终端或某个点位,而在共享资源上:射频环境、AP 上联链路、或者共同依赖的上层设备。第一步不是调参数,而是确定变慢开始的时间点,再对照同一时间的变更记录——配置下发、固件升级、新设备上线、周边新装 AP,往往能直接锁定原因。有了时间线,后续的排查顺序才有意义,否则容易在无关层面反复调整。
排查顺序
| 顺序 | 检查项 | 判据示例 |
|---|---|---|
| 1 | 信道利用率与干扰 | 2.4G 利用率长期超过 60%,或噪声底高于 -85dBm |
| 2 | AP 上联(有线侧) | 上联口流量接近带宽上限,错包或丢包增长 |
| 3 | 广播与组播风暴 | ARP、mDNS 广播速率异常,AP 的 CPU 占用升高 |
| 4 | 策略误下发 | 限速策略收紧、QoS 配置变更 |
| 5 | 终端分布 | 某台终端异常高速占用空口 |
AP 侧观察
AP 侧观察
# 多数控制器可查看信道利用率、终端数、重传率与噪声底
# 命令示例(以华为 WLAN 控制器为代表):
# display station all # 查看终端与速率
# display ap performance # 查看 AP 射频与负载
# 具体命令以设备型号与版本手册为准典型使用场景
- 整层楼同时变慢:优先查共享资源而不是单终端
- 新装 AP 后邻区变慢:判断是否引入同频干扰
- 升级固件后性能下降:对照时间点定位
- 广播风暴场景:终端数多且 ARP 频繁的网络
- 上联扩容评估:确认瓶颈在有线侧还是无线侧
三个最常见的根因
第一是同频干扰。周边新增 AP 或自己调整信道后,多个 AP 挤在同一信道,空口竞争加剧,表现为利用率高、重传多、所有人的速率一起下降。第二是上联瓶颈。AP 的上联口如果是百兆,或有线侧存在拥塞与错包,无线侧指标可能完全正常,但所有用户都感觉慢,这类问题必须在交换机侧验证才能发现。第三是广播风暴。终端数量多、二层网络过大或存在环路的场景下,广播流量会消耗大量空口时间,表现为普遍性卡顿且与业务类型无关。
全场慢时先看「变慢开始的时间点」:与配置变更、固件升级、新设备上线时间对齐常能直接锁定原因。
判断方向的一个简单办法:单终端测速慢但多终端总吞吐正常,多为单终端问题;所有人测速都慢且总吞吐也低,多为共享资源问题。