1) 明确测试目标:对比不同国内运营商(如电信、联通、移动等)经CN2链路到日本的延迟(RTT)与丢包率(PLR)。
2) 确定测试终端:选择位于日本且可确认在CN2或与电信互联的服务器IP(自有VPS或运营商公布的测试节点),并记录IP、城市与提供商。
3) 准备工具:Linux/Mac:mtr、ping、traceroute、iperf3、tcptraceroute;Windows:WinMTR、ping、tracert、pathping、iperf3。
1) 统一测试参数:固定包大小(例如ICMP 1200B)、测试次数(每次至少100包或mtr -c 100)、并发连接(iperf3 -P 4)。
2) 关闭本地大流量应用、使用有线连接、保持MTU默认或记录MTU并统一,避免Wi‑Fi抖动干扰。
3) 记录测试时间、测试机器IP、运营商拨号/接入信息,便于结果比对。
1) 基本Ping:ping -c 100 -s 1200 <目标IP> (记录avg/min/max/stddev与丢包)。
2) MTR(综合路径和丢包):mtr -r -c 100 -w <目标IP>,结果记录每跳loss%与平均延迟。
3) TCP路径跟踪(避开ICMP限速):sudo traceroute -T -p 80 <目标IP> 或 tcptraceroute <目标IP> 80。
4) 带宽与抖动:iperf3 -c <服务器IP> -P 4 -t 60 (TCP)或 iperf3 -c <服务器IP> -u -b 100M -t 60 (UDP,测丢包、抖动)。
1) Ping:ping -n 100 -l 1200 <目标IP>,记录丢包与平均延迟。
2) 路由检查:tracert -d <目标IP> 或 pathping <目标IP>(pathping 会给出每跳丢包率)。
3) 使用WinMTR图形化版:选择目标、设置100次循环,导出CSV用于比对。
1) 在每个运营商网络上按相同顺序、相同参数执行:先ping→mtr→traceroute→iperf3,按顺序记录数据。
2) 同一时段重复测试:建议在早高峰、平峰、夜间各做3组,每组至少100个样本,总样本数≥30次/时段。
3) 汇总表头示例:时间, 运营商, 出口IP, 目标IP, RTT_min, RTT_avg, RTT_p95, 丢包%, 工具, 备注。
1) 用Excel/CSV导入:计算平均值、中位数、95百分位、标准差与丢包率分布,绘制箱线图对比延迟离散程度。
2) 丢包解读:若某跳丢包高但后续跳恢复,可能是该设备对ICMP限速;若最终目标丢包高,说明端到端存在实际丢包。
3) 差异显著性:可用t检验或Mann‑Whitney检验判断不同运营商间延迟是否有统计学差异(样本量足够时)。
1) 本地链路检查:若出本地第一跳即出现丢包,检查路由器/光猫、重新更换网线或交换端口。
2) 中间链路问题:查看mtr中首次出现丢包的跳数,联系运营商工单并提供mtr/traceroute截图与时间戳。
3) 服务器端确认:若多运营商到同一目标均在目标端出现丢包,排查目标主机或目标机房出站链路。
1) 避免用单一工具下结论:结合ICMP/TCP/UDP测试判断是否被中间设备限速或丢弃ICMP。
2) 持续监控:用脚本定时采样(cron + mtr/iperf3),至少监控7天捕捉周期性抖动。
3) 记录凭证:保留原始CSV/日志与截图,向运营商申诉时作为证据。
问:如何确认我测试到的路径确实走的是CN2线路?
答:先查看traceroute/mtr中途径的AS号与反向DNS,CN2路由通常会出现中国电信相关节点标识或运营商AS信息(可用whois或bgp.he.net确认路由的AS归属)。若不确定,可联系机房/运营商索取链路信息或使用多个目的IP交叉验证。
问:不同运营商结果波动很大,如何判断可靠性?
答:通过增加样本量(多时段、多天)并计算中位数与P95值来减少偶发波动影响。若某运营商在大多数时段都显示更低的中位延迟与更稳定的P95,则具备可靠优势;单次极端值不应决定结论。
问:测试过程中如何减少被设备误判为攻击的风险?
答:控制测试频率与并发(例如ping间隔≥0.1s,mtr循环100次一次性完成),避免在短时间内对同一目标发起高并发UDP爆发;并事先告知目标方或使用自有/授权的测试服务器,保留测试时间与IP列表作为沟通依据。