摘要

  • APNIC 当前针对 1.1.1.1 的 RDAP 响应返回一个覆盖 1.1.1.0–1.1.1.255 的 IP 网络对象，其状态数组只有 active。
  • RFC 9083 把该数组定义为注册对象的状态。这个值本身不能证明前缀正在 BGP 中出现、全球可达或某项服务可用。

一个词跨越了两类证据

这份响应结构清楚：对象类别为 ip network，并给出 handle、起止地址、注册事件、链接和状态数组。字段很精确，但精确并不意味着它能回答所有关于网络的问题。

RFC 9083 第 4.6 节明确说明，status 数组表示注册对象的状态。APNIC 对 RDAP 的介绍也将其定位为访问互联网号码资源注册数据的方式。因此，active 能够证明查询时注册系统怎样呈现这个对象，却不能自动升级成运行状态证据。

BGP 观察采用另一套证据单位。它需要目的前缀、路径属性、观察节点和时间。服务可用性还需要探针、目标、协议以及成功标准。RDAP 对象并不会因为用了一个常见的运行词汇，就同时提供这些信息。

同一地址段可以在注册库中保持 active，而某个路由收集器看不到其路由；路由也可能可见，但具体主机并不响应；任播服务还可能从不同网络得到不同结果。这些情况并不互相矛盾，因为它们记录的是不同层面。

可审计的记录应保留查询端点、输入地址、抓取时间、对象类别、handle、地址边界和原始状态数组。若决策涉及路由，应另附带有收集器与时间的路由观察；若涉及服务，应另附范围明确的可用性测量。

因此，稳妥的结论只有一句：在记录的查询时刻，APNIC 以 active 状态发布了这个 IP 网络注册对象。前缀是否被通告、从何处可见、能否传送流量，都需要另一项证据。

来源