摘要

  • 热力图以可见窗口内延迟最低的一段为基线。若窗口从持续绕路之后才开始，绕路本身就可能成为新的绿色常态。
  • 默认开启的方向合并会在每个时间段保留较低 RTT；丢包另有中断信号。

故障是绿色的。图表完全按你的设置在工作；该问的是，你选的起始时间对不对。

RIPE Atlas 于 2026 年 10 月 20 日推出 Anchor Mesh Status。它把 Atlas 锚点之间已经在运行的 ping 和 traceroute 测量整理成延迟与丢包热力图，不会另行启动测量。每个锚点本来就在测其他锚点；新功能提供的是一张可挑选路径、时间范围、IP 版本并继续查看路径诊断的图。

关键藏在一个简单算法里。每个时间桶先取其中报告的中位 RTT，再计算这些中位数的平均值。随后，系统在当前可见窗口里选出 RTT 最低的时间桶，作为该路径的基线。每格颜色显示它比这个基线高多少毫秒。如果周一发生绕路，而你把窗口设为周三开始，周三已经变慢的路径可能正是屏幕里最快的一段。绕路减去绕路自己，颜色当然重新发绿。只要时间窗口忘了“之前”，长期异常就能看起来像日常。

RIPE 文档因此建议在事件前留出时间。它给出的波罗的海例子很直观：2024 年 11 月海缆中断后，文档列出的立陶宛—瑞典锚点路径约从 17 毫秒升至 37 毫秒，持续偏高约 11 天，修复后回落。窗口从中断前开始，能显示变化；从绕路期间开始，则是在回答另一道题。

另一个开关决定“路径”被压缩成什么样。双向合并默认开启；每个时间桶中，A→B 与 B→A 只留下 RTT 较低的一侧，作为整条路径的最佳情形。这很适合快速扫图，却可能把更慢的方向藏起来。打开路径诊断，点击 Reverse，再分别看两个方向；当请求和回复都必须顺畅时，这一步不能省。

颜色还把延迟和沉默分开。丢包超过 20% 时，格子会淡化；100% 丢包时没有 RTT 可算，系统把它计为中断，而不是延迟膨胀。灰色表示没有样本。低于物理距离可能值的 RTT 会有单独警告，也不会成为基线。顶部摘要分别统计延迟膨胀和中断路径。

来源：RIPE NCC 2026 年 10 月成员更新；RIPE Atlas Anchor Mesh Status 文档；Anchor Mesh Status 功能页；10 月 20 日 Atlas 版本记录；RIPE Atlas 锚点网格 ping 测量 API。