1. 概述与测试目标

- 目标：比较中国运营商的 CN2（电信 CN2 GT/NEt）与其它常见线路（电信非CN2、联通、移动）到美国目标主机的延时与稳定性差异。 - 指标：平均延时（RTT）、抖动（jitter）、丢包率（packet loss）、路由稳定性（跳数与路径变化）、带宽与短时延波动。 - 思路：在相同时间窗口、相同目标 IP、相同测试脚本下重复采样并统计结果，避免 CDN/缓存干扰。

2. 准备测试环境与前提

- 准备两端：国内测试端（分别购买或借用 CN2 与其它线路的 VPS/云主机），美国目标端（可租小型 VPS 作测试服务器，确保公网固定 IP）。 - 软件工具（Linux 推荐）：ping, traceroute (或 tcptraceroute), mtr, iperf3, tcpdump（可选）, jq（解析 JSON），gnuplot 或 Excel。 - 权限：国内/国外服务器均需能安装软件并开启必要端口（iperf3 默认 5201）。确保防火墙允许 ICMP、TCP 5201、以及相关测试端口。

3. 基线测试：Ping 与 Traceroute 的标准命令

- Ping（ICMP）连续采样：ping -c 200 -i 0.2 目标IP > ping_cn2.log 解释：-c 指次数，-i 指间隔（0.2s）。通过大量样本计算平均/标准差。 - 解析 ping 结果（bash 示例）：avg=$(tail -1 ping_cn2.log | awk -F'/' '{print $5}'); echo $avg - Traceroute（ICMP/UDP/TCP）：traceroute -n 目标IP 或 tcptraceroute 目标IP 80/443，用于发现中间跃点与初始绕路。 - Windows 替代：使用 WinMTR 做交互式测试并导出 CSV。

4. 连续路由与稳定性测试：使用 MTR

- MTR 报告模式（典型命令）：mtr --report --report-cycles 200 目标IP > mtr_cn2.txt 说明：--report-cycles 指样本数，输出每跳的丢包/延时分布。 - JSON 输出（便于解析）：mtr --report --report-cycles 200 --json 目标IP > mtr_cn2.json - 关键指标解析：每跳的 Loss%（是否存在链路丢包），最后一跳的 Loss%（端到端丢包），均值/最大 RTT。 - 注意：ICMP 被过滤时可能低估真实 TCP 延时，故还需 TCP 层测试（下一节）。

5. 带宽与 TCP 延时稳定性：iperf3 的使用

- 在美国服务器上运行：sudo apt update && sudo apt install -y iperf3；然后运行：iperf3 -s -1 （或长期 -s） - 在国内客户端运行并记录日志：iperf3 -c 目标IP -t 60 -P 10 --logfile iperf_cn2.log 说明：-t 为持续时间，-P 并发流可以模拟多连接场景。对比不同时间段、不同并发数的延时与吞吐波动。 - TCP RTT 观测：iperf3 输出的 retransmissions 和瞬时带宽波动能间接反映网络抖动与拥塞。

6. 自动化脚本与长期监控方案

- 建议写一个每日/每小时自动化脚本，周期性执行 ping/mtr/iperf3 并把结果与时间戳写入按天归档文件。示例脚本（简化）：

#!/bin/bash
TS=$(date +%s)
ping -c 200 -i 0.2 目标IP > logs/ping_$TS.log
mtr --report --report-cycles 200 --json 目标IP > logs/mtr_$TS.json
iperf3 -c 目标IP -t 30 -P 4 --logfile logs/iperf_$TS.log

- 用 cron 安排：*/30 * * * * /root/testscripts/run_all.sh，注意控制频率避免触发流量告警。 - 日志上传与集中分析：可把 logs rsync 到中央分析服务器或直接写入数据库（InfluxDB）结合 Grafana 可视化。

7. 数据分析与可视化步骤

- 延时与抖动统计：用 awk/jq 提取 ping 或 mtr 的 rtt 列，计算 min/avg/max/stddev、以及相邻样本差的均值作为 jitter：示例 awk： ping -c 200 | tail -n 1 | awk -F '/' '{print "min="$4" avg="$5" max="$6" mdev="$7}' - 丢包计算：从 mtr JSON 中读取最后一跳的 loss_percent（或从 ping 丢包计数推导）。jq 示例：cat mtr.json | jq '.report.hubs[-1].loss%' （根据 mtr JSON 结构调整）。 - 路由变化统计：比对不同采样间的 traceroute 路径（按跃点 IP 列表），记录路径变化次数。 - 可视化：把时间序列数据导入 Excel 或 gnuplot/Matplotlib，绘制延时分布（CDF/箱线图）、时间序列（折线）与丢包率热力图，便于直观判断 CN2 在高峰期/非高峰期的表现差异。

8. 常见误区与注意事项（问答）

问：用 ping 就能代表真实业务延时吗？ 答：不能完全代表。ICMP 可能被优先或限速，建议结合 TCP（iperf3/tcptraceroute）和应用层测试（如 HTTP 请求时间）来综合判断，且要在不同时间段重复测试。

9. 实操建议与结论（问答）

问：如果要选择用于跨国实时业务（实时语音/游戏），CN2 是否优先？ 答：一般 CN2 在电信网络内到海外的直连与拥塞控制上更优，延迟和稳定性通常更好，但仍需按实际目标城市/机房、时段、ISP 对比测试后决策；有时联通/移动在特定出口也会表现好。

10. 小结与如何复现（问答）

问：如何复现本文测试并保证结果可比？ 答：要点：1）在同一时间段使用不同线路的机器同时并发测试；2）使用相同目标 IP 与相同测试脚本（ping/mtr/iperf3）；3）记录完整日志并用统一解析脚本提取指标；4）做至少 7×24 小时或多日采样以避免偶然波动，最后用统计图表比较平均/95分位/丢包与路径变化次数。

来源：对比报告美国 主机 cn2与其它线路延时稳定性分析