专线开通后，测试页面能打开，并不代表服务已经达标。网络专线服务质量验收指标应覆盖业务实际使用中的速度、稳定性和故障处理能力，尤其要区分“线路已经连通”和“服务满足合同要求”这两个结果。验收前应准备合同、技术方案、两端地址、承诺带宽、服务时间窗口及SLA条款，避免只凭一次测速下结论。

一、先确认验收条件，再开始测试

验收环境会直接影响结果。测试设备应尽量使用有线连接，关闭系统更新、云盘同步和其他大流量程序；两端设备的网卡、端口和防火墙策略也要确认支持合同约定的速率。若是跨地域或跨运营商专线，还应记录测试日期、时段、两端位置、业务方向和测试工具。

1. 核对电路编号、接入端口、两端IP地址及路由范围，确认实际交付对象与合同一致。
2. 分别在工作时段和业务高峰时段测试，至少保留多次结果，不用单次峰值代表长期表现。
3. 同时进行正向和反向测试，因为上行、下行可能经过不同设备或策略。
4. 将原始截图、命令输出、时间戳和异常说明归档，形成可复核的验收记录。

二、必须核对的5项网络专线服务质量验收指标

1. 带宽吞吐：看持续传输，不看瞬间峰值

带宽吞吐是最直观的指标，但测速软件显示的峰值不一定等于专线可用能力。可使用iperf3在两端进行多线程TCP测试，分别测试单向和双向流量；测试时应观察持续数分钟后的稳定值。实际结果通常会受协议开销、设备性能、并发连接数和运营商限速策略影响，因此不能机械要求显示值等于端口标称值。

验收记录至少包括标称带宽、实测吞吐、测试时长和并发参数。若合同写明最低可用带宽，应以合同阈值判断；若只写端口速率，则应要求服务商说明协议开销和测试口径。

2. 时延与抖动：看业务交互是否稳定

时延应从业务两端或指定测试点测量，而不是只测本地网关。使用ping进行连续采样，记录平均值、最大值和高分位结果；语音、视频、远程桌面等业务还要关注时延抖动。通常，跨城专线的时延会受距离、传输路径和设备排队影响，不能脱离两端位置设定统一合格数值。

验收时应把空载和带载结果分开。空载时延正常、带载后明显升高，往往说明链路或设备存在拥塞，需要进一步检查队列、端口利用率和流量策略。

3. 丢包率：区分持续丢包与偶发丢包

丢包率直接影响网页加载、数据库访问和文件传输。建议连续发送足够数量的探测包，并在不同时间段重复测试；短时间无丢包不能证明全天稳定。测试包过大可能触发分片，过小又难以反映真实业务，因此应结合业务报文大小进行对照。

记录中要写明测试时长、包大小、目的地址和方向。若只在某个应用服务器上丢包，还需排查服务器网卡、虚拟化平台和安全设备，不能立即把责任归于专线。

4. 可用性：核对统计周期和故障定义

可用性不能用“验收当天能通”替代。网络专线服务质量验收指标中的可用性，应明确统计周期、计划维护是否排除、单次中断如何计时，以及哪些设备或接入范围属于服务商责任。月度可用性常以百分比表达，但不同合同的计算口径可能不同，必须以签署条款为准。

验收阶段可检查主备链路、设备告警和历史监控是否已经启用。没有监控数据，就很难在后续争议中证明中断时间和影响范围。

5. 故障响应与恢复：用演练验证承诺

故障处理能力也是网络专线服务质量验收指标。验收不应只问客服“多久响应”，而要核对报障入口、工单编号、升级路径、首次响应时间、预计恢复时间和故障报告内容。服务商承诺的时间应写入合同或服务等级协议，不能用口头说明替代。

1. 提前约定演练时间和不影响生产的测试方式。
2. 由客户提交模拟故障或指定测试端口，记录报障时间。
3. 保存首次响应、远程定位、升级处理和恢复通知的时间点。
4. 恢复后复测吞吐、时延和丢包，确认不是“链路亮了但业务仍异常”。

三、验收表怎么写才便于追责

最终签字前，应把不达标项写成“现象、证据、责任方、整改期限和复测方式”，不要只写“待优化”。对于临时绕行、未开通的备链路或尚未完成的监控，也应单独列为遗留项。只有测试结果、合同条款和整改记录能够相互对应，网络专线服务质量验收指标才真正具备执行价值。

常见问题

测速达到标称带宽，是否可以直接验收？

不能。还应核对时延抖动、丢包率、可用性和故障响应，并确认测试方向、时段和设备条件。

为什么白天测试正常，业务高峰却变慢？

可能存在带载排队、端口拥塞或策略限速。应比较空载与带载结果，并检查设备接口利用率。

没有合同阈值时如何判定？

先要求服务商补充书面测试口径和验收标准，再结合技术方案、业务需求及复测结果确认，不宜自行臆定精确数值。

验收后还需要保留哪些材料？

应保留合同、拓扑、测试原始数据、监控截图、工单、故障演练记录和最终签字版验收表，便于后续核查网络专线服务质量验收指标。