摘要

  • RFC 9083 将顶层 notices 定义为有关 RDAP 服务或整份响应的信息，而不是 IP 网络、ASN 或注册组织的属性。
  • ARIN 当前通知链接到其 Whois 使用条款和信息纠错流程；它们不陈述资源持有者的互联、转接、过滤、客户或运营政策。
  • 可复核的分析应分别保存注册对象与通知集合的指纹，并把运营判断交给 BGP 观测、运营者声明或合同等同层证据。

提示来自查询服务

一次 ARIN IP 地址 RDAP 查询可在响应顶层返回“Terms of Service”“Whois Inaccuracy Reporting”和“Copyright Notice”等通知。第一项用 rel=terms-of-service 指向 ARIN 的 Whois 条款，第二项用 rel=inaccuracy-report 指向信息不准确报告页面。

结构本身限定了证据的主体。RFC 9083 规定，通知用于描述提供 RDAP 信息的服务，或者整份响应；remarks 才描述包含它的对象类别。规范还说明，通知数组只出现在响应最外层。若解析器把顶层通知搬进网络档案并当作资源属性，就已经改变了原始证据的说话者。

条款可能提到网络研究或运营协调，但这不意味着注册组织发表了这些话。此处的说话者是注册服务运营者 ARIN，受约束的是查询和使用数据的人。通知与地址块出现在同一页面，不会把服务条款转化为资源持有者的政策。

管的是数据使用，不是网络运行

ARIN 的 Whois 条款涵盖访问方式、允许用途、再分发限制、保证、责任以及争议处理。研究者应在采集记录中保留这些条件，因为它们会影响数据如何保存、加工和共享。

这些条件没有回答网络怎样运行。上游转接采购、对等互联门槛、前缀过滤、路由安全、客户准入和事故响应由其他主体决定，也需要其他证据。terms-of-service 链接不能证明某条路由会被接受，也不能证明某个网络替另一网络承载流量。

正确模型至少区分三个角色：ARIN 运营注册查询服务；查询者在条款下使用数据；RDAP 对象呈现资源及关联主体的公共注册信息。若要证明这些角色在某个具体关系中重合，必须另找证据。

纠错入口不是错误认定

“Whois Inaccuracy Reporting”同样容易被误读。ARIN 在普通响应中提供这一入口，让读者可以报告疑似错误。其说明区分修改自己的记录和报告他人的记录；对于第三方报告，ARIN 工作人员会审查、调查，并在确认不准确后采取相应行动。

因此，链接本身既不证明已经有人投诉，也不证明当前记录错误。它是一项普遍的服务功能，类似每个页面都有的“报告问题”按钮。将其当作对被查询组织的不利标记，会凭空制造来源没有给出的事实。

发现差异时，应保存准确的查询 URL、原始响应、争议字段和比较来源。后续结论应依据针对该案例的处理结果，或依据修正后的注册数据，而不是依据通用入口的存在。

为同一响应建立两份指纹

稳健的采集应把对象字段和顶层通知分开散列。通知指纹至少包含顺序、标题、描述字符串、链接目标、关系值和媒体类型，同时记录查询时间以及链接页面可见的版本或生效日期。

这种分离能避免错误告警。版权年份变化，不代表网络记录变化；ARIN 修改服务条款，不代表资源持有者采取了行动；报告网址迁移，也不代表注册地址范围发生改变。反过来，注册对象可能变化而通知保持不变。它们共享一个 JSON 外壳，却有不同的控制者和变化机制。

与 BGP 证据的边界

RFC 4271 将 BGP 路由定义为目的地址集合与路径属性的组合，并规定 BGP 发言者通过 UPDATE 消息传播路由。RDAP 顶层通知不包含路由发布、撤回、AS 路径、选路结果、转发决策或流量测量。

RDAP 可以为地址块或 ASN 提供重要的注册背景，但实时路由结论仍需同时期的路由观测；商业转接关系则需要合同或当事方的可靠陈述。服务通知不能借用这些尚未出现的证据权威。

来源与权威边界

通知结构见 RFC 9083 第 4.3 节：https://www.rfc-editor.org/rfc/rfc9083.html#section-4.3 。本次核验的 ARIN 响应是 https://rdap.arin.net/registry/ip/8.8.8.8 。ARIN 的使用条款位于 https://www.arin.net/resources/registry/whois/tou/ ，纠错流程位于 https://www.arin.net/resources/registry/whois/inaccuracy_reporting/ 。路由层比较依据 RFC 4271 第 3.1 节：https://www.rfc-editor.org/rfc/rfc4271.html#section-3.1 。