带宽验收和实际测速差很多，先别急着怀疑运营商偷带宽，多数情况下问题出在测试方法、链路设备或业务协议本身。
带宽验收时测速达标,一跑OA、视频会议或ERP就卡成幻灯片，这是很典型的场景，带宽不是一根水管，接上就能满速，下面按排查权重拆开讲。
带宽验收和实际测速差很多，问题多半出在这三个地方
测试方法差异：测速软件和业务协议根本不是一回事
多数测速网站默认走多线程,把一个大文件拆成几十上百条连接同时下载，实际业务里，OA、邮件、远程桌面、云盘同步多数走的是单连接或少量连接，单连接吞吐受TCP窗口和往返时延限制，时延越高，单条连接能跑到的速率越低。
行业共识认为,单条TCP连接的实际吞吐大致受“窗口大小除以时延”限制，测速多线程能跑满，业务单线程跑不满，不能直接判定带宽缩水。
遇到这种情况,要把测速工具调成单线程模式重测，或者用iperf3直接测单流TCP，多线程成绩只代表链路容量，不代表单业务体验。
链路设备瓶颈：千兆宽带跑在百兆网口上
很多办公室宽带升级到千兆,但路由器、交换机、网线还是老的，一根Cat5网线、一个百兆交换机、一个协商到100Mbps的网口，都会把千兆宽带卡成百兆，还有人把光猫千兆口出来接到路由器的百兆WAN口，整条链路直接降级。
验收时必须检查电脑网卡协商速率,Windows在“网络连接状态”里能看到，Linux用ethtool eth0查看，如果显示100Mbps，先换网线、换端口再测，Wi-Fi环境更复杂，2.4GHz频段很容易受干扰，隔一堵墙速率可能掉得很明显，带宽验收别用Wi-Fi测，要用有线直连光猫或ONT。
业务协议开销：有效吞吐天然低于端口速率
申请的是100Mbps端口,不代表业务能用满100Mbps，IP头、TCP头、重传、应用层加密、HTTP头都会吃掉一部分，业内专家指出，有效载荷吞吐通常低于端口速率，这不是运营商偷带宽，而是协议开销。
视频会议、VoIP还要求低时延和低抖动，光看速率达标，不代表通话不卡、画面不糊，很多“带宽不达标”的投诉，其实是把业务体验和链路容量画了等号。
企业专线带宽实测不达标怎么处理？按这个顺序排查
企业专线通常有SLA承诺,但这不代表测速永远满速，遇到不达标，按下面顺序排查，能少走很多弯路。
先用有线直连运营商设备，排除内部网络
把笔记本电脑用Cat6网线直连光猫或ONT的LAN口,关闭Wi-Fi，断开其他设备，用运营商提供的测速平台和第三方平台各测一次。
如果直连测速达标,问题大概率在内部网络，如果直连也不达标，再往下查，这一步很关键，能避免把内网问题丢给运营商。
检查接口协商速率和MTU
直连后看网卡协商速率是不是等于套餐速率,比如500Mbps套餐，协商只有100Mbps，先换网线、换端口，MTU设置不对也会导致大包丢包，表现为下载速度忽快忽慢。
一般以太网MTU为1500,PPPoE可能为1492或1480，可以用ping -l 1472 -f 网关IP测试大包是否被丢弃，如果大包丢，小包不丢，基本可以判断MTU有问题。
用iperf3测内网和公网，分开定位
iperf3是常用带宽测试工具,能测TCP单流、多流和UDP，先用两台局域网机器测内网吞吐，确认内部链路没有问题，再对公网iperf3服务器测单流TCP。
实际命令如下：
- 服务端：
iperf3 -s - 客户端单流：
iperf3 -c 服务器IP -t 60 -i 5 -P 1 - 客户端多流：
iperf3 -c 服务器IP -t 60 -i 5 -P 10 - 反向测上传：
iperf3 -c 服务器IP -R
如果内网能跑满,公网跑不满，再结合时延和丢包判断是否是运营商链路问题，单流数据比多线程测速更接近真实业务。
保留数据，再找运营商
测速时保留截图、iperf3日志、时间点、对端节点，运营商接到工单后，通常会复测链路，如果确实不达标，专线可以按SLA赔付，家庭宽带多为尽力而为，不能按专线标准要求。
办公室带宽验收标准：别只盯着下载速率
办公室宽带验收,下载只是基础，远程办公、视频会议、云盘同步对上传、时延、丢包率更敏感，很多公司验收时只跑一个Speedtest，看到下载达标就签字，结果第二天视频会议集体卡顿。
验收时至少测四组数据
- 下载速率：有线直连测试，建议多次取均值
- 上传速率：云盘同步、邮件大附件、视频会议开摄像头都吃上传
- 时延与抖动：ping网关和公网DNS，抖动大时VoIP和视频会议会卡
- 丢包率：连续ping 100个包，丢包率应接近0，个别网络波动可接受
| 指标 | 办公影响 | 测试方法 |
|---|---|---|
| 下载速率 | 大文件下载、网页加载 | 测速软件/iperf3 |
| 上传速率 | 云盘、视频会议 | 测速软件/iperf3 -R |
| 时延 | 远程桌面、网页响应 | ping |
| 抖动 | VoIP、视频会议 | iperf3 -u |
| 丢包率 | 所有实时业务 | ping大包 |
并发连接数也要留个心
办公网络不是一个人的网络,路由器带机量不够，单机测速正常，多人同时用网就会卡，验收时可以模拟几台设备同时跑业务，观察速率和时延是否急剧恶化，北京企业宽带验收时，很多公司会额外关注这一点，因为共享办公环境下设备密度不低。
带宽测试工具对比：为什么不同工具结果不一样
有时候Speedtest测速跑满,Fast.com只有一半，运营商官方测速又不一样，这不是玄学，是测试原理、节点位置、多线程策略不同造成的。
常见工具横向对比
| 工具 | 优点 | 局限 | 适合场景 |
|---|---|---|---|
| Speedtest | 节点多、操作简单 | 默认多线程，容易虚高 | 快速参考 |
| Fast.com | 基于Netflix节点 | 部分运营商可能限速 | 视频体验参考 |
| iperf3 | 可测单流、多流、UDP | 需要命令行基础 | 专业排查 |
| 运营商官方测速 | 节点在同一网络 | 只反映网内速度 | 故障报修 |
选工具要看测试目的
如果只想知道宽带能不能跑满,用Speedtest多线程没问题，如果要定位业务卡顿，就得上iperf3单流测试，如果是给运营商报障，优先用官方测速平台，因为工单系统认这个数据。
很多“带宽不达标”的工单，最后发现是内部网线或网口协商问题，工具用对，能省下一轮又一轮的上门检查。
带宽验收与业务实测不一致怎么办？常见问题解答
千兆宽带实测只有百兆怎么办？
先看电脑网卡协商速率是否显示100Mbps,若是，检查网线是否Cat5e及以上、路由器是否全千兆口、交换机是否千兆，用有线直连光猫测，如果还是百兆，联系运营商换端口或设备，多数情况下换一根网线或换一个LAN口就能恢复千兆。
为什么Speedtest测速达标，但视频会议还是卡？
Speedtest主要测带宽,视频会议更依赖时延、抖动和丢包率，测速达标只说明容量够，不代表链路稳定，可以用ping连续测试网关和公网地址，观察时延波动，抖动大于一定范围时，视频会议就会出现卡顿、音画不同步，这个现象在共享办公网络里很常见，往往和内网设备带机量不足有关。