Summary

  • 2026 年 10 月 29 日的 RIPE 93 数据库工作组会议上，Kaveh Ranjbar 提议让资源持有者自愿登记自己的 RDAP 服务地址，使更细分资源的查询能够从 RIPE NCC 转向持有者服务器。他请求影响分析与工作组讨论，会议并未表决实施。
  • Leo Vegoda 表示总体支持，同时提出两道检查：转介后的服务必须持续可用，而且面对 RIPE NCC 与其他客户端必须给出同样的答案。他说的是一种可能的选择性应答风险，会议记录没有给出已经发生的案例。

一张绿灯，查不出两本账

按照会议公布的提案摘要，现有查询可以沿着地址找到 RIPE NCC 保存的最具体对象，随后停下。持有者若另有更细的登记资料，查询者未必能从登记局的应答找到那台服务器。Ranjbar 的方案包括四个自愿步骤：在上级对象写入持有者的 RDAP 地址、转介下级查询、在应答中加上委托链接、由 RIPE NCC 持续验证并在服务失效时撤回转介。

这给持有者一个直接公布细分资料的出口，也减少把资料成批复制进中央数据库后逐渐过期的诱因。但转介不只是一个网址。查询者是循着 RIPE NCC 的应答抵达新服务器的；登记局为这条路提供了可发现性，具体答案则换了作者。

Vegoda 盯住的是“服务在线”之外的那半张考卷。服务器对登记局探针可以回答正常，对另一个客户端却给出误导性内容。两次请求都成功，健康检查仍可能全绿。他要求增加检查，确认所有查询者得到相同答案。Ranjbar 当场同意继续讨论细节。

公开会议记录尚无跨客户端一致性测试、撤回阈值或上线决定。下一份值得看的文件，是影响分析和可重复的验证办法：从不同网络发出同一查询，比较得到的记录，并说明发现不一致后谁撤回路牌。否则转介解决了“到哪里问”，却把“能否相信回答”留在柜台背后。

资料：RIPE 93 会议逐字稿；提案摘要；Leo Vegoda 的 RIPE Labs 作者页。