Summary

  • 机构要让另一张网络上线，既需要地址空间，也需要其他网络可循的路由；RIPE 1992 年的例子说明了号码组合方式为何重要。
  • 1993 年，83 个本地机构分配了 16,871 个网络号码；157,004 次数据库更新统计的是另一项工作。

设想一家欧洲机构要让一张新网络上线。它需要一段网络号码，其他网络也需要知道应沿哪条路径把流量送到那里。RIPE 的 1992 年报告说明了为何号码如何组合很重要。在报告的假设例子中，组织 A 需要八个 C 类号码。连续号码可以用一条路由描述；分散号码则需要更多路由表条目。这好比一条合并的指引与多条分开的指引：路由器仍须掌握信息才能转发流量，而每条不同路由都会增加需要跟踪的信息。报告记录的是这种设计取舍，并未记录网络拥塞、连接失败或某个具名机构的经历。这说明地址增长与可管理的路由必须一并规划。

1993 年的数字统计的是不同工作。本地注册机构分配了 16,871 个网络号码；NCC 另行处理了 157,004 次数据库更新。分配是为网络授予地址空间；更新则修改网络、路由、DNS 域名或联系人的运行记录，供运营者查询并协调网络运行。一次分配与描述不断变化网络所需的记录并非同一种工作单位；年报没有给出二者的一对一换算关系。因此，更新总量衡量的是记录处理量，而不是获得地址的网络或机构数量。

两项工作，一个体系

年报把 NCC 描述为区域注册机构。它向本地注册机构委派地址空间、提供支持，并力求让分配公平而有序。本地注册机构由互联网服务提供商运营，在各自的服务环境中分配地址。对于大型申请，或没有合适本地注册机构的机构，NCC 会直接处理。这个体系既不是一个办公室包办每个网络号码，也不是彼此隔绝的本地账本；本地分配与中心层的地址块委派和协调相互衔接。

更早的季度报告把申请路径写得更具体。1992 年，NCC 将号码提供给服务提供商和网络信息中心，再由它们分配给申请组织。一般情况下，个人申请者应联系自己的服务提供商；特殊情形下 NCC 可以直接处理。RFC 1366 说明了更广泛的理由：区域注册机构可以更好地服务地理位置和语言各异的社群；没有受委派机构的地区，则由 Internet Registry 保持根注册和默认服务角色。RFC 1466 在 1993 年更新了这一框架。

登记库不只是分配队列

同一份 1993 年年报称，RIPE 网络管理数据库还保存 IP 网络、DNS 域名、路由策略和相关联系人的信息。欧洲注册体系于 1992 年 9 月全面运行后，数据库条目增长加快。1993 年，NCC 重新设计并实现了数据库更新流程；“几乎所有”更新因此实现全自动处理。该年共处理 157,004 次更新。

这个数字不等于地址分配次数。年报没有说明一次更新对应一个对象、一个人、一份申请，还是一次自动决策。因此，16,871 个网络号码与 157,004 次数据库更新必须分开理解。数据库用途超出号码分配；更新自动化也不能说明分配申请是否由人工审核。年报提供的是工作量，而非错误率、人工成本或审核负担。

本地层为何重要

这一安排让服务提供商在更接近网络需求的地方处理地址分配，同时由 NCC 负责地址块委派、支持、例外申请和协调。它使体系可以承接更多申请，而不必让同一个办公室决定每一次本地分配。服务提供商因此成为登记机制的一环，而不只是中心服务的用户。

年报称这一安排追求公平和有序，但那是 NCC 对自身职责的描述。它不能证明 83 个注册机构之间待遇相同、申请拒绝数量相近，或各地程序一致；也不能说明有多少欧洲人已经上网。它记录的是运行方式及其工作量，而非互联网普及程度。

更准确的历史认识是：注册工作不只是维护一套数据库。公共登记依赖一套分工：服务提供商负责本地分配，NCC 负责委派和协调，数据库则保存多类运行信息。到 1993 年，记录更新已能大规模自动化，但地址分配仍离不开人员和机构判断一项申请应由哪一层处理。

来源：RIPE NCC 1993 年报 RIPE-113；RIPE NCC 1992 年第一期季度报告 RIPE-062；RFC 1366；RFC 1466。