关键不是测延迟有多高，而是判断是否合理：物理距离决定理论最低rtt（如北京—上海约12ms），同云跨地域rtt通常高5–15ms属正常，跨云厂商因绕路可达理论值2–3倍；mtr可定位跳变节点，结合多时段、多运营商对比识别拥塞或路径差异。
识别跨地域或跨云厂商公网链路带来的固有延迟，关键不是测出“有多高”，而是判断“高得是否合理”。物理距离和路由路径决定了下限，这个下限就是固有延迟。一旦实测值明显高于它，才说明真有问题；如果只是略高或接近，大概率是正常现象。
算清物理距离对应的理论最低RTT
光在光纤中传播速度约为20万公里/秒，换算下来：每1000公里单向约5ms，往返（RTT）就是10ms。北京到上海直线距离约1200公里，理论最低RTT约12ms；北京到广州约2000公里，理论值约20ms；北京到新加坡约4500公里，理论值约45ms。这些数字是硬约束——实际RTT低于它，说明走了优化直连（比如云厂商骨干网）；高于它，要看高出多少、是否稳定。
建议用公开地理距离工具查两点间大圆距离，再乘以0.005得到单向理论延迟，×2即为RTT基准。
区分同云跨地域和跨云厂商链路类型
这是判断延迟是否“异常”的前提：
- 同一家云厂商内跨地域（如阿里云北京VPC ↔ 阿里云上海VPC）：走自建骨干网，路径短、跳数少、策略可控。正常RTT通常比理论值高5–15ms（含封装、转发、QoS调度开销）。若突然高出30ms以上且持续，才需排查。
- 不同云厂商之间（如阿里云北京 ↔ 腾讯云上海）：必须经公网或云交换中心，路径不可控。常见绕行路径（如北→南→东折返）会让实际距离翻倍，RTT达理论值2–3倍都属常见。此时看抖动和丢包比看绝对值更有意义。
用MTR观察中间跳点延迟突变
MTR能暴露哪一跳开始延迟陡增，从而定位绕路节点：
- 前几跳（本地出口、城域网）延迟正常 → 排除本地问题
- 中间某跳（如“beijing12-ct.chinaunicom.com”）延迟从15ms跳到80ms，且后续跳点持续偏高 → 很可能在此进入绕行段，比如被运营商引导至武汉或成都枢纽再折返
- 最后1–2跳延迟回落但终点RTT仍高 → 绕路发生在骨干网中段，而非末端
注意：跨云场景中，你通常看不到对端云内IP，MTR最后一跳常显示为对方公网入口设备（如腾讯云上海接入点），这一跳延迟高，不等于对方服务器慢，而更可能是上游路径已绕远。
对比多时段与多运营商结果看“潮汐特征”
固有延迟相对稳定，而公网拥塞导致的附加延迟具有明显时间规律：
- 白天延迟稳定在35ms，晚8–10点升至90ms且伴随抖动 → 典型运营商跨省链路晚高峰拥塞，属于可预期波动，非故障
- 电信线路RTT 85ms，联通线路RTT 42ms，移动线路超时 → 说明问题集中在特定运营商骨干段，非全局链路问题
- 同一时刻，同地域不同云厂商实例间延迟差异巨大（如阿里云↔AWS比阿里云↔腾讯云高60ms）→ 很可能前者走的是二级运营商中转，后者直连云交换中心
这种差异本身，就是公网链路“非对称”和“非统一”的直接体现，也是固有延迟无法消除的现实依据。
