Summary

  • Alexander Männel的RPKI传播研究列入10月27日RIPE 93全体会议；测量结果已在7月的IETF原始幻灯片中公开，并被排进区域注册机构和运营商的会议议程。
  • 从无效转为有效或未找到，半数观测点出现变化的时间在多宿主网络为9分钟、单上游网络为12分钟；反向转为无效则分别为42和30分钟。

资源持有人改一条ROA记录，只须完成登记操作。包在网络里转弯，要等另一串动作：仓库发布、验证器重新抓取、路由策略采用新结果。Alexander Männel被列入10月27日RIPE 93全体会议议程，讲的正是这段常被一个“已更新”状态掩盖的路程。团队的原始IETF 126幻灯片7月已公开；10月的会议议程要让运作仓库与路由网络的人面对同一只表。

研究者在RIPE RRDP仓库的CDN源头使用优化验证器，先于普通公开验证器发现ROA变化。随后，他们从300多个CAIDA Ark观测点向受影响前缀发起traceroute，每三分钟测一次，持续一小时。2025年11月至2026年1月间，共观察到24886次影响有效ROA载荷的转换；其中1493次进入或退出INVALID，不含多起源通告。团队至少比最快的公开验证器早57秒察觉变化，中位领先时间为5分07秒。这一步提前量，才让数据面的慢动作有了起跑线。

两个方向并不对称。原本无效的路由转为有效或“未找到”时，幻灯片记录单上游网络到半数观测点需12分钟，多宿主网络需9分钟。原本有效或未找到的路由转为无效，单上游需30分钟，多宿主需42分钟。RIPE会议摘要将其概括为9至12分钟和30至42分钟。前者是恢复；后者才是安全团队希望一条新判为无效的通告不再被转发时面对的时钟。

这里的“半数”是研究观测点的半数。每次追踪只运行一小时，超过这段时间的尾部没有测到。研究者也说明，用RIPE RIS推断上游数量会把某些单上游网络归错类。这些边界直接决定事故预案该写什么：不能只记ROA何时提交，还要记录验证器何时接受、路由器何时应用、实际可达性何时变化。

作者建议平时就建好ROA，并让验证器的刷新间隔不超过十分钟。这是研究者的操作建议。RIPE NCC管理仓库，网络运营者管理取数和路由策略。把交接处的时间戳都留下，才知道是哪个环节让已经改完的授权继续在旧路径上走。

原始资料