摘要
- RFC 1366 提议在保留中央 IANA 和 Internet Registry 协调的同时分发注册功能，并将 C 类地址空间按地理分组，以解决服务距离、有类地址稀缺和路由聚合问题。
- 文本和早期欧洲的实施显示出实际的区域化，但并未确立永久领土排他性、所有权、全运营商范围的同意，或完整的替换和申诉机制。
所衡量的问题结合了管理负担与架构压力。在 1992 年 6 月的有类快照中，RFC 1366 统计了 49 个已分配的 A 类网络号槽位（共 126 个），7,354 个 B 类槽位（共 16,383 个），以及 44,014 个 C 类槽位（共 2,097,151 个）。中型网络难以高效服务：B 类地址稀缺，但分配大量不相关的 C 类网络又会导致路由表膨胀。RFC 1366 的应对是：分发注册功能，预留地理组织的 C 类地址块，根据 24 个月预测分配连续组，并保留 IANA 和中央 Internet Registry 作为协调和默认角色。
文件本身提供了对任何开放区域竞争说法的最强反证。RFC 1366 描述每个地理区域仅有一个区域注册机构，这对于高效和公平的子分配至关重要。此偏好与以下要求相结合：区域认可、机构地位、运营资源、遵守中央指导原则，以及子分配的协调。与此同时，用户仍可联系中央 Internet Registry，后者仍是根注册机构，并在必要时承诺提供服务。因此，文本在区域层提出了集中化，并附有中央后备方案，但未提供固定的区域边界、指定期限、重复认证程序、比较选择记录、可携权或已发布的替换机制。
欧洲的实施通过有日期且非同时的行动推进。RIPE 文件将 Network Coordination Centre 的运营开始日期定在 1992 年 4 月 1 日，描述其自 5 月 1 日起作为委托注册机构运作，记录中央 Internet Registry 在 7 月要求其处理欧洲申请的请求，并从 8 月 1 日起自动转发这些申请。到 1993 年 3 月季度末，RIPE 87 报告了 10,348 个已分配的网络号和 143 个申请的部分工作日志。RIPE 92 后来描述在第一运营年内分配了超过 10,000 个网络号，而 RIPE 99 回顾性地声称该年度分配了超过 14,000 个，并单独报告在其 1993 年 10 月 25 日审查后 18 个月观察点上有超过 60 个服务提供商注册机构和 21 个非提供商国家注册机构。这些报告未暴露一个共同的冻结数据集以调和这些总数。
有限的发现后果重要，但比宪法性起源故事要窄。RFC 1366 解决了一个运营问题，在区域层增加了一项单一提供者偏好，并伴随欧洲可观察的区块委托、本地重新分配、申请转发、数据库交换、请求审查和反向 DNS 委派。这是一份信息性 RFC，而非互联网标准或全运营商投票。现有记录确定了审查或实施该设计的技术和协调群体，但没有完整的受影响运营商分母、候选者比较、反对意见分类账、指定申诉、替换流程，或证明名义中央后备在实践中一致可用的证据。
1992 年 10 月：中央队列遭遇扩展中的网络
RFC 1366, “Guidelines for Management of IP Address Space,”由 Merit Computer Network 的 Elise Gerich 编写，于 1992 年 10 月发布。它明确声明其状态：该备忘录为互联网社区提供信息，未指定互联网标准。该分类并未使文件变得琐碎。信息性 RFC 可以协调机构、定义实际计划并影响操作程序。它仅通过出版不能提供的是与标准相关的批准流程，更遑论所有后来依赖分配系统的网络之间的投票。
文件周围的机构名称需要谨慎。RFC 1366 的摘要将 FEPG 扩展为“Federal Engineering Task Force”；其致谢使用“Federal Engineering Planning Group”；而RFC 1367称其为“FNC Engineering and Planning Group”。源记录不一致，因此不应将任何单一扩展视为明确规范。FEPG 是更安全的简写。
RFC 1366 表示，FEPG 代表 Federal Networking Council 审查了该提案，与 International Engineering Planning Group 和 RIPE 的联合主席共同进行。它报告了这些群体就支持建议达成了普遍共识。致谢部分感谢了 FEPG 和 IEPG 成员的实质性贡献，将概念追溯到 1992 年 7 月在马萨诸塞州剑桥举行的 IETF Addressing Birds of a Feather 会议，并提及 Jon Postel 和 Yakov Rekhter 为审查者和贡献者。
这是一个实质性的创作背景，但每个参与者都扮演有限的角色。Gerich 是作者。FEPG 和 Federal Council 属于联邦网络结构。IEPG 带来了国际工程规划参与。IETF BOF 提供了开发和测试技术思想的场所。RIPE 既是协调群体又是新兴的实施者。IANA 和中央 Internet Registry 是预期保留空间、维护根区、认可注册机构并协调委派的参与者。网络提供商、用户、本地注册机构和申请人是受影响的群体，不能与起草和审查小组互换。
因此，“普遍共识”一词支持一份对具名审查者的归属声明。RFC 1366 没有给出参与者数量、出席名单、投票、隶属组织分母或反对意见登记册，以计算更广泛的支持。讨论参与本身并非认可；实施也不是追溯投票。这一局限并不抹去相关群体的专业知识或影响力。它防止其审查被暗中扩大为全运营商授权。
实际案例始于增长和国际化。RFC 1366 指出，过去两年对网络号的需求显著增加。更多样化的全球群体必须与为更早、更地理集中环境设计的中央注册服务互动。位于更接近申请者的注册机构可能提供相关语言的服务，并更有效地与地方行政习惯合作。按此框架，分发首先减少了组织距离。初始并不需要声称地理区域拥有号码资源或对其具有政治管辖权。
有类地址使工作负载不仅仅是服务问题。RFC 1366 的表 1 以网络号槽位为单位，报告了 1992 年 6 月的快照。对于 A 类，49 个已分配槽位除以 126 等于 38.8889%，四舍五入后约为 39%，而非 RFC 打印的 38%。对于 B 类，7,354 除以 16,383 等于 44.8892%，与打印的 45% 一致。对于 C 类，44,014 除以 2,097,151 等于 2.0988%，与打印的 2% 一致。
第一个差异应保持可见，而不是被悄悄修正。更重要的是，该表的单位不是申请者、组织、请求、路由前缀、拒绝或已利用的主机。它测量了在某个管理快照下三类中的已分配网络号槽位。它不包含请求分母、后来归还的分配清单或每个已分配网络的使用效率衡量。
但这一失衡仍捕捉到真实的工程问题。C 类网络提供的主机字段较小；B 类网络提供的容量远超许多中型组织所需。宽松的 B 类分配消耗了相对稀缺的中间类别。使用多个独立公告的 C 类网络替代可节省 B 类槽位，但可能增加多条路由条目。注册政策、地址保护和路由表增长已经耦合。
路由关切有一个经验参考点。1992 年 6 月发布的RFC 1338复制了 Merit 的月度公告路由序列，其中 1990 年 4 月有 1,525 条路由，1992 年 2 月有 4,775 条。差值为 4,775 减 1,525，即增加 3,250 条公告路由。相对于 1990 年 4 月基线，22 个月内增加了 213.1%。
RFC 1338 确定来源为 Merit，并将数字与使用 NSFNET 路由数据库举例的无默认路由信息关联。这不是全路由器普查。观察单位是所提及两个观察日期下该月度序列中的一条公告路由，而非地址请求、申请者、用户、运营商、已分配网络或互联网用户。其价值在于展示在重要路由视点的压力，而非提供通用分母。
连续分配也不会自动减少所观察的表。RFC 1338 解释，聚合效益取决于域间路由对任意网络加掩码对的支持。地址管理可以在路由器将其作为单一目的地使用之前准备好可聚合块。多宿主、提供商改变以及例外情况可能保留或重新引入更具体的路由。因此，管理计划是聚合的前提条件，而非聚合已部署或每个路由器观察到相同结果的证明。
RFC 1366 将这些压力汇集成一个回应。注册将被分发。大部分 C 类网络号空间将被划分成广阔的地理块。这些块内的分配将使用基于预计需求的连续二次幂大小。IANA 和中央 Internet Registry 将保留协调职能、负责控制更严格的类别，并在没有区域注册机构的地方提供服务。
文件也标出了其时限。其建议旨在延迟耗尽而非无限期防止。C 类区间中那时大部分未分配的上部大片空间保留至另行通知。该计划力求在地址和路由技术演进的同时，保持现有架构可运作。紧迫性推动了设计；文本并未声称制定了永久解决方案。
RFC 1174 已在不废除中心的前提下分发服务
前身架构出现在两年前的RFC 1174，由 Vinton Cerf 编写，于 1990 年 8 月发布。该文件也是信息性的，并明确提出了建议而非互联网标准。它记录了 Internet Activities Board 的官方观点，向 Federal Networking Council 提出建议。
RFC 1174 提议保留集中化的 IANA 和 Internet Registry 功能。当时，IANA 功能由南加州大学信息科学研究所执行，而 SRI International 的 DDN Network Information Center 执行网络和自治系统号的 Internet Registry 功能。Internet Registry 将保持为主要注册机构，并在没有确定委托注册授权时作为默认。
分发将通过受控委派进行。Internet Registry 可向 Coordinating Committee for Intercontinental Research Networking 批准的组织分配网络和自治系统号区块，并给予它们进一步分配授权。候选注册机构需与 IANA 和 Internet Registry 会面，审查运营要求并记录提议的分发运作模式。
数据库设计揭示了该分发的局限。RFC 1174 建议由 Internet Registry 维护聚合注册数据库，并将副本提供给委托注册机构以用于冗余和访问。然而，更新将集中于 Internet Registry；然后可通过文件传输或其他及时方式重新分发完整副本。这是一种读取复制、中央更新的架构。它提供多个服务地点，但并未假定多个独立写入者能同时安全更改权威分类账。
这一区别对制度分析很重要。分发并不意味着每个委托注册机构拥有自包含的命名空间，或中央唯一性控制消失。本地或区域服务可接收申请并行使委托分配权，而权威更新被集中序列化。中心仍负责避免重复标识并维护完整记录。
RFC 1174 还建议放弃旧的二进制“已连接”状态。注册已与连接联邦赞助互联网设施的许可纠缠。随着商业、学术、研究、中介和非美国网络增多，该二进制分类不再描述多样的接入和转接安排。文件提议收集可接受使用、接入和转接政策声明，同时允许已注册网络进入相关命名数据库，无论是否联邦批准的连通性。
这将号码管理与网络政策执行分离。注册机构可以记录全局唯一号码，而不决定关于路由、互联、转接或可接受使用的每个问题。网络管理员将继续根据自身政策做出那些决定。注册分类账是关键的协调基础设施，但控制该分类账并不自动包括对网络操作的全面控制。
建议动词仍然重要。RFC 1174 提议、建议和预期。它并未发布审计清单，显示每项委派、复制流程或政策分离已完成。其通过 CCIRN、IANA 和 Internet Registry 的批准路径是一个确定的制度渠道，而非可能受影响的全体运营商的分母。
RFC 1366 继承了这一架构，而非将其替换为自治的区域领土注册机构。它称 Internet Registry 为根，保留其作为未覆盖区域的默认，将分发注册机构置于 IANA 和 Internet Registry 指导原则之下，并保留直接联系为所述选项。区域化涉及真正的委派和区域责任，但仍嵌套在中央协调之内。
这一结构抵制两种对立的简化。一种将区域化降级为表面上的分权，因为中心仍然存在。然而，区域注册机构被期望行使真正的服务和子分配责任。另一种将地理区块视为主权或所有权的转移。RFC 1366 描述了保留、分配、指派、注册和委派。它未定义所有权转让。
棘手的词是“一个”
RFC 1366 关于集中化的最有力规定应直接阅读：它描述“在此层级每个地理区域仅一个区域注册机构”对高效公平的子分配至关重要。“一个”排除了在同一地理区域的同一层级运营平行的区域注册机构。“在此层级”为大量服务提供商、国家或其他本地注册机构留出了空间，位于区域组织之下。中央 Internet Registry 也在它之上，并可接收直接联系。因此，区域层的单一性是真实的，但并不等同于一个办公室处理每个申请或中央服务消失。
其余词汇提供了理由但缺少完整的问责设计。“区域”指定了一个管理层，而非立法机关或主权人民。“地理”将服务和分配区块与广阔的世界区域关联，但留下边界设定和跨区域网络未解决。“高效”也许可指一致子分配、减少重复、降低中央工作负载和利于聚合的区块，但 RFC 未包含比较成本研究。“公平”是一个声明的目标，却没有发布的公平性指标、决策审计、服务基准或申诉途径。该句子强烈确立了一提供者的偏好。若无进一步证据，它无法确定指定的持续时间、证明永久排他性、建立所有权或展示服务区域内每个运营商的同意。
直接服务条款同样重要。RFC 1366 称，用户可联系 Internet Registry，视情况可能被转介到区域注册机构，必要时可获得中央服务。这保留了一个根和一个名义后备。文件未定义“必要”，未指定何时转介可被抵制，未发布中心的回应义务，也未确立直接服务是否会审查区域注册机构的决定。委派层次内的后备并不自动是同等提供商间的可携性，而一个文本选项并非实际可用性的证明。
单一注册机构条款值得这样的平衡，但不值得消解。将中央后备视为排他性不在的证据，会误读提议的分层。将区域偏好视为不可撤销的领土授予，会超出操作语言。RFC 1366 在一个中央协调的层次内设计了某一层的集中。
无可重现选择记录的选择标准
RFC 1366 试图定义区域注册机构应是什么，而非简单地命名一个可用的组织。它提供了五条标准。合在一起，它们显示作者将委派理解为制度决定，而非仅仅是技术配置。它们也暴露了决策过程中有多少仍未被陈述。
第一，地理区域内的“网络权威”应使候选者合法化。术语未提供分母。一个国家研究网络、部委、运营商、服务提供商、学术联盟、标准参与者和网络运营论坛都可能声称不同类型的权威。RFC 未识别强制性类别，未确定多少背书足够，未说明反对意见是否有分量，或冲突主张将如何解决。
上下文还要求注册机构公正，并被其区域内的网络提供商和用户广泛认可。“广泛”未被转化为测试。它可能意味着跨国家、在领先主干网中、在技术协调论坛内，或在审查者已知的组织中的认可。未附上提供商和用户名单，因此没有读者能重现认可比率或识别哪些受影响组织缺席。
第二，候选者必须已充分建立并在注册功能之外具有合法性。这减少了将关键协调委托给一个仅因被选而拥有地位的组织之风险。现有的技术工作、财务连续性、组织成熟度和公认的协调角色都可支持该标准。然而，RFC 未提供标准的财务披露、治理审查、冲突评估或比较记分卡。
第三，组织必须投入足够资源以提供稳定、及时和可靠的服务。这是最可能通过人员、预算、响应时间、数据库准确性、可用性和连续性安排衡量的标准。文件未指定阈值及若性能后来下滑的后果。
第四，注册机构必须根据 IANA 和 Internet Registry 指导原则分配号码。第五，必须就资质和子分配策略与中央 Internet Registry 协调。这些条件限制了区域自主权。被委派的注册机构未被授权构建不兼容的编号系统或无视根分类账。
语言和当地习惯出现在分发的理由中，而非五条正式标准中。RFC 1366 暗示，地理上靠近的注册机构可能在这些方面更有效地服务社区。它未要求特定语言集合、翻译表格、本地办事处或可衡量的服务覆盖。其理由合理，特别是在快速国际化的网络中，但未作为认证测试而操作化。
决策链仍不完整。IANA 和 Internet Registry 将授权注册机构；区域网络权威将使其合法化；候选者将接受中央规则。文本未说明谁核实资源，如何比较候选者，中央参与者是否可推翻区域反对选择，任一方是否拥有否决权，以及若认可后来下降会怎样。
也没有已发布的指定申诉。失望的候选者没有获得检查评估或寻求复议的所述流程。用户可联系中央 Internet Registry，但该操作路径未必审查区域组织的地位。服务纠正和机构替换是不同问题，而仅前者得到了一个总体后备。
因此，这些标准使区域委派比非正式便利更受约束。它们并未创建可重现的认证和续期制度。创建记录支持由可识别协调机构根据所述原则进行选择；它留下授权的广泛性、持续性和可争议性未解决。
地理区块是分配技术，而非领土
RFC 1366 提议将 C 类部分范围划分为八个相等区块。在观察到前缀 192 和 193 已在使用，而 194 至 223 大部分未分配后，它将 208 至 223 保留至另行通知，并将 192 至 207 安排为/8区块对。
RFC 将每对描述为包含 131,072 个“地址”，但操作的有类单位是 131,072 个 C 类网络号槽位。每个此类槽位名义对应一个/24大小范围，包含 256 个原始 IPv4 值。131,072 乘以 256 得 33,554,432 个原始值。相对于 RFC 1366 的 2,097,151 个 C 类网络号槽位分母，131,072 个槽位约占 6.25%，与文件四舍五入描述的约 6% 一致。
标签是临时和宽泛的：192-193 为多区域；194-195 为欧洲；196-197 为“其他”；198-199 为北美；200-201 为中美洲和南美洲；202-203 为太平洋沿岸地区；204-207 提供另外两个“其他”区块。这不是五个永久机构的成熟地图。它包含四个命名地理区域、一个多区域区间和三个灵活区间。
在存在合格区域注册机构的地方，相关区块内的主要分配责任可委派给它。在不存在的地方，中央 Internet Registry 将继续进行分配，同时遵循地理划分。因此，地理可能在区域机构被选定之前就影响分配。区块计划与机构覆盖地图相关但不完全相同。
区块内的分配应使用基于用户 24 个月预计需求的连续二次幂。通常顺序为：少于 256 个地址分配一个 C 类网络，少于 512 个分配两个连续网络，少于 1,024 个分配四个，少于 2,048 个分配八个，少于 4,096 个分配十六个。这些是计划下的分配规模规则，而非请求、申请者或成功决策的计数。
原始地址与可用主机必须区分开。一个/24包含 256 个原始 IPv4 值。根据时期常规处理，全零和全一主机标识符不可用于普通主机，留下 254 个可用主机标识符。因此，十六个连续/24包含 4,096 个原始值，但常规可用主机为 4,064 个。RFC 1366 的正常连续 C 类示例止于十六个网络，并指导超过 4,096 个唯一地址的需求朝向可能的 B 类考虑。
后来出版为RIPE 83的欧洲表格展示了一个扩展到 32 个 C 类网络的示例。在该表格的主机约定下，32 乘 254 得到 8,128 个可用主机；相同的 32 个/24包含 8,192 个原始值。比较显示二次幂区块大小连续一致，但无完全相同的上限。一个在区域实践中使用的表格可扩展显示的 C 类选项，超出 RFC 1366 的普通十六网络示例。
在 RFC 1366 中，B 类仍由中央控制。文件基准要求多于 32 个子网和多于 4,096 个主机，在 C 类区块不切实际时进行逐个情况考虑。区域注册机构可协助评估，但 IANA 和 Internet Registry 保留该类别的责任。因此，区域化是实质性的，但未涵盖所有地址类别。
地理计划也有路由限制。当分配层次与路由拓扑对齐时，聚合效果最佳。提供商可跨越边界，组织可多宿主，客户可更改提供商，国际网络可跨越广阔区域。RFC 1338 承认多宿主和提供商改变可能需要例外或重新编号。RFC 1366 自身的多区域和“其他”类别承认，整洁的政治地图无法容纳每种网络安排。
操作文本中没有任何内容将区块所有权授予注册机构或人口。地理标签组织管理责任并为地址空间准备聚合。它既非产权状，也非法定边界。实际后果仍可能相当大：一旦注册机构、申请者、数据库和区块被按区域组织，未来的选择将在该结构内发生。然而，制度影响力在分析上不同于财产。
RFC 1367 将提议的日期摆在计划旁
RFC 1366 的配套日程表RFC 1367由 Claudio Topolcic 编写，于 1992 年 10 月发布。它同样是信息性的。其语言关于状态异常清晰：它建议了一个日程表，称该日程表为草案，并说它根据 1992 年 7 月 IETF 寻址会议及与部分——而非全部——知识渊博和感兴趣的各方（包括 IANA 和 Internet Registry）的讨论汇编而成。
第一个目标，1992 年 10 月 31 日，要求初步的区域注册机构标准到位，且 IANA 接受潜在注册机构的请求。A 类号码被描述为几乎不可能获得。B 类号码将需要合理理由，可能时首选 C 类区块。C 类分配将遵循寻址计划，在未指定区域注册机构之处由中央 Internet Registry 执行。
审查和可能重调安排在 1993 年 2 月 14 日。至 4 月 15 日，Internet Registry 预期开始按寻址计划以适当大小的 C 类区块分配所有网络，而 B 类号码将变得更难获得。列表的最后日期，1993 年 6 月 6 日，是互联网中地址聚合机制预期的可用日期。
这些日期描述了预期顺序和管理层级：在 IANA 制定标准并接受候选者；在无覆盖处继续中央分配；收紧 B 类审查；更广泛使用连续 C 类区块；以及预期的路由支持。RFC 1367 不包含任何这些阶段的完成报告。它邀请公开讨论，其不完整的咨询和明确的重调点，都抵制将其视为自动执行的授权。
实施必须在别处按功能逐个建立。被委派的区块、转发的申请、数据库更新、本地重新分配、反向 DNS 委派、请求评估和聚合路由是不同的行为。它们未必在同一天发生或证明每个日程里程碑的完成。
欧洲正零碎推进
欧洲提供了最清晰直接证据，因为区域实践在 RFC 1366 出现之前就在发展。记录并非一条简单链条：RFC 发布，而一个先前不活跃的地区遵从。运营程序、中央注册机构决定、RIPE 协调和 RFC 工作是重叠的。
RIPE 65，版本 0.6，日期为 1992 年 7 月 1 日，称 RIPE Network Coordination Centre 自 5 月 1 日起作为欧洲 IP 网络号的委托注册机构。它描述了一项向服务提供商、网络信息中心和网络运营中心分配的政策，而非直接向单个组织分配。这些中间者将重新分配号码给申请者。
1993 年 10 月的回顾审查提供了不同的顺序。RIPE 99，日期为 1993 年 10 月 25 日，在审视 NCC 前 18 个月后，将其运营开始放在 1992 年 4 月 1 日。它说中央 Internet Registry 在 1992 年 7 月要求 RIPE NCC 处理所有来自欧洲组织的申请。在与 RIPE 主席和相关工作组协商后，尽管程序不完整，NCC 仍接受。自 8 月 1 日起，通过邮件或信件到达中央的欧洲请求被转交给 RIPE NCC。
这些日期可描述不同功能而不矛盾。运营始于四月；五月报告了一些委托注册工作；七月收到中央全面处理欧洲的请求；八月开始系统转发。“委派”可包括接收区块、本地再分配、审查某些申请、数据库职责或成为正常接收目的地。文件并未将这些行为简化为一个通用的转让日期。
RIPE 72，版本 0.7，日期为 1992 年 10 月 16 日，再次描述了自 5 月 1 日起的委托注册机构活动。它记录了完整 C 类区块转移到服务提供商和本地网络中心，应要求归还未用空间，向 RIPE 数据库报告重新分配，避免囤积，以及按合适位边界对齐的连续二次幂分配。该程序预期聚合，但也说超网尚未被正式采用。程序兼容性在普遍路由部署之前已存在。
申请者可见的层次记录在日期为 1993 年 3 月 23 日的RIPE 83中。该表格称，欧洲以前集中化的过程已被分发系统取代：全球注册机构将区块委派给 RIPE NCC，RIPE NCC 委派给本地注册机构，申请者通常联系其服务提供商或非提供商本地注册机构。B 类申请从本地开始，但若本地注册机构认为合理，则转发给 RIPE NCC 审查。
表格要求当前机器和子网数量，以及一年和两年后的预测。请求提供连通性、现有 IP 号、计划运营国家和网络结构的信息。管理注册数据将进入公共 RIPE 数据库，而评估中使用的技术信息被描述为保密。这是一个活的管理路径的有力证据。然而，表格记录的是所需输入和所述程序，而非结果分布。
RIPE 83 还使分配单位可见。其示例使用 254、508、1,016、2,032、4,064 和 8,128 的可用主机计算，对应一个、两个、四个、八个、十六个和 32 个 C 类网络。该序列不同于 256 到 8,192 的原始地址总计。最大的 C 类示例超出 RFC 1366 的普通十六网络上限，显示早期实施可保留二元机制，同时调整其实际范围。
最详细的有界工作量证据来自RIPE 87，1993 年 3 月的季度报告。对报告季度，它陈述收到 143 个申请。其打印的接收渠道为：来自全球 Internet Registry 51 个，直接发送给 RIPE NCC 86 个，从本地注册机构收到 5 个。这些小计相加为 142，而非 143。报告未提供第四类别或纠正以调和这一申请之差。
RIPE 87 明确排除了简单转介，即申请者仅被引导至适当本地注册机构而 RIPE NCC 未收到申请的情况。143 的总数因此不是该季度内每个欧洲地址询问、每个本地注册机构请求或每个寻求号码的组织之分母。86 个直接提交也不能证明成功绕过区域系统：它们是区域中心收到的申请，而非申请者避开区域管理或获得中央服务的证据。
同季度日志针对其记录的请求群体报告了响应时间衡量。它称 82.5% 的请求在收到当日得到回答——不仅仅是确认——97.9% 的请求在 RIPE NCC 收到后的七个日历日内得到回答。它另报告，通过 NCC 处理的 C 类分配的平均耗时略低于五天，B 类分配略低于十天。
这些计时属于 1993 年 3 月报告季度和 RIPE 87 所描述的群体。报告未发布每个计时类别的底层计数，未区分每种结果类型，未包括简单转介，也未衡量完全由本地注册机构完成的申请。回应未必是分配，而季度服务统计并非每种可能注册机构安排的比较衡量。
RIPE 87 还称，超过 90% 的已评估 B 类案例根据与全球注册机构和 IANA 商定的标准被判定为不合理。它未说明评估了多少 B 类案例，因此无法从百分比还原分子。在所描述的程序中，此类案例被转发给适当本地注册机构进行 C 类分配。“不合理”在 B 类标准下不应转化为完整的拒绝、申请者损害、申诉或最终未获地址空间的分类账。
RIPE 87 的地址空间部分报告，在该季度，RIPE NCC 分配了 14 个 B 类网络号，委派了 32 个 C 类网络号区块，并保留了 15 个 C 类区块。它说欧洲注册机构在该季度分配了 3,235 个 C 类网络，使 1993 年 3 月季度末报告总数达到 10,348 个已分配网络号。这些是不同层级的管理单位：单个 B 类网络号、委派或保留的区块，以及已分配的 C 类网络号。没有一个是申请者计数。
RIPE 87 还在命名系统中记录了一个独特的实施行为。它说 193.in-addr.arpa 反向 DNS 区域于 1993 年 3 月 16 日委派给 RIPE NCC，截至报告观察点，已有 11 个子域随后委派给持有 C 类区块的本地注册机构。单位是该区域下的反向 DNS 子域，而非地址申请或分配决定。这表明了超出分配分类账的操作层次，但未证明 RFC 1367 的路由里程碑完成。
年度和回顾性总数需要单独对待。RIPE 92，于 1993 年 9 月 3 日发布，标题为“RIPE NCC 的第一年”，描述了 1992 年 4 月至 1993 年 3 月的运营年度，并称已分配超过 10,000 个 IP 网络号。单位是通过欧洲注册系统分配的网络号，而非原始 IPv4 值或申请组织。其四舍五入的声明与 RIPE 87 的 10,348 基本兼容。
RIPE 99 后来称，在运营一年后，欧洲注册系统已分配超过 14,000 个 IP 网络号。这同样是对第一年的回顾性声明，但显著高于 RIPE 87 的 10,348 和 RIPE 92 的“超过 10,000”。现有报告未暴露共同的冻结数据集、截止点、历史条目处理方式、回顾编制规则或确切分子以调和这三者。谨慎的做法是保留每个来源、日期、窗口和单位，而非制造合并总数。
RIPE 99 的注册机构计数涉及不同的观察点。在 1993 年 10 月 25 日，即 NCC 运营 18 个月后，它称分发系统当时已就位，有超过 60 个服务提供商注册机构和 21 个非服务提供商国家注册机构。这些是据报告在十月份审查日期存在的注册机构。它们不应被前移并标记为第一年计数。
RIPE 99 由 RIPE 审查小组编写，并被批准为代表了 RIPE 的观点。它赞扬了 NCC 的准确性和及时性，并描述注册功能处理得极其出色。这是一份来自接近该工作的机构的宝贵同期证据。它并非对每个欧洲运营商的独立调查。报告中关于 RIPE 内部同意的提及涉及 RIPE 群体及其内部流程；它们未提供所有受注册层次影响的提供商、用户或申请者的分母。
审查还记录了即兴适应。1991 年 5 月的 NCC 活动计划未明确包括欧洲 IP 注册角色。根据 RIPE 99，超出原始计划的活动被提议，在 RIPE 内讨论，并在达成积极结论处实施。1992 年 7 月的中央请求在每项程序稳定之前加速了注册功能。这是通过活跃协调机构适应的证据，而非预先存在的全面区域授权的证明。
在顶层区块层面，当前的IANA IPv4 地址空间注册机构，在最后更新于 2025 年 10 月 10 日的版本中，将 193/8、194/8 和 195/8 列于 RIPE NCC 下，日期为1993-05。这些是当前注册机构中的月份级日期。它们不是同期的 1993 年 5 月快照、确切子分配日期、转让记录、请求文件或动机证据。
然而，193/8 的当前行与已发布地图相关。RFC 1366 已将 192-193 置于多区域区块，同时将 194-195 指定给欧洲。后来注册机构对 193/8 在 RIPE NCC 下的处理显示，1992 年 10 月的地图并未作为不可变分区应用。它自身无法解释决策过程或确定每次底层委派的日期。
合在一起，欧洲记录显示实施是一连串独立行为：运营一个协调中心、接收区块、通过本地注册机构重新分配、转发申请、评估请求、交换注册数据、委派反向 DNS 责任和记录顶层地址管理。这条链是真实的，但既不同时发生，也不可简化为单一授权日期。
运营记录所确立的
最强有力的实施证据涉及分发服务。RFC 1174 建议委派；RFC 1366 提供了区域资质和地理区块计划；RIPE 65 和 RIPE 72 记录了运作的分配程序；RIPE 83 指导申请者通过全球-区域-本地层次；RIPE 87 衡量了部分结果工作负载。这超越了制度愿望。
中央后备有不同的证据轮廓。RFC 1366 承诺 Internet Registry 将保持准备好在必要时服务用户。RIPE 99 称，从 1992 年 8 月 1 日起，到达中央的欧洲申请被转发给 RIPE NCC。RIPE 87 随后记录了 51 个来自全球注册机构的季度申请，但这些都被转入了区域流程。所审查的记录缺乏完整的日志：由中心直接服务的申请者、被转介到区域的、被允许例外的或被允许坚持中央处理的。
连续分配同样从提议走向程序。RIPE 文件使用了二次幂、对齐区块和预测需求。然而，管理准备与路由效果仍然分离。分配报告未衡量聚合是否被宣告、在特定路由器上被接受、因多宿主而分裂或被更具体路由取代。Merit 序列描述了在特定视点的路由压力；注册记录描述了分配活动。
运营能力获得了一些回顾性支持。RIPE 87 发布了响应时间和工作量衡量，而 RIPE 99 赞扬了准确性和及时性。这些观察涉及 RIPE NCC 的早期表现。RFC 1366 并未设定选择前的数字基准，因此后来的成功不能重建候选评估或确定考虑了哪些替代方案。
认可较难重现。RIPE 拥有既定的协调角色、参与组织，并通过 RARE 建立了正式框架。这些事实符合 RFC 1366 对注册功能外地位的偏好。缺少的是区域提供商和用户的完整列表、背书和反对记录、竞争候选者提交，以及“广泛认可”的文档化测试。
欧洲还显示了一个区域注册机构如何与实质性的多重性共存。服务提供商和国家注册机构在 RIPE NCC 之下处理申请者。中心在区域层协调区块、程序和数据库关系。因此，单一注册机构条款将权力集中在特定层级，而非集中每个客户互动。
运营记录无法确定的是与那种集中相关的期限和救济。所审查的文件没有显示固定的指定期限、定期认证、申请者在同等区域提供者间的可携性、自动替换触发器，或确立同层级第二注册机构的透明程序。持续依赖可随时间强化事实合法性，但它不会在选择时刻再造一个遗漏的授权流程。
参与者、权威与缺失的救济
这段历史中的权威在普遍化之前是功能性的。IANA 协调数字标识符。Internet Registry 维护中央注册和分配功能。联邦和国际规划小组审查提案。IETF 参与者开发技术机制。RIPE 协调参与欧洲网络。RIPE NCC 和本地注册机构处理行政工作。运营商决定路由和互联；申请者在由此产生的程序下寻求资源。
IANA 和 Internet Registry 拥有保留区块、认可注册机构、维护根记录，并通过所选择的服务路径传递申请的实际能力。这种能力是当时使用系统内运作权威的证据。它并非每个当前或未来运营商授予无限制度授权的记录。
FEPG 的审查将提案与联邦网络协调联系起来。IEPG 和 IETF 寻址讨论拓展了技术环境。RIPE 增加了区域专业知识和实施经验。每一项都有意义；但根据所审查的证据，没有一项代表了列举的全球选民。
RIPE 的双重角色既不应被轻视，也不应被夸大。它贡献了审查，同时其协调中心正成为欧洲注册机构。最接近实施的机构通常拥有最相关的专业知识。它们也可能成为其帮助构建的架构的受益者。RIPE 的报告是其程序、活动和机构观点的主要证据，而非跨越未定义区域的同意的独立证明。
申请显示出对服务路径的依赖，但提交请求不必然背书机构结构的每项特性。运营商可能因过程有用、被认可或实际上不可避免而遵守。数据库报告、路由合作和本地注册机构参与可通过实践建立合法性。它们仍回答与谁能指定、审计或替换区域组织不同的问题。
此处审查的记录不包含完整的作者草稿档案、FEPG 或 IEPG 通信集、IETF 寻址 BOF 记录、候选注册机构比较、区域背书分母、反对意见分类账或指定申诉文件。这一空白不应转化为隐藏反对。它同样阻止沉默成为衡量的共识。
更强的授权历史需要证据，将命名机构与其声称代表的支持者联系起来：候选者提交、评估记录、与提供商和用户的通信、记录在案的反对、中央服务例外、替换讨论，以及解释如何评估认可的决定。没有此类材料，早期记录确立了一个技术上合理且运营上实施的安排，同时留下其全面授权不完整。
时期可行的替代方案并非现代共享账本
有用的反事实从接受分发的需要开始。到 1992 年，一个纯粹中央的接收服务越来越难以与国际增长、语言、地方程序和行政规模调和。更尖锐的问题是分发服务是否需要在区域层级有一个单一提供者。
一个时期可行的替代方案遵循 RFC 1174 的实际数据库架构。多个认证的接收或分配服务可以在一个广阔区域内处理申请者，而中央 Internet Registry 序列化权威更新。委托服务可能接收不同的地址池，应用共同标准，并将更改提交到一个中央更新队列。复制的副本然后可被重新分发供访问和冗余。
这不是真正的多写入者复制。中央 Internet Registry 将依然是对更改排序和防止重复分配的权威。这样的设计可以提供多个服务接口，而无需多个机构同时编辑相同的权威状态。其瓶颈将是中央更新路径：延迟、中断恢复和延迟提交后的协调仍需明确程序。
碰撞防护将取决于严格的池分区或分配前的中央确认。有分区区块，每个服务可作用在其范围内而不与同行碰撞，但未用容量可能成为孤岛，重新平衡将需要协调转让。有中央确认，池可能更灵活，但申请者和注册机构将体验更新延迟和对中央中断的脆弱性。
聚合引入了另一个权衡。为每个服务分配一个不同的连续池可能保留宽泛聚合。允许申请者在保留地址的同时切换提供商可能在那些聚合中打洞或要求更具体的路由。切换期间要求重新编号将保护聚合，但以申请者的过渡工作为代价。因此，替代方案需要一个地址连续性规则，而不仅仅是一个额外的前台。
本地语言服务可通过专业化提供商改善，特别是在一个太过多样的区域，单一中心难以平等服务。它也可能变得不均衡：盈利或联系良好的社区可能吸引多个注册机构，而其他社区很少得到覆盖。认证需要评估地理和语言覆盖面，不能假设竞争会公平分配自身。
共同标准将产生自身治理问题。多个提供商可能不同地解释预计需求或 B 类理由，鼓励申请者选择最宽松的服务。防止此类挑选论坛将需要审计、共享指南、对分歧结果的审查，以及纠正或暂停提供商的权力。只有在认证和审计层可信时，多元性才减少对单一注册机构的依赖。
中央后备也需要定义。如果根在任何区域提供商缓慢或限制性时接受申请，它可能成为竞争服务并破坏区域规划。如果它自动将申请者转介回去，它将提供很少的实际冗余。一个可行的替代方案必须指定中心何时干预，其是否可以推翻区域决定，以及直接服务是操作例外还是真正的审查路径。
故障恢复同样具体。区域服务可能失去人员、资金、连通性或数据库完整性。在多服务模型下，另一认证的提供商可能接手接收，但权威记录、待处理申请和未用池必须安全转移。在单一注册机构模型下，中心或本地注册机构可能提供连续性，但 RFC 1366 未描述经过测试的交接过程。两种结构都未使机构故障无成本。
替换和申诉应分开。申请者可能质疑一个单独分配决定而不寻求移除注册机构。一个提供商或区域支持者可能质疑注册机构的表现或认可而不质疑特定请求。第一个问题要求审查标准和证据；第二个要求认证、审计和替换规则。RFC 1366 的直接中央联系条款仅部分解决第一个，而未定义第二个。
第二个更雄心勃勃的替代方案将允许真正的多写入者复制：多个注册机构更新权威状态，随后协调。所审查的时期文件未确定这是预想的架构。这将要求无冲突的分配分区或稳健的事务排序、认证更新交换、分歧记录检测、网络分区后的恢复，以及决定哪个写入者优先的规则。将听起来现代的共享账本视为不费力的 1992 年选项，将抹去 RFC 1174 保留中央更新的技术理由。
单一注册机构的区域设计降低了若干协调成本。一个组织可管理一个连贯的区块，维持与 IANA 和 Internet Registry 的单一关系，应用一个区域程序，并协调下级注册机构层次。其本地注册机构仍可提供提供商特定、国家层面和语言服务。这使得区域层的单一性与其下的分发兼容。
代价是集中的依赖。如果区域组织变得缓慢、不一致、资源不足或代表性不足，申请者缺乏一个陈述的同等替代方案。中央服务提供潜在冗余，但转介可能将申请者送回相同的区域层。因此，设计需要持续性审查和可替换性，至少与需要准入标准同样多。
RFC 1366 比问责机制更充分地阐述了协调优势。它识别了稳定性、及时性、可靠性和认可为理想品质，但未定义它们如何被监测、谁的证据将起作用、指定何时到期，或一个新注册机构如何能替换在任者。
反事实并未证明多个提供商会产生更好结果。多个认证服务将在更新排序、池管理、聚合、重新编号、审计和过渡方面承担真实成本。比较揭示的是更窄的一点：区域服务、中央唯一性和单一提供者集中是三个可分离的选择。前两者的运营必要性自身并不确立第三者的永久必要性。
区域分配构想成为可能的时刻
RFC 1366 通过连接不再能独立对待的问题，使区域分配具体化。国际增长使单一服务接口紧张。语言和管理邻近性有利于分发。B 类稀缺使旧规模习惯不可持续。多个 C 类分配威胁路由增长，除非区块连续且与聚合兼容。
RFC 1174 已提供底层架构：保留 IANA 和中央 Internet Registry，通过批准的组织委托分配功能，在集中更新的同时分发数据库副本，并将注册与网络政策执行分开。RFC 1366 增加了区域资质、地理 C 类计划、规模阈值，以及在区域层明确偏好一个注册机构。RFC 1367 将提议的日期放在该计划旁，而未证明每个里程碑已发生。
欧洲提供了实践的最强证据。在 1992 年 4 月至 1993 年 10 月间，公开记录文件显示一个运营的协调中心、委托注册程序、中央申请转发、服务提供商和国家注册机构、C 类区块委派、申请表格、请求评估、数据库协调、反向 DNS 委派和大量报告的分配量。行为发生在不同日期和不同管理层级。其统计不能压缩成一个单一的请求、申请者或授权分类账。
单一注册机构条款属于该运营成就之内，而非其外。它提供了一种协调区块和程序的方式，同时允许多个本地服务点。它也在区域层集中了依赖。RFC 1366 保留了一个中央根和后备，但留下了中央审查的实际条件不确定。
最终记录止于一个清晰边界。一个问题被解决。机构集中被添加。有日期的实施可以被观察。仍缺失的是对受影响人口的全面授权说明、可重现的认可衡量，以及如果被指定区域注册机构不再满足其选择所依赖的品质时，一个已确立的申诉、替换和连续性流程。