摘要

  • 草案中的 irr0 扩展为 IRR 对象提出六种 RDAP 查询路径；路由对象以地址前缀和起源 AS 共同定位。
  • 对等集合、路由器集合、过滤器集合由实现者自行决定是否支持；autnum 回应里的策略数组也是可选项。

一条路由记录终于可以有明确的 RDAP 地址。草案给出的示例是 irr0_route/192.0.2.0/24/64500：前缀与起源 AS 一起成为查询线索，返回内容可包含集合归属、关联实体和变更事件。对写程序的人，这比从 WHOIS 的 RPSL 文本里拆字段方便得多。但过滤器真正依赖的策略，可能在另一扇可选的门后面。

Mahesh Aggarwal、Jasdip Singh、Andy Newton 和 Sasha Romijn 在 10 月 29 日提交了《IRR 对象的 RDAP 扩展》第 00 版。这是个人提交的 Internet-Draft，尚非 IETF 通过的标准。它要补的是现行 RDAP 查询规范没有为 IRR 路由和策略对象定义类型的缺口。

拟议的六类入口分别通往路由对象、路由集合、AS 集合、路由器集合、对等集合和过滤器集合。前缀与起源 AS 要一起看；仅凭地址无法指明一条完整的 route 对象。ARIN 的 IRR 使用指南还强调，route-set 包含前缀或其他 route-set，并不是数据库里 route 对象的清单。若客户端把不同对象揉成一张普通路由表，结构化 JSON 只会让错误更整齐。

草案第 6 节把对等集合、路由器集合和过滤器集合的支持交给实现者选择。第 7 节允许现有 autnum 回应带上 irr0_policies 数组，放入 import、export 及多协议或经由其他 AS 的策略字符串；数组同样可选，出现时必须保留条目顺序。缺少这个字段，说明这次 RDAP 回应没有给出该数组，并不能证明底层 IRR 没有相关策略。这是从草案的可选语义直接推出的采购与运维问题，不是已发生的事故。

实现扩展的服务器须在 rdapConformance 和帮助回应中声明 irr0。一个总开关仍无法列明六类入口各自提供多少数据。眼下 RIPE NCC 的 RDAP 文档所列支持类型是 autnum、domain、ip、entity；ARIN 则另行说明 IRR 对象的管理与查询方法。新草案没有给出部署数量或跨注册机构的完整性测试。能改变判断的，是一套实现逐类展示覆盖情况，并让过滤器生成前后可核对同一份 IRR 事实。

IRR-RDAP 草案 · RFC 9082 · RIPE NCC RDAP 文档 · ARIN IRR 指南