摘要

  • Romain Fontugne 的 IHR BGP 监测工具把 RIS Live 的实时消息、BGPlay 的历史轨迹和历史 RPKI 状态放在同一屏，但它们来自不同的采样过程。
  • 他在 2026 年 4 月的原文中说明，所用 RPKIviews 每 20 分钟更新一次。路由突变和颜色变红紧挨着出现，仍不能据此给 ROA 变更定分钟级时刻。

屏幕最会制造一种错觉：两条线画得齐，事件就发生得齐。Fontugne 在 RIPE Labs 的原文 里直接拆穿它。他的工具把前缀可达性、BGP 消息量、AS 路径与 RPKI 验证颜色叠在一起，也明说颜色转折与 BGP 更新没有完全对齐。RPKIviews 的刷新周期是 20 分钟。

先看路由这只钟。RIPE NCC 的 RIS Live 手册 把它定义为可过滤的 WebSocket 实时 JSON BGP 消息流。使用者输入前缀，还能选择 RIS 采集器。某个时刻消息突然增多，说明所选观测者收到了变化；图上可达节点减少，说明这些观测者的视野变了。采集器名单必须跟图一起保存，否则下一班人连“谁看见了”都答不上来。

回放用的是另一套材料。RIPE NCC 的 BGPlay 接口文档 说明，一个查询区间包含起点的 BGP 初始状态和区间内观测到的全部更新，并列出有关的 RIS 邻居与 AS 节点。它适合追溯路径怎样变化。Fontugne 又叠上历史 RPKI 状态，让运营人员看到一条路由在当时被如何标记。两组数据的时间颗粒不一样，红色区间的边缘不能冒充精确的故障起点。

真正要做判断时，应把四项记录分开：BGP 消息时间、查询区间、采集器集合、RPKI 状态的刷新时间。路由消失，20 分钟档位的颜色随后变红，单凭这张图不能给 ROA 的变化定下精确分钟。拿到 ROA 的精确变更记录，再对齐各采集器收到的更新，才有机会排出先后。

Fontugne 的贡献是把原本分散的证据搬到一个浏览器页面；也把证据的缝露了出来。值班室里最昂贵的失误，往往不是缺一张图，而是把两只钟当成一只。资料：Fontugne 原文、RIS Live 手册、BGPlay 文档。