本文给出一套实用的检测流程:用路由追踪查看运营商与跃点特征,选取合适的香港测试节点,使用 iperf3、mtr、Speedtest 等工具做多次 实测,并以延迟、抖动与丢包率的统计结果结合吞吐表现来判断线路是否达到宣称的 带宽 与质量。
先用 traceroute 或 mtr 跟踪路由,看跃点中是否以“中国电信/China Telecom”或含有“cn2”、“CN2”字样的中间节点;同时观察在国内段的跳数是否较少、延时稳定,这些都是判断是否为CN2的初步依据。
推荐使用 iperf3 做点对点 TCP/UDP 测试(可控制并发流数和窗口),再用 Speedtest 或 fast.com 做面向公网的吞吐测量。多次测试并取中位数或 90 百分位,能避免偶发抖动导致的误判。
运行 mtr(或 traceroute -n)观察每一跳的延迟与丢包变化:若国内出口到香港段 RTT 显著下降且中间跳无异常丢包,说明直连质量好;若某跳开始出现持续丢包或 RTT 激增,问题往往出在该跃点或其上下游。
尽量选择多个不同运营商的香港节点:云服务商(如香港机房的云主机)、Speedtest 的香港服务器或电信/联通/移动在港的互联点。多节点比对能分辨是本地机房问题还是跨境链路问题。
在目标香港服务器上启用 iperf3 服务端,客户端使用多线程(-P 4 或 -P 8)并调整 TCP 窗口。记录稳定阶段的吞吐值,若长时间(如 30-60s)稳定在宣称带宽的 85%-95%,则可认为到港带宽基本达标。
丢包率直接影响实时业务(VoIP、游戏)的体验:0%-0.1% 属于优秀,0.1%-1% 可接受但需关注,超过 1% 就会明显影响延迟敏感应用,应定位并排查链路问题或申请优化。
先对目标做长时间 ping(例如 1000 次),统计丢包率与 RTT 分布;再用 mtr 查看逐跳丢包分布,若丢包从某个跃点开始持续存在,问题多半集中在该跃点或其上游;若链路各段均有少量丢包,可能是拥塞或链路质量问题。
推荐同时观察 RTT 的平均/中位值与 95% 分位数、抖动(Jitter)以及持续丢包率。对实时业务,延迟应尽量 <200ms 以下,抖动小于 30ms,丢包低于 0.5% 为较为可靠的经验值。
按顺序排查本地网段(网卡、交换机)、本地 ISP 到出口(家庭/机房带宽是否被占满)、再到跨境链路(traceroute 定位跃点)、最后是目标服务器端限速或端口限制。对跨境问题可联系运维或运营商开单定位。
利用公共路由查询与 BGP Looking Glass(例如各大运营商的 LG)查看 AS 路径和社区信息,确认所走的是中国电信的骨干网络路径;结合 traceroute 与 BGP 信息可更准确判断是否走的是 CN2 类型的优质线路。
收集多次 iperf3 吞吐、ping/rtt 分布、mtr 的逐跳丢包和 traceroute 路径,标注测试时间与并发情况;用图表展示延时与丢包波动,并给出结论(是否为CN2、带宽是否达标、丢包是否超阈),以便给运营商或机房作为工单依据。