公司新上了云办公系统，结果开会时视频卡成幻灯片。IT小李一查，发现是网络部署时没做带宽测试，内网和外网的流量跑满了，谁也别想流畅。
部署完不测带宽，等于埋雷
很多单位装完新路由器、换完宽带套餐，或者上了新的监控系统，就以为万事大吉。设备通了电，网页能打开，就觉得“好了”。但真实使用中，视频会议掉帧、文件上传慢得像蜗牛，问题往往出在带宽没验证。
比如你换了500M光纤，实际测出来只有180M，可能是光猫设置不对，也可能是网线只接了4芯（该用8芯），甚至交换机端口协商成百兆了都没发现。这些细节，不上测速工具根本看不出来。
怎么测？别只信Speedtest
很多人打开浏览器点个Speedtest就算完事。其实那只能看公网下载上传速度，反映不了内部网络的真实情况。真正要查问题，得从几个层面下手：
1. 内网传输测速：拿两台电脑，用iperf3打个直连测试。比如你在总部和分部之间部署了专线，就得看看实际能跑多少吞吐量。
iperf3 -s # 在服务器端运行
iperf3 -c 192.168.1.100 -t 30 # 客户端连接测试30秒2. 公网带宽验证：选多个节点测速，别只测一个。推荐用Fast.com（Netflix提供）、Speedtest CLI命令行版，避免浏览器插件干扰。
3. 多设备并发模拟：让5个人同时开视频会议+传文件，看看网络会不会崩。这比单机测速更贴近真实场景。
常见“假通”陷阱
设备亮灯≠网络可用。有些坑特别隐蔽：
- WiFi信号满格，但穿墙后速率暴跌——用手机App走一圈测RSSI和速率分布；
- 千兆交换机插了百兆设备，整个端口降速；
- 防火墙开了深度包检测，把带宽压到原来的三分之一。
某学校部署无线网，教室里测速都达标，结果一上课全连上，AP扛不住并发连接数，直接死机。后来才发现，带宽够，但设备性能撑不住。
定期复查，别只做一次
网络不是一劳永逸的事。运营商线路调整、内部新增摄像头、员工开始用云盘备份，都会悄悄吃掉带宽。建议每个月抽一天，用脚本自动跑一遍关键链路的测速，存下数据对比趋势。
一个小技巧：在核心交换机旁挂一台树莓派，定时执行iperf3和curl测速，把结果写进日志。哪天异常了，翻记录一目了然。