1.

准备与信息收集

检索提供商资料：查看合同、SLA、带宽峰值/保证值和丢包/可用性指标。
收集网络细节：询问是否为“CN2 GIA”或“CN2 GT/CT”路径、出口点（POP）、BGP 宣告与对端 AS。
准备测试环境：选定测试主机（位于韩国的数据中心）与测试端（建议从中国大陆、香港、新加坡与欧美至少两个外部地点）。

2.

基础连通性与路由验证

命令：从测试端执行 traceroute/tracert（Linux: traceroute -I/ -T）, Windows: tracert。
目标：确认经过 CN2 节点（可通过 AS 路径或跳点标识“telecom”或“china”字样），记录跳数和异常延时跃点。
验证 BGP：请求提供商给出 BGP 路由和 origin AS，或使用公共 Looking Glass（如 Telia、HGC）验证。

3.

瞬时带宽测试（iperf3）

准备：在韩国服务器上运行 iperf3 服务端（iperf3 -s -1 用于单次或 nohup iperf3 -s &）。
测试命令示例：iperf3 -c -t 60 -P 4 -R（-R 用于反向测试从 KR 到测试端）。建议并发流 -P 4~8 来逼近真实并发。
记录：测得的平均吞吐、抖动、丢包（显示在结果中），将结果与承诺带宽比较（例如承诺 100Mbps，则实际 95Mbps+ 为合格）。

4.

长期丢包与延迟监测（mtr/ping）

使用 mtr（Linux: mtr -r -c 1000 ）获取每一跳的丢包率与延迟分布。
Ping 测试：ping -c 1000 -i 0.2 ，统计丢包率和最小/平均/最大延迟。
判断标准：理想丢包 <0.1%，可接受 <1%，持续 >1% 或在关键跃点突发丢包即为告警。记录时间戳，便于与提供商事件日志比对。

5.

高并发与峰值验证

模拟真实流量：使用 iperf3 在不同时间段（工作时段、凌晨）分别跑 5-15 分钟，观察是否存在“突发限速”或 QoS 限制。
并发连接测试：使用 hping3 或 tcpreplay（回放真实流量）验证 TCP/UDP 在高并发下的性能与丢包。
峰值判断：若承诺“保底带宽”为 200Mbps，短时突发达到 250Mbps 可接受，但持续低于保底需作为违反 SLA 的证据。

6.

多点与双向测试（从 CN 到 KR 与 KR 到 CN）

双向测试非常重要：从中国大陆到韩国和从韩国到大陆分别进行 iperf3 双向测试（使用 -R 参数或分别在双方运行 client/server）。
多点试验：至少从 3 个不同 ASN/运营商（电信/联通/移动或 CDN 节点）做测试，排除单一路由影响。
对比分析：如果仅从某一城市丢包高，可能是中间链路问题；若多点一致，则可能为提供商出口或 CN2 路径问题。

7.

日志记录与数据整理

建立表格：记录测试时间、源/目标 IP、命令、持续时间、带宽峰值/平均、丢包率、RTT 最小/平均/最大。
图表化：将时间序列绘制为折线图（带宽与丢包）便于观察周期性问题或 SLA 违规窗口。
保存原始输出：保存 iperf3、mtr、traceroute 的原始输出作为证据，注明本地时间与 UTC 时间。

8.

判断标准与验收规则

带宽：实测平均值应达到承诺带宽的 90% 以上，峰值短时可有突发余量，但长期低于保底立即反馈。
丢包：长期丢包率 <0.1% 为优，0.1%-1% 可接受但需监控，>1% 紧急处理并要求补偿。
延迟与抖动：RTT 稳定且无突发跳升，抖动小于 30ms 为可接受范围（对实时应用要求更严格）。

9.

与提供商沟通与谈判建议

提供证据：用整理好的测试记录和原始日志向提供商提出问题，并要求解释路由/流量策略。
索要 SLA 修正：要求明确丢包/延迟/可用性的补偿条款（扣费或带宽提升），必要时要求变更 POP 或优化路由。
持续监控：建议签约后部署第三方监测（如 Zabbix + 自建探针，或使用 RIPE Atlas 定期跑测），作为长期合规依据。

10.

常见故障与排查优先级

先排查本地设置：确认防火墙、端口限速、内核限制（如 txqueuelen）无问题。
再查中间链路：使用 mtr 查找高丢包跳点并截图。若跳点在提供商 ASN 内，则由其处理；若在上游运营商处，要求提供商协助联络。
保留时间线：记录每次联系时间、工单编号与响应详情，便于后续仲裁。

11.

问：如何在测试时区分是 CN 侧问题还是 KR 提供商问题？

答：通过多点测试与路径定位来区分。先从多个国内不同 ASN 发起测试，如果所有源都在同一跃点之前出现问题，说明问题在 CN 侧；若问题在到达韩国后或只有某些源受影响，可能是 KR 提供商或其上游。使用 mtr/traceroute 定位“首次出现丢包”的跳点，并比对该跳点的 ASN 或地理位置，结合提供商的 POP 信息可明确责任方。

12.

问：如果实测丢包率高，如何向提供商要求赔偿或调整？

答：先按合同流程提交工单，附上完整测试日志（时间戳、命令、输出原文、图表）。要求提供商在规定响应时间内定位并修复，依据 SLA 条款请求带宽补偿或费用退还。若提供商拒绝，可请第三方监测机构复测或使用仲裁证据（例如 RIPE Atlas 测试）作为支持。

13.

问：日常监控有哪些轻量化方案以便及时发现丢包和限速？

答：部署轻量探针（小 VPS 或树莓派）在关键节点定时执行 ping、mtr、iperf3（短跑）并汇报到中心监控系统（Prometheus + Grafana/Zabbix）。设置阈值告警（丢包>0.5% 或带宽低于保底 80%）并记录历史，结合自动化脚本每小时生成报告，便于追踪并在 SLA 违规时迅速取证。

文章标签：iperf3 MTR SLA 验证 丢包率 带宽承诺 测试指南 韩国 cn2 服务器 更多»

来源：如何评估韩国cn2服务器提供商的带宽承诺与丢包率标准