摘要

  • Katsuyasu Toyama 在 2004 年 8 月提议 APNIC 尽早提供 IPv6 IRR；提案把管理者、数据库结构、记录维护及跨登记机构协调列为待解决问题。
  • APNIC 18 的举手表决支持这一概念，却把设计细节送往讨论冷清的邮件列表。原定 2005 年四月底可用的服务因软件定制问题延期，APNIC 记载的实施日期是 2006 年 5 月 11 日。

投票结束时，最重要的操作说明还没有写完。2004 年 9 月的 APNIC 18 数据库 SIG上，Katsuyasu Toyama 提出的 IPv6 IRR 得到举手支持，没有反对票。主席确认的是建立服务的概念，数据库框架和实施方法仍要去邮件列表谈。他随即补了一句：列表很安静。会场把“需要什么”答了，接下来谁把记录管好，仍悬着。

Toyama 的提案原文没有假装这些问题已解决。他问，是 RIR、NIR 还是 LIR 管理登记库？沿用 IPv4 IRR 的结构，还是另起架构？谁维护记录？各登记机构如何协调？他担心 IPv6 普及后再建记录系统会更难，也明确写出前提：登记资料正确，才有助于核对邻居宣告的路由。系统和运营成本可能最终落到客户身上。

2005 年 2 月，APNIC 19 纪要给出技术方向：APNIC 将扩展已有的 IPv4 IRR，用 RPSLng 支持 IPv6，并调整现有属性。秘书处预计四月底能提供服务，Toyama 对进展表示感谢。此前转给邮件列表讨论细节的行动项仍未关闭。一个通过的概念开始变成具体的软件工作，但截止日期尚是预测。

四月过去了。APNIC 20 纪要说明，定制软件遇到技术问题，原定四月实施未完成。测试正在进行，APNIC 邀请 IPv6 操作员先在测试服务登记路由对象，再决定转入生产。纪要将邮件列表讨论的行动项标为完成；这个勾只说明讨论转交已经办过，不能当成生产服务上线的证据。

APNIC 的 prop-025 状态页最终写下 2006 年 5 月 11 日实施。比原先四月目标晚了约十三个月。状态页能够证明 APNIC 交付了 IPv6 IRR 能力；它没有告诉读者所有 RIR 是否采纳共同框架，也没有给出登记对象的准确率。Toyama 争取的是在 IPv6 扩大前把记录基础铺好。会议先说了“做”，程序员、测试者和维护记录的网络才让这个字有了实际含义。