适用场景

「网络慢」是最含糊的故障描述。正确做法是把路径切成四段：客户端到网关、网关到服务端、服务端内部、反向回包，然后逐段量化。没有分段就没法定责，也没法验证优化效果。

配置步骤（抖动与无线场景）

# 1) 无线侧：信号与重传
wl -i wlan0 status | head -10 2>/dev/null
iw dev wlan0 link
iw dev wlan0 station dump | grep -E 'signal|tx retries|tx failed'

# 2) 漫游排查：AP 切换记录
journalctl -u wpa_supplicant --since '30 min ago' | grep -i roam

# 3) 抖动量化
ping -c 200 -i 0.1 172.16.1.1 | tail -3
mtr -rwzc 200 --report-wide 172.16.1.254

# 4) 频段与干扰
# 2.4G 建议只保留低速设备，业务终端优先 5G

关键参数与建议

  • 先量化再动手：记录 P50/P95/P99 与抖动，不看平均值掩盖问题
  • 分段打点：客户端、网关、服务端各打一次时间戳，求差得出每段耗时
  • 抓包位置：靠近客户端与靠近服务端各抓一份，比对同一请求的到达与离开时间
  • 干扰排除：同链路跑大流量测试会污染样本，排障时先控制变量
  • 无线与广域网优先怀疑：丢包、重传、漫游、运营商绕路
  • 时间同步：抓包多机分析前先确保时间源一致，偏差会让结论完全相反
  • 结论落文档：每次排障输出分段数据，形成基线库

容易踩的坑

  • 移动终端漫游未做过测试，走动就掉线
  • 2.4G 与 5G 同 SSID 未做引导，终端黏在 2.4G
  • AP 功率开满导致互相干扰，实际体验更差
  • 无线用户与有线用户同一 VLAN，广播风暴影响有线业务
  • 只测单点信号强度，不测并发与漫游
  • 天线方向未按现场调整，覆盖出现死角

验证与巡检

# 并发接入与丢包
for i in $(seq 1 20); do ping -c 20 -i 0.05 172.16.1.10 | tail -1 & done; wait

# AP 流量与终端数
# 在 AC 上查看：关联用户数、信道利用率、重传率
  • 巡检：信道利用率 < 60%、重传率 < 10%、漫游切换 < 200ms、无 AP 过载

小结

延迟排障的交付物是一张分段耗时表，不是「好像是网络问题」。谁的耗时高就查谁，改完用同一方法复测。

> 说明：文中命令为通用写法，不同型号/版本可能略有差异，落地前请对照设备实际版本的官方文档；带外管理与安全设备变更建议先在测试设备验证。