Summary

  • Martin Levy 与 Job Snijders、Erik Bais 共同推动 RIPE 2018-06，用资源持有人的 RPKI 路由源授权核对 RIPE-NONAUTH 中的路由对象。
  • 最终规则要求通知并观察连续十四天的冲突。首次执行标记了 978 条待清理对象，向 269 个地址发送邮件。

一本会替人发言的旧通讯录

路由注册表中的 route 或 route6 对象写着某个前缀由哪个自治系统宣告。运营者可以据此生成过滤列表。RIPE-NONAUTH 里还有非 RIPE 管理的资源记录，资源持有人甚至可能从未同意这些对象存在。等持有人发布一份指向另一个源 AS 的 RPKI 路由源授权（ROA），旧记录与新授权便同时摆在工具面前：到底听谁的？

RIPE 的提案记录列出三位作者：Levy、Snijders 和 Bais。正式政策 RIPE-731把答案写成可执行步骤。先用前缀和源 AS 对对象做源验证；若与五个 RIR 中任一个签发的 ROA 冲突而得到“无效”结果，RIPE NCC 尝试通过对象内的 RPSL 通知字段联系相关方，也可利用 RDAP 寻找资源持有人。冲突连续存在十四天后，才删除对象并发出最后通知。

十四天是一道精巧的缓冲。ROA 若填错，有时间修正；旧记录若始终与持有人的授权顶撞，就有明确的退出日期。政策只处理 RIPE-NONAUTH 的这类非权威对象，RIPE 自身管理的资源不在该流程内。边界画得窄，执行起来才有把握。

提案于 2019 年 11 月获接纳，2020 年 1 月实施。第一次夜间清理后，RIPE NCC 的邮件报告了 978 条被标记的冲突对象，以及发往 269 个地址的通知。这组数字记录了待清理队列和通知去向。Levy 的APNIC 讲者资料记录了他多年的建网经历。这次他把工程师熟悉的问题——过期信息如何停止影响现网——压缩成一只可以检查的时钟。