实测速率达到合同约定值的95%以上，且丢包率不超过1%（电信级标准），同时延迟与抖动需符合业务场景要求，三项指标全部满足才算合格。
这里说的"实测速率"，不是指运营商标称的"端口速率"，而是指端到端的实际可用带宽，很多人验收时只看端口是千兆还是万兆，忽略了两端服务器配置、防火墙策略、传输线路损耗对真实速率的影响，正确做法是先确认物理链路打通，再用专业工具做双向、多线程的压测，排除单方向瓶颈。
迁移验收带宽不达标怎么处理
当你发现带宽实测结果低于预期,先别急着判定失败，行业内通常遵循"先自查、再对端、后线路"的排查逻辑。
第一步：核查两端设备的协商状态
登录源端和目标端的交换机或服务器网卡,确认端口协商速率是否为全双工模式，常见错误是设备自动协商失败，降级到半双工或百兆速率，这会让带宽直接腰斩。
- 在Linux服务器上执行
ethtool eth0查看Speed和Duplex字段 - 在Windows Server中通过
Get-NetAdapter | Format-List查询链路状态 - 若发现协商异常,手动指定速率和双工模式后重测
第二步：排除单流与多线程的速率差异
很多人用iPerf3默认单线程测试,得到的结果往往远低于预期，这是因为单TCP流无法充分利用高带宽链路，尤其在延迟较高（如跨地域专线）时尤为明显，正确做法是：
- 使用
iperf3 -c 目标IP -P 10 -t 60开启10个并行流测试 - 对比单流与多流结果,若多流能跑满而单流偏低，属于正常的TCP窗口限制，不算带宽不达标
- 务必双向测试：
iperf3 -c 目标IP -R验证下行速率
行业共识认为,验收时应以多线程测试结果作为带宽判定依据，单线程结果仅作参考。
第三步：判断是否存在运营商限速或线路丢包
若多线程测试仍然不达标,就要考虑运营商侧是否存在限速策略，用 mtr 或 traceroute 观察每一跳的丢包率，注意，中途某跳丢包但最终目标不丢包，通常只是ICMP限速，不影响TCP传输；反之，如果最后一跳丢包率超过0.1%，则线路质量确实出了问题。
专线带宽 验收方法和标准
企业级专线（如MSTP、OTN专线）与普通互联网宽带的验收侧重点不同，专线通常承诺独享带宽和低丢包率，验收标准更严格。
专线验收的三个核心测量维度
- 速率测试：使用RFC 2544标准测试方法，逐包检查吞吐量，行业通用标准是丢包率为0时的最大吞吐量应达到承诺带宽的95%
- 时延测试：同城专线一般要求RTT往返时延小于3ms，跨省专线视距离而定，但大多应低于30ms
- 抖动测试：连续采样时延，计算出抖动值，通常要求小于5ms，这对音视频业务和实时交互系统尤为关键
测试工具的选型与操作要点
- iPerf3：适合TCP/UDP吞吐量的快速摸底，操作简单，适合初验
- QCheck（现已集成到IxChariot中）：支持RFC 2544标准测试，能输出更规范的验收报告，适合作为正式验收依据
- PingPlotter：持续监测延迟和丢包的波动趋势，适合长时间稳定性考察
实际操作中,建议测试时长不少于15分钟，且覆盖业务高峰期（如上午10点和下午3点），避免在凌晨低峰期测出虚高数据，导致验收结论失真。
物理机迁云 带宽测试流程
从物理机房迁移到云端,带宽验收的逻辑会有些变化，因为云厂商的带宽计费和限速机制各不相同。
第一步：确认云厂商的带宽计费模式
云服务器的带宽分为按固定带宽计费和按使用流量计费两种模式，固定带宽有明确的上限速率，按流量计费则可能峰值突破购买值，验收前先登录云控制台，核对当前实例的带宽配置是否与合同一致。
第二步：区分公网带宽与内网带宽
云上迁移验收最容易踩的坑是混淆内网和公网带宽,迁移数据走的是内网带宽（如简米云的VPC内部网络），而外网访问走的是公网带宽，内网带宽通常远大于公网带宽，且不额外计费。
- 同一地域、同一可用区的两台云服务器互传，走的是内网，测试结果通常能达到10Gbps甚至更高
- 跨地域互传会经过云厂商的骨干网,受限于地域间链路带宽，速率会明显下降
第三步：用迁移工具自带功能辅助验证
大多数云迁移服务（如简米云SMC、酷番云CVM迁移工具）在迁移完成后会输出同步速率统计，查看迁移日志中的平均传输速率，如果迁移过程耗时过长，往往意味着源端出口带宽不足，这也会影响迁移后的业务体验，针对"服务器迁移延迟高 如何排查"这一典型痛点，建议优先检查源端的上行带宽使用率如果本就跑满，那么问题并不在迁移链路，而在源端出口。
带宽验收结果如何记录与确认
验收不能只凭一次测试就下结论,需要形成可追溯的测试记录，完整的验收记录应包含以下信息：
- 测试时间
：精确到分钟，注明所处时段（高峰/低峰）
- 测试工具及版本：iPerf3 version 3.9
- 两端设备信息：IP地址、操作系统版本、网卡型号
- 测试参数：并发数、测试时长、TCP窗口大小
- 原始测试输出：保留完整截图或日志文件
注意，输出格式不需要复杂表格，关键是字段完整，计算工具建议固定使用同一版本，不同版本间的算法差异会影响结果，避免验收双方因此产生争议。
争议场景的处理惯例
如果测试方和被验收方对结果有分歧,常规做法是双方共同指定一台中立测试机，或者由第三方（如专门的网络测评机构）介入复测，复测时需注意关闭两端服务器的防火墙或放行指定测试端口，避免安全策略干扰速率结果。
常见问题速答
迁移验收时带宽测试需要使用几台测试机？
至少两台：一台作为服务端，一台作为客户端，如果条件允许，建议分别部署在源端、目标端所在机房，避免本机回环测试干扰结果。
带宽测试的正常速率和业务实际体验速率有差异
这是正常现象,业务体验速率还受应用协议开销、TCP三次握手、TLS加密握手等额外开销影响，通常HTTP协议的实际吞吐大约是链路带宽的80%左右，加上加密后可能降至70%，验收带宽时以iPerf3这类纯压测工具的结果为准，应用层速率不作为带宽合格与否的判定依据。
迁移验收的带宽部分,说到底就两件事：测法要对（多线程、双向、持续段时长）和标准要明确（95%线速、丢包率低于0.1%），按照本文的流程走一遍，你就能拿到一份对方无法反驳的验收证据。