摘要

  • APNIC 的区域服务并非集中在一间办公室：地址分配、信息服务与 DNS 分由不同国家级中心执行。
  • 这套分工从 1993 年方案到 1994 年运行记录逐步变化；它调用了已有能力，也让跨机构接口与协调成为服务本身的一部分。

APNIC 最初的组织图不在一栋楼里，而在任务如何跨机构流转。JPNIC 1994 年 11 月的通讯描述了当时的分工：JPNIC 的 APNIC 工作组在地址分配中发挥重要作用，韩国的 KRNIC 负责 Information Service，澳大利亚的 AUNIC 维护 APNIC 的 DNS。通讯把这些国家级中心置于区域 APNIC 架构之下。这是参与机构的同期叙述，不是完整的技术日志；但它解释了“区域”在日常工作中的含义：地址申请、信息查询和域名解析可以由不同办公室承接。JPNIC 1994 年 11 月通讯

分工不是一次定稿。IEPG 1993 年 8 月的会议记录中，Jun Murai 介绍了一项 APNIC 实验设想：由 JPNIC 登记网络号码，KRNIC 负责路由登记库。到 1994 年 1 月，JPNIC 运营委员会材料转录的 APCCIRN 讨论，已经提出把登记、目录、数据库服务与信息服务分开。记录列出的动机是缓解资金压力，并推动亚太地区 NIC 合作；预计在 6 月形成一份经验与标准文件，说明任务如何拆分、子功能接口如何界定。它们是先后出现的设计快照，范围不同，不应拼成一张从未变化的组织图。IEPG，1993 年 8 月 · JPNIC 委员会材料，1994 年 1 月

这条演变线提醒我们，注册机构不只是负责分配地址块的权威。它还要接收申请、整理网络信息、发布资料并维持 DNS 委派。RFC 1366 解释了区域注册机构的制度背景，APNIC 试点则试图借助各国 NIC 的现成能力完成具体服务。谁负责授权，与谁在何处处理一项请求，彼此相关，却不是同一回事。RFC 1466 为试点提供了地址分配指南。 RFC 1466RFC 1366 · APNIC 历史，1993—2013

三个国家级中心也不是全部机器。APNIC 前员工 Gerard Ross 在 2013 年撰写的回顾史称，东京大学托管了邮件列表，来自多个经济体的 25 人工作组通过列表讨论地址与信息请求，通常在一至两个工作日内形成处理意见并答复。回顾还提到，东京大学的一台工作站承载列表、FTP 档案、网络数据库和 WHOIS；KRNIC 设有试验性网站；AUNIC 承接反向 DNS 工作。这些是多年后的机构回忆，不是经过审计的服务水平统计，却让分散运作呈现出更真实的形状：人、主机和通信渠道共同拼成区域服务。

这套设计调用的是国家 NIC 已有的人员与资源。Ross 说，其目标之一是不必把所有专长集中到同一设施，并避免难以持续的中央融资模式；1994 年 1 月的材料也把分布式运营和资金、合作联系起来。这能证明当时为何选择这种方向，不能证明实际节省了多少钱，更不能证明它能抵御中断。服务一旦跨机构执行，接口本身就成了运行依赖：申请可能在一个机构完成登记，在另一个机构查信息，再由第三处维护 DNS。现存材料没有给出完整的故障和连续性记录。

APNIC 后来的时间线称，试点始于 1993 年 9 月，于 1994 年 6 月正式结束。但这并不意味着工作在期限当天消失：JPNIC 同年 11 月的材料仍描述跨国职能，并列出当年 4 至 10 月的地址分配活动。更有解释力的问题，因而不是“试点是否延续”，而是区域服务如何在任务、人员和设备尚未集中于单一机构时已经开始执行。材料支持分布式运营这一判断，但其完整人员编制、成本与抗故障能力仍无法确定。APNIC：最初二十年