摘要：你拿着测速App一看，信号满格，下载速度也正常。可一到用的时候就丢包——这到底是信号问题，还是干扰作祟？

号主：老杨丨11年资深网络工程师，更多网工提升干货，

用户抱怨：“Wi-Fi时断时连，视频卡顿，会议掉线！”

你拿着测速App一看，信号满格，下载速度也正常。可一到用的时候就丢包——这到底是信号问题，还是干扰作祟？

在无线网络运维中，“有信号却丢包”是最典型的“伪通畅”陷阱。

很多人第一反应是“信号太弱”，但真相往往是：信号强度不等于通信质量。

今天就带你穿透Wi-Fi丢包的迷雾，从物理层到协议层，一步步定位真因，给出可落地的解决方案。

RSSI反映的是接收信号的功率，单位为 dBm。

一般认为：

✅ 但问题来了：为什么RSSI>-60dBm还会丢包？

SNR = 信号强度 - 噪声强度

高噪声环境下，即使信号强，数据也难以正确解码。

推荐值：

结论：
信号强 + 噪声大 = 高丢包率
就像在嘈杂的酒吧里，对方喊得再大声，你也听不清他在说什么。

查看方法（Cisco/Aruba/H3C等通用）：

✅ 现代AP通过MIMO和波束成形缓解此问题，但无法根除。

终端Wi-Fi网卡驱动老旧

手机省电模式导致休眠唤醒延迟

客户端发射功率低，上行信号弱（AP收不到）

典型现象：
AP侧看客户端RSSI很好，但上行丢包严重——其实是客户端发得太弱。

❌ 错误做法：直接说“Wi-Fi不稳定”。
✅ 正确做法：先排除有线侧问题。

方法：让终端连接同一SSID下的不同AP，观察是否都丢包。

或改用有线连接对比测试。

如果问题依旧 → 可能是DHCP、防火墙、核心路由问题。

display wlan client mac-address xxxx-xxxx-xxxx

查看输出中的：

RSSI / SNR：上下行质量

Up/Down Retry Rate：上行/下行重传率

PHY Rate：协商速率

iperf3 -c 192.168.1.100 -u -b 100M -t 30

-u：UDP模式（暴露丢包）

-b 100M：指定带宽

观察输出中的 Lost Datagrams 和 Jitter

✅ UDP丢包率 > 5% 即视为不可接受。

启用RRM功能，让AP自动调整信道和功率。

定期手动执行频谱扫描（如有Spectrum Analysis模块）。

避免AP功率过高导致越区覆盖、干扰邻居。

建议：2.4GHz设为10-15dBm，5GHz设为15-20dBm，根据现场调整。

记住这张决策树：

Wi-Fi丢包？
├─ 是所有终端都丢？→ 检查AP配置、信道、干扰
├─ 是个别终端丢？→ 检查客户端、驱动、位置
├─ 下行丢包多？→ AP侧问题（干扰、功率、信道）
└─ 上行丢包多？→ 客户端发射能力弱

信号强但丢包？
→ 查SNR！查重传率！查信道利用率！

Wi-Fi看似“无线自由”，实则处处是约束。

作为网络工程师，我们要做的，不是让用户“看到满格信号”，而是确保他们“用得流畅稳定”。

下次遇到Wi-Fi丢包，别再只看信号格了。
打开控制器，调出数据，让事实说话。

来源：网络工程师俱乐部一点号