客户端连着无线后延迟抖动大如何排查故障原因

WA6530+WAC3540X 无线延迟抖动大、偶发几百 ms + 丢包完整排查 & 优化方案
一、先分析你的 ping 现象
正常基线延迟：4~20ms，属于无线正常区间；
异常尖峰：121/266/179/223/355ms，甚至出现请求超时；
基础指标看似正常：信道占用 15%、RSSI 良好，但仍有剧烈抖动，说明干扰 / 漫游 / 转发 / 终端调度 / 集中转发瓶颈其中一项存在隐性问题。
同 AP 下另一台客户机仅偶尔 74ms，你的电脑抖动更严重，优先区分终端个体问题还是全局无线 / 转发问题。
二、分层排查步骤（从简单到复杂）
第一层：区分故障范围（定位是终端、AP、AC、有线链路哪一层）
1. 有线对比测试（排除有线侧瓶颈）
笔记本插网线接同交换机，持续长 ping 172.16.0.101：
有线延迟稳定无尖峰、无超时 → 故障 100% 在无线侧（AP/AC 集中转发 / 终端 WiFi）
有线同样抖动 → 核心交换机 / 服务器链路、广播风暴、带宽拥堵问题，和无线无关
2. 同 AP 多终端对比（区分单终端故障）
客户电脑抖动轻微，本机抖动剧烈：
1）更换笔记本 WiFi 网卡驱动 / 换手机测试同一 SSID；
2）关闭电脑后台下载、云盘同步、视频软件、蓝牙、VPN（蓝牙 2.4G 同频干扰 WiFi）；
3）关闭电脑省电模式（Windows 电源管理会间歇性休眠无线网卡，产生数百 ms 延迟尖峰 + 丢包，这是 PC 无线抖动最常见诱因）。
3. 切换转发模式测试（集中转发痛点验证）
WA6530 当前集中转发，所有流量隧道回 AC，隧道拥塞 / AC 调度延迟会产生尖峰：
临时把 SSID 改为本地转发测试：
本地转发后抖动消失、无 300ms 尖峰 → 根因：AC 集中转发隧道带宽 / CPU / 报文调度瓶颈
本地转发依旧抖动 → 纯无线空口问题
第二层：无线空口 & 射频隐性问题（信道占用 15% 仅参考，存在隐藏干扰）
信道占用率只统计本 AP 射频，邻居私接路由器、隔壁楼宇 WiFi、蓝牙设备、监控无线网桥不会计入占用率，会造成隐性空口冲突。
检查漫游频繁切换（大量重关联带来延迟尖峰）
plaintext
# AC查看该终端漫游记录
display wlan client mac-address xxxx-xxxx-xxxx history

频繁跨 AP 切换会产生重认证、密钥协商、隧道重建，瞬间延迟飙升 + 短暂丢包。
优化漫游阈值：
plaintext
wlan ap-group default
rssi roaming threshold 25
rssi roaming hysteresis 10

2.4G/5G 分离，强制终端优先 5G
2.4G 信道少、干扰多、速率低，极易抖动；
射频配置：
plaintext
wlan radio 1
dot11n disable
power local 12
wlan radio 2
dot11ac enable
dot11ax enable
band-width 80

SSID 配置 5G 优先，开启禁止弱信号终端接入：
plaintext
wlan service-template wifi
client rssi reject threshold 15

关闭低速率基础速率，减少空口开销
低速管理报文占用信道，加剧抖动：
plaintext
wlan ap-group default
dot11bg mandatory-rate 11
dot11bg supported-rate disable all
dot11a mandatory-rate 36
dot11a supported-rate disable all

同频邻 AP 重叠干扰排查
AC 查看射频邻居：
plaintext
display wlan ap neighbor radio 2

若大量外部非受控 AP，手动固定 5G 信道，避免自动信道频繁重选（信道切换瞬间断流、延迟飙升）。
第三层：集中转发（CAPWAP 隧道）瓶颈排查（WA3540X 重点）
集中转发所有单播 / 广播报文通过 CAPWAP 隧道回 AC，隧道拥塞、AC CPU 高、隧道分片都会产生大延迟尖峰。
查看 AC 资源占用
plaintext
display cpu-usage
display memory
display wlan client summary

终端量大时 CPU 持续 80% 以上，报文处理排队，延迟瞬间拉高。
2. 查看 CAPWAP 隧道丢包 / 错包
plaintext
display capwap ap all statistics

