为什么你测的延迟不准？ICMP、TCP 与隧道 RTT 的区别

“我 ping 韩国服务器 200 多毫秒，这加速器是不是没用？”

这是客服最常收到的问题之一。答案是：你测的那个数字，很可能根本不是游戏实际用的延迟。

这篇把四种常见”延迟”拆开讲清楚，以及怎么做一次有效的对比测试。

一、四种延迟，测的不是同一件事

测法	实际测的是什么	能否代表游戏延迟
ping 韩国 IP	ICMP 往返	不能
tcping / 网页测速	TCP 三次握手时间	不能
加速器面板 RTT	你到加速器节点的隧道往返	部分代表
游戏内延迟	你到游戏服务器的完整往返	能（最终指标）

很多人拿第一种去判断加速器效果，结论自然会对不上。

二、为什么跨境 ping / TCP 建连会偏高

普通网络测试有几个天然的坑：

1. ICMP 经常被限速或丢弃。跨境链路上的策略设备对 ICMP 的处理优先级很低，测出来的数值可能是真实值的 2-3 倍。
2. TCP 建连会被额外处理。部分线路会对 TCP SYN 做延迟注入或限速，握手时间被放大，但握手完成后的数据传输不一定慢。
3. 测速节点和游戏服务器不是同一台。你 ping 的是 A 机房，游戏连的是 B 机房，路径可能完全不同。

所以会出现”ping 200ms，游戏里 70ms”这种看起来矛盾、实际正常的情况。

这也是我们内部排障的一条规则：测网关到后端的延迟，用隧道 RTT，不用 TCP RTT。 用错工具会得出完全相反的结论。

三、加速器面板延迟为什么也只是一个参考

面板上的 RTT 通常是你到加速器节点的往返。它不包含：

• 节点到游戏服务器的最后一段；
• 游戏服务器的排队与处理时间；
• 客户端渲染与显示延迟。

一般来说，游戏内延迟会比面板数字高 10-40ms，具体取决于游戏和区服。

面板数字的价值在于看趋势：比如平时 80ms，突然跳到 300ms，说明链路在抖；一直稳定在你的基线附近，就是正常的。

四、真正该看的是丢包和抖动

游戏对丢包的敏感度远高于平均延迟：

• 平均 80ms、零丢包：操作跟手；
• 平均 100ms、稳定不丢包：也能接受；
• 平均 80ms、每 10 秒丢 3 个包：会瞬移、技能放不出、人物回拉。

原因在于传输协议：TCP 丢包要重传并降速，队头阻塞会放大卡顿；UDP/QUIC 没有队头阻塞，同样丢包率下体验更好。我们使用的隧道协议就是基于 QUIC 的。

怎么估丢包：连续玩 3 局，记录”有没有瞬移/回拉”的次数，比盯着延迟数字有用得多。

五、一次有效的对比测试怎么做

想比较两条线路或两个加速器，按这个来：

1. 同一时段：都在晚高峰 20:00-22:00 测，白天测没有意义。
2. 同一游戏、同一区服：不同区服的服务器位置不同。
3. 同一局内观察：至少玩 20 分钟，记录延迟范围（不是平均值）和瞬移次数。
4. 不要中途换节点：换节点会让出口 IP 变化，测出来的差异可能来自线路，也可能来自风控策略。
5. 至少测 3 天：单次结果受运营商拥塞影响很大。

记录模板：

日期 / 时段：
线路：
游戏内延迟范围：
是否瞬移（次数）：
是否掉线：
出口 IP 是否变化：

六、我们的实测数据怎么理解

先看真实用户样本：客户端上报的入口延迟（用户 → 入口网关）共 315 位用户、8,233 条用户-日记录， 中位数 33ms、P90 49ms。这是入口质量，不是隧道 RTT，更不是游戏内延迟。

再看成都电信的单点隧道 RTT：

线路	RTT	丢包（80 包）
首尔主网关	70-90ms	1 包
上海电信 UDP 出口	约 60-87ms	0 包
首尔备用网关	约 100-119ms	6 包

这些数字是隧道往返，不是游戏内延迟，也不是 ping 的结果。它说明的是：从成都电信到韩国出口这一段，稳定性和丢包在可接受范围。

两组数据的口径、样本量和局限都写在数据说明里，包括”只有成都一个点""每条线路只有 80 包""没有按小时拆分”这些不好看的部分。

你所在的城市、运营商不同，结果会不一样。北方联通、华南电信、移动宽带的路径都不同，建议自己按上面的方法测一遍。

七、一句话总结

• 别用 ping 和 TCP 建连判断加速效果；
• 看游戏内延迟的范围和瞬移次数；
• 晚高峰测，连续测 3 天；
• 换节点会改变出口 IP，测试期间别乱切。

如果你想排查”延迟突然变高”，看韩服延迟高、掉线排查；想了解为什么我们强调固定出口，看节点越多越好吗。