吞吐怎么估

无线链路上存在三层数字：标准理论峰值、PHY 协商速率、应用层实测吞吐。每往上一层都要打折：协商速率通常是峰值的几分之一，取决于空间流与带宽；应用吞吐又通常只有协商速率的五到六成，差额来自帧间隔、确认帧、重传与协议开销。做容量估算时，从实测吞吐反推能力，而不是从标称速率往下猜。验收和报价里的数字口径必须写清楚，否则双方对同一个「快」的理解会差好几倍。

基本信息

iperf3 无线测速

iperf3 -c 10.0.0.10 -t 30 -P 4        # 4 条并发流，避免单流低估能力
iperf3 -c 10.0.0.10 -t 30 -u -b 200M   # UDP 测试，观察丢包与抖动
iperf3 -s                              # 服务端侧启动，需有线接入
# 记录协商速率与重传率，便于与其他点位复现对比

吞吐被什么吃掉

典型使用场景

• 项目验收：给出可复现的实测数字，而非理论值
• 容量规划：按实测吞吐与终端数估算所需 AP 数量
• 故障对比：改造前后同点位对比，判断优化是否有效
• 终端评估：判断瓶颈在 AP、终端还是上联
• 业务保障：为视频会议等业务预留余量时使用实测口径

怎么测才可信

第一，测速服务端要有线接入核心网，避免无线自己打自己。第二，距离、角度、信道与带宽在整个测试期间保持不变，并记录下来。第三，先看协商速率与重传率，再看吞吐，否则数字无法解释。第四，至少做三次取中位值，波动超过两成的说明现场不稳定，需要先解决干扰。第五，多终端并发测试与单终端测速要分开做，两者反映的是不同能力，混在一起会得出错误结论。