输入输出存在 drop、error，上联交换机端口拥塞，需要扩带宽、端口限速抑制广播。
3. 隧道 MTU 优化（经典抖动诱因）
CAPWAP 封装增加 50 字节左右包头，默认 1500 会分片，分片重组产生延迟尖峰：
plaintext
system-view
capwap mtu adjust 1450

广播风暴抑制（核心交换机 + AP 侧）
无线广播 / 组播报文全部隧道回 AC，大量广播会塞满隧道队列：
plaintext
# AP全局抑制广播流量
wlan broadcast-suppression bandwidth 5000
# 核心交换机上联AP口风暴抑制
interface GigabitEthernet 1/0/X
storm-suppression broadcast bandwidth 10000

第四层：无线调度 & QoS 优化（降低抖动核心配置）
开启无线多媒体 QoS，语音 / 业务优先，减少后台抢占信道
plaintext
wlan wmm enable
wlan ap-group default
wmm edca ap vo aifsn 2 ecwmin 1 ecwmax 2 txoplimit 60
wmm edca ap vi aifsn 2 ecwmin 1 ecwmax 3 txoplimit 94

关闭无线省电客户端缓存（STA 休眠会批量发包，造成突发延迟）
plaintext
wlan ap-group default
no-sta-power-save enable

开启快速漫游 802.11r，漫游无 DHCP / 重认证延迟
plaintext
wlan mobility domain MOB
mobility-domain enable
rks enable

第五层：隐性故障点补充
AP PoE 供电不稳：功率波动会导致射频间歇性降功率、重协商，延迟尖峰；更换标准 802.3af/at PoE 测试。
AP 上联网线 / 交换机端口协商异常：CRC 错包、半双工冲突，查看端口统计：
plaintext
display interface GigabitEthernet 1/0/X

CRC、runts、collisions 持续上涨，更换网线 / 强制千兆全双工。
3. AC 版本 BUG：老版本 WAC3540X CAPWAP 调度存在缺陷，大量终端时队列堆积抖动，升级至最新稳定 R54XX 版本。
三、分优先级落地优化方案
紧急优化（立刻缓解抖动）
电脑侧关闭无线网卡省电模式、蓝牙、后台下载软件；
AC 配置capwap mtu adjust 1450，解决隧道分片延迟；
开启广播风暴抑制，限制无线广播流量；
5G 射频关闭低速率，强制终端 5G 接入，减少 2.4G 干扰。
中长期根治优化
业务 SSID 改为本地转发，剥离 CAPWAP 隧道转发瓶颈（推荐，语音 / 视频业务首选）；
全网开启 802.11r 快速漫游，消除跨 AP 漫游延迟尖峰；
优化漫游 RSSI 阈值，避免终端频繁来回切换 AP；
交换机上联 AP 端口配置 QoS，CAPWAP 报文标记高优先级 DSCP；
升级 WAC3540X、WA6530 至最新固件，修复无线调度、CAPWAP 已知 BUG。
四、快速定位判断口诀
有线稳定、无线抖动 → 无线 / 集中转发隧道问题；
仅单台 PC 抖动，其他终端正常 → 电脑无线网卡省电 / 驱动 / 蓝牙干扰；
本地转发无抖动、集中转发抖动 → CAPWAP 隧道 / AC CPU 瓶颈；
延迟尖峰伴随漫游日志频繁生成 → 漫游参数不合理；
全天随机 300ms 尖峰无规律 → 外部隐藏 WiFi 干扰 / PoE 供电不稳。

看下空口情况，连接的是2.4还是5G啊 

1、登录到ap上，从ap侧ping这个地址，看是否有线侧质量就不行，如果是的就解决有线的问题；

2、无线控制器和poe交换机都配置二层隔离，广播组播优化的配置等常用无线优化手段

对无线来说这延迟其实还算正常了，能调整的就是信道&功率，还有广播。

1. 排查AP的底噪：telnet登录AP后[AP-Probe] dis ar5 x calibration，如果高于-70 dbm可能是底噪高导致的；

2. 查看AP的CPU利用率等，如果AP是老版本建议升级最新；

3. 看下终端是否开启节电模式或者处于低电量等，终端电量低也会导致网卡休眠等引起高latency，同时试一下AP的radio下开启：option keep-active enable；

4. 关闭AP Radio下的RRM和802.11kvr等功能后测试下；

5. 如果故障STA连接的AP下开启了WIPS，WIDS等功能，也建议关闭后测试下。

可以实现到无线的业务网关2-3毫秒。不丢包