交付前用工具测出基准值，交付后按同样路径持续采样，任何一项偏差超过可接受范围就触发复核。
交付前先建立基准：云服务器带宽怎么测试才有效
交付前测试不是随便点开网页跑个测速，带宽分为上行、下行、抖动、丢包、延迟五个维度,只记一个下行峰值没有参考价值。
用iperf3打双向流量
- 在源站和客户端各装iperf3，Linux用包管理器安装,Windows下载解压即可。
- 服务端命令：
iperf3 -s -p 5201 - 客户端命令：
iperf3 -c 服务端IP -p 5201 -t 30 -P 4 -b 100M - 先跑TCP下行，再反向跑上行。
-R参数可反转方向。 - 记录30秒内平均值、峰值、重传次数。
记录延迟与丢包
带宽达标不够，企业专线带宽延迟多少正常要看距离和链路，同城专线多数情况下延迟在5ms以内，跨省在20-40ms区间常见，丢包率应长期低于0.1%，用ping -c 100和mtr -r -c 100 目标IP命令留下文本记录。
云服务器带宽怎么测试要区分共享与独占
- 云服务器控制台显示的5Mbps通常指峰值上限,共享带宽在业务高峰期可能跑不满。
- 交付前测试要选业务同时间段,比如晚8点到10点。
- 连续测3天，每天固定时间采样,取中位数而非最高值。
交付后带宽不达标怎么处理？先补齐对比记录
交付后出现卡顿、上传慢、视频会议花屏，第一反应不应该是重启设备，而是打开对比记录表,看哪一项先漂移。
对比记录至少包含八个字段
| 字段 | 交付前基准 | 交付后实测 | 偏差判断 |
|---|---|---|---|
| 测试时间 | 固定时段 | 固定时段 | 是否同时段 |
| 测试工具 | iperf3 / MTR | 同样工具 | 必须一致 |
| 下行带宽 | 记录值 | 记录值 | 偏差超过标称值30%需复核 |
| 上行带宽 | 记录值 | 记录值 | 同上 |
| 平均延迟 | 记录值 | 记录值 | 升高超过50%需复核 |
| 丢包率 | 记录值 | 记录值 | 超过0.1%立即排查 |
| 抖动 | 记录值 | 记录值 | 超过延迟均值20%需关注 |
| 测试链路 | 具体IP/域名 | 相同链路 | 不一致则重测 |
这里给出的偏差阈值是行业共识认为的常见容忍区间,具体可根据合同SLA调整。
异常处理顺序
- 先确认测试条件一致：同设备、同网线、同运营商出口。
- 再检查本地设备：关闭大流量下载、视频会议、云备份。
- 用
traceroute或mtr定位丢包发生在本地、运营商骨干还是对端机房。 - 把连续72小时的采样记录整理成CSV,提交给服务商工单。
- 服务商配合排查时,要求对方提供相同时间段的机房出口带宽占用图。
带宽升级前后对比记录：别只看速度翻倍
很多企业升级带宽后觉得没变化，原因是记录维度不全,带宽升级前后对比记录要同时覆盖协议层和应用层。
协议层记录
- 用iperf3跑满TCP窗口，看实际吞吐量是否接近标称值，百兆宽带跑出85Mbps到95Mbps属于正常区间，因为TCP头、以太网帧都有开销。
- 记录TCP重传率，重传率突然从0.2%升到2%,带宽再大也会卡。
应用层记录
- 选一个固定大文件下载源，比如同云厂商对象存储,记录下载耗时。
- 选一个固定上传目标，比如企业NAS或云盘,记录上传耗时。
- 会议软件内查看网络质量统计,记录往返时延和丢包。
家庭宽带升级前后对比记录怎么做
个人用户同样需要一张简化版对比表,否则很容易被运营商测速页的数字带着走。
用运营商自带测速和第三方结合
- 运营商测速页可达但只代表本地出口,不代表真实外网质量。
- 用网页版测速选同城节点,记录延迟和上下行。
- 升级前后各测3次,去掉最高最低取中间值。
记录光猫和路由器端口状态
- 登录光猫后台,查看PON口光功率是否在正常范围。
- 检查网口协商速率是百兆还是千兆,很多老路由器百兆口会卡住升级后的带宽。
- 记录光猫型号和固件版本，升级前后保持一致,避免设备替换干扰对比。
北京机房带宽价格高低，不能只和标称值挂钩
北京机房带宽价格在全国范围内偏高，这和地理位置、电力成本、运营商资源有关,但做对比记录时不要只盯着每Mbps单价。
价格与实测要一起看
- 同样是10Mbps独享，有的机房跑满9.5Mbps，有的高峰期只能跑6Mbps,后者单价再低也不划算。
- 记录每Mbps实际吞吐成本：月费除以实测稳定吞吐量,得到每Mbps真实成本。
- 北京地域的云服务器带宽价格多数按固定带宽和按流量两种计费，固定带宽适合业务流量稳定场景，按流量适合突发场景，交付前后对比要区分计费模式,否则数据没有可比性。
对比记录怎么做才有验收价值
记录本身要经得起回看,不能只留一个截图。
- 文件命名规范：
交付前_日期_方向_工具_结果和交付后_日期_方向_工具_结果。 - 每次测试输出同时保存原始命令和结果文件,不要只复制表格。
- 交付前测试结果由服务商和客户现场签字或邮件确认,交付后异常记录通过工单系统流转。
- 截图要带系统时间,不能只放测试软件界面。
用同一套模板沉淀成日常巡检
对比记录不能只在交付当天做一次,运维的价值在于持续积累。
每周固定采样
- 每周一上午10点跑一次iperf3,脚本自动输出到日志。
- 每两周做一次全链路MTR,保存截图。
- 每月汇总一次带宽偏离情况,生成趋势表。
脚本示例
#!/bin/bash DATE=$(date +%F_%H%M) iperf3 -c 测试IP -p 5201 -t 30 -P 4 -J > /var/log/bandwidth_$DATE.json mtr -r -c 100 测试IP > /var/log/mtr_$DATE.txt
把JSON和TXT文件归档，命名带日期和方向,后续回溯时不用重新测。
带宽对比记录这件事，核心不是测一次，而是把交付前的基准值钉在表格里，让交付后的每一次异常都有参照线，工具都是现成的，难的是固定时间、固定路径、固定参数坚持做下去。
Q&A
带宽对比记录交付后不达标怎么处理？
先复核测试条件是否和交付前一致，包括设备、网线、运营商出口和时间段，条件一致后查看丢包率和延迟变化，用MTR定位故障段落，如果本地和运营商骨干都正常，只剩对端机房出口拥塞，就把连续72小时记录提交服务商,要求提供同时间段的机房出口带宽占用数据。
云服务器带宽怎么测试才不会被共享带宽误导？
测试云服务器带宽时，选择业务高峰时段，使用iperf3打双向TCP流量，连续测3天取中位数，同时用ping -c 100和mtr -r -c 100记录延迟与丢包，共享带宽会受同宿主其他实例影响,所以固定时间采样比随机单次测速更有参考价值。
企业专线带宽延迟多少正常，对比记录里怎么设阈值？
同城专线延迟多数在5ms以内，跨省在20-40ms区间常见，国际专线视距离可能超过100ms，对比记录里可以把交付前实测延迟的1.5倍设为告警线，丢包率长期超过0.1%就需要排查，行业公开资料显示，多数企业SLA对专线丢包率的承诺集中在0.1%至0.3%区间,记录时以合同为准。