摘要
- 在已审查的 RFC 和 RIPE 材料中，最早发布的地址数量表是 1992 年 10 月的 RFC 1366。RFC 1174 确认 Internet-Number-Template 在 1990 年 8 月已经存在，而 1990 年之前的地址表格和手册尚未被彻底检索。
- 发布的规则和运行沟通文件记录了日益可知的输入信息、量化参考点、解析器检查、纠正程序、保密的工程计划、明确的例外情况，以及最终的申诉权。它们描述了程序设计和注册机构的实践；但已找到的记录并未显示任何已识别请求的最终结果。
- 已审查的实践证据包括一个不完整的请求讨论和三个运行或机构观察，而非四个完整的申请案例。没有完整的已知链条能将原始申请、当时的标准、纠正措施、理由、最终分配、审查和改变结果的补救联系起来，因此一致性和成功或拒绝率仍无法衡量。
1994 年 3 月 22 日，PIPEX 的基思·米切尔（Keith Mitchell）向一组欧洲本地注册机构询问如何处理一个地址空间的不合理理由。PIPEX 收到了米切尔所称的“几个注册请求”，要求分配数量未指明的 C 类网络。每个拟议的网络显然只包含五到六台主机。在这种情况下，PIPEX 的通常回应是分配一或两个 C 类网络并建议使用子网划分。
申请者声称的障碍是技术性的。根据米切尔的说法，Novell 服务器或该公司的 LAN WorkPlace 产品的路由软件无法对 C 类地址空间进行子网划分。如果该前提成立，每个物理网段分配一个网络可能会使申请者的系统更易于操作。这也会比 PIPEX 的正常方法消耗更多的网络号。米切尔询问本地注册机构是应该迁就此限制还是将其视为供应商问题。
讨论很快变成了一次事实核查。伊恩·哈丁（Ian Harding）指出，Novell NetWare Supervisor's Guide 中的示例配置表明支持子网划分。鲍勃·戴（Bob Day）提议立即进行“合理”分配，并警告说，同样的解释在后续请求中应减少权重。约翰·威廉姆斯（John Williams）描述了一个使用子网划分的 C 类地址空间的安装，并解释说代理 ARP 解决了一个相关的地址解析问题。在另一条消息中，戴建议拒绝所声称的理由，同时通过 Novell 联系人寻求明确答案。
这是对声称的软件限制的同行审查，而非一个完整的分配案例。档案中缺少申请文件、申请者身份、精确的请求数量、软件版本、网络图、增长预测、后续修改以及任何对全球路由聚合影响的评估。该通信在给出理由充分的处置、分配、拒绝、审查或补救之前就结束了。
即便如此，这次交流捕捉到了一个重要的行政时刻。本地注册机构并未仅仅因为申请者提供了技术理由就接受它。操作员将声明与文档和实际部署经验进行了比较。他们探讨了临时迁就，并考虑了设备供应商是否应承担部分调整成本。技术判断是在同行的监督下行使的，而非完全私下的对话。
结局的缺失使得这一片段无法承载更多分量。分配“合理”数量的建议既未提供具体数量也未提供结果。其他地方的成功配置可能削弱关于产品能力的广泛声明，同时却留下了更改特定安装的成本问题。建议拒绝一个理由并不意味着拒绝该请求。申请者可能修改了计划、提供了进一步证据、接受了更小的地址块或放弃了该问题；已公开的记录无法在这几条路径中做出选择。
这一边界框定了历史问题。在此期间，公开表格和数量指引显然改变了申请者被期望披露的信息。一些文书阶段变得机器可读且可纠正。表格创建了可供识别偏离的参考点。更难的问题在于，这些手段是否经常控制了最终判断。回答它需要交易记录，而不仅仅是指导文件。
本调查涵盖范围
本文审查的公开语料包括已分配号码记录；有关标识符政策、地址管理标准、实施时间表、注册处理和注册机构实践的 RFC；RIPE 请求表格和版本公告；选定的 RIPE 会议纪要；以及四个详细审查的运行或机构痕迹。
RFC 序列从 1988 年的已分配号码记录延伸到 RFC 1174、RFC 1366、RFC 1367、RFC 1400、RFC 1466、RFC 1467 和 RFC 2050。主要的面向申请者的表格是 RIPE-095 及其直接后继 RIPE-098。四个实践痕迹是 PIPEX 讨论、1993 年 3 月 19 日关于分配和更新控制的通知、丹尼尔·卡伦伯格（Daniel Karrenberg）1993 年 5 月对保守分配实践的描述，以及 RIPE-18 会议纪要。
这是一项受限于公开来源的调查。早期的地址专用手册、模板、备忘录和通信尚未被详尽检索。计算机历史博物馆的SRI ARC/NIC 记录指南指出了 281 个盒子，涵盖了更广泛的机构历史，其大体日期延伸到 1990 年代初期。该指南是关于可能馆藏的地图，而非关于未审查表格内容或使用的证据。
因此，标题中的“首个”是一个经受审计的问题。RFC 1174 证实，Internet-Number-Template 在 1990 年 8 月已经投入使用。在已审查的 RFC 和 RIPE 材料中，最早发布的地址数量表出现在 1992 年 10 月的 RFC 1366 中。这一发现为更早的表格、手册或指令留下了改变时间顺序的余地。
实践总数的分母也需要同样的克制。这四个痕迹并非四个完整的案例。一个是关于未指明“几个”请求的不完整讨论；其它分别是一个运行控制通知、一名官员的说明性叙述和一份关于未识别报告的会议记录。在已审查的材料中，申请、纠正、批准、拒绝和受限文件的更广泛总体没有可靠的计数。
地址请求中的十一个阶段
“处理”这样的一个词隐藏了若干行政上截然不同的事件。这些文件揭示了十一个阶段，一个阶段所需的证据不能简单地从另一个阶段借用。
提交从将请求路由到负责的办公室开始。正确的目的地因日期、地区、网络归属、资源类型以及是否存在授权注册机构而异。发送到错误邮箱的邮件可能在任何人考虑技术需求之前就被转发或退回。
语法涉及请求的表示形式。机器或职员必须识别模板并解析其内容。过时的表格或格式错误的字段可能会中断交易，即使底层的网络计划是合理的。
完整性询问提交的申请是否包含评估所需的输入。根据所用工具的不同，这些输入包括当前和预计的机器数量、子网计数、现有地址持有量、连接计划、拓扑结构、路由安排和负责联系人。要求提供额外信息会使实质性问题保持开放。
技术需求针对网络设计本身。官员必须判断每台提议的机器是否都需要全球唯一地址，一个 C 类地址块是否可以替代 B 类地址，子网划分是否实际可行，以及预测是否基于可信的计划。
全球路由或聚合问题与申请者的内部路由问题属于不同的层面。碎片化的通告会给整个互联网的路由器和运营商带来成本。PIPEX 讨论中所谓的 Novell 限制涉及的是申请者自己的配置；现存的讨论线程没有包含全球聚合评估。
例外是对普通标准的偏离。分散的拓扑结构可能需要比单独的主机总数所暗示的更多的网络号。设备限制也可能被提出，尽管官员可以质疑其前提。已发布的例外类别缩小了酌处权的相关理由，即便产生的案例不公开。
理由解释了请求为何会以某种方式推进。解析器错误、缺失的预测，以及认为 C 类地址空间可以满足需求的判断，都是不同的解释。理由记录会将已接受的事实和适用版本与程序性或实质性的响应联系起来。
纠正允许请求者修复、澄清或补充提交的内容。它可能涉及修正解析器的解释、提供工程计划或更新预测。纠正发生在初始流程中，可能不会触及最终的分配问题。
结果是行政处置：按请求批准、以其他数量或形式批准、转介、为获取信息而延迟、撤回、拒绝或未解决状态。后来显示已分配地址块的条目只揭示了该历史的一部分。
审查是由分配注册机构、上级注册机构或其他授权层级进行的重新考虑。其证据将包括受到质疑的决定、提供给审查者的文件以及审查者的评估。
补救记录了审查所达成的结果。决定可能被维持、变更、发回进一步处理或被另一处置取代。审查的存在本身并不说明结果是否发生了改变。
PIPEX 讨论触及了提交、技术需求评估、声称的例外以及同行事实核查。描述其确切范围比称之为不完整案例并脑补缺失阶段更有用。
在公开数量表之前
已审查序列中最早的材料显示了一个运行中的号码注册机构，之后才揭示了公开的分配公式。
RFC 1062，《Internet Numbers》，于 1988 年 8 月作为官方状态报告发布。它指出由 SRI International 运营的 DDN 网络信息中心的 Hostmaster 是当时网络号信息的来源。该文档列出了已分配的网络号、自治系统号和负责联系人。它区分了研究、国防、政府和商业环境，同时指出独立编号的网络必须单独寻求互联许可。
这一区分很容易被忽视。注册提供了唯一性和联系信息；它并未自动授予连接性。已分配号码列表还显示了贯穿整个时期的可见性不平衡。完成的分配进入了持久的公开记录，而被撤回、转介或拒绝的请求可能不会留下相应条目。该注册表无法重建最初请求的数量、提供的证据或选择地址类别背后的理由。
到 1990 年 8 月，RFC 1174明确提到了“当前的 Internet-Number-Template”。温顿·瑟夫（Vinton Cerf）撰写了这份信息性文档，它代表了互联网活动委员会（Internet Activities Board）的官方观点，并将建议转交给了联邦网络委员会（Federal Networking Council）。
RFC 1174 将 IANA 描述为由南加州大学信息科学研究所（Information Sciences Institute）执行的一项职能。它指出 IANA 已将数字网络和自治系统标识符的责任委托给由 SRI International 在 DDN-NIC 运营的互联网注册机构（Internet Registry）。推荐的架构保留了集中式的 IANA 和互联网注册机构职能，同时允许经批准的组织接收地址块并进行进一步分配。
第二条建议针对的是日益尴尬的“已连接”状态概念。RFC 1174 提议从注册表格中删除与连接状态相关的内容，增加关于可接受使用、访问和传输政策的信息，并将已注册网络纳入域名系统，而不使该状态成为决定性条件。国家和流量政策字段是建议对现有模板做出的更改之一。
这些建议厘清了标识符注册与网络访问政策执行之间的区别。它们还表明，表格设计当时已是一种机构政策工具。该 RFC 既未重现当时流通中的确切模板版本，也未注明其建议更改的操作性采用日期。其字段是定性的和管辖性的，而不是将需求映射到地址数量的一个时间表。
1992 年 10 月：一个数值参考点
RFC 1366，《Guidelines for Management of IP Address Space》，由 Merit 的埃莉斯·格里奇（Elise Gerich）于 1992 年 10 月发布。它是信息性的，未指定互联网标准，提出了地址管理计划，后来被 RFC 1466 取代。
提议的区域结构与机构资格挂钩。一个地理区域内的网络权威机构将使候选注册机构合法化。该组织应已稳固建立并在注册职能之外拥有合法性。它需要足够的资源以提供稳定、及时和可靠的服务，承诺遵循 IANA 和互联网注册机构的指导方针，并愿意就子分配资格和策略与互联网注册机构进行协调。互联网注册机构仍然是根和没有认可代表的区域的默认选项。
这些规定将技术授权与区域地位和组织能力联系起来。仅凭一个号码块并不能使一个办公室成为合格的区域注册机构。同时，这些标准是前瞻性陈述的；RFC 1366 并未包含对每个候选方如何满足这些标准的持续评估。
该文件对 B 类地址的考虑施加了严格限制。一个组织应满足两个合取条件：一份记录超过 32 个子网和超过 4,096 台主机的子网划分计划。RFC 1366 并未将后来的 24 个月用语同时附加于两个 B 类阈值。它还承认在某些情况下 C 类地址块实际上无法替代 B 类地址，并允许根据个案考虑这些情况。
对于 C 类地址空间，该 RFC 将申请者对未来 24 个月内所需唯一 IP 地址的预测映射到连续的地址块：
- 少于 256 个地址映射到一个 C 类网络；
- 少于 512 个映射到两个连续的 C 类网络；
- 少于 1,024 个映射到四个；
- 少于 2,048 个映射到八个；
- 少于 4,096 个映射到十六个。
单位是预计的唯一 IP 地址。它并非员工数量、客户数量、物理子网数量或常规可用的主机插槽数。一个 C 类网络包含 256 个数值地址值，尽管普通主机配置保留了网络和广播值。
字面措辞有一个未解决的边缘情况。每一行都写着“少于”，这使得 2 的精确次方如 256、512、1,024、2,048 和 4,096 被排除在所写的行之外。文档中其他地方的示例有助于揭示预期的规模，但并未重写该表。称其为一个公开参考点比称其为一个完整的算法更精确。
在一行之内，申请者和官员现在可以引用相同的需求范围和地址块大小。如果已被接受的预测低于 1,024 个地址，则所发布的行指向四个连续的 C 类网络。不同的数量将偏离该行。RFC 1366 并未施加一般义务要求为此类偏离发布个案解释，且已被接受的预测可能保持私密。然而，该表缩小了决策的词汇量：数量可以与明确表述的基准进行比较。
剩下的大部分工作在于决定哪些输入是可信的。两年的预测可以是仔细推导得出的，也可以是理想化的。某些机器可能使用私有或非唯一地址空间。物理拓扑可能使常规地址块变得难以使用。官员仍然必须评估技术证据，但他们的判断现在围绕着一个可见的数值表进行。
与之配套的RFC 1367，由 C. 托波尔契奇（C. Topolcic）于 1992 年 10 月撰写，提出了实施时间表。它呼吁从 1992 年 10 月 31 日起继续现有程序，于 1993 年 2 月 14 日进行审查，并从 1993 年 4 月 15 日起根据寻址计划以适当大小的 C 类地址块进行分配。
之后的状况报告RFC 1467于 1993 年 8 月取代了该时间表。托波尔契奇报告称，除了 CIDR 软件的交付和安装外，大多数行政里程碑都已按时实施。该报告称 RIPE NCC 已收到一个区域地址块，互联网注册机构从 4 月 15 日开始根据计划以适当大小的 C 类地址块进行分配。
RFC 1467 是来自该计划内部的有意义的同期证据。其叙述支持了这样的归因性发现，即主要的行政里程碑已经达成。它仍然是一份机构自我报告，而非对申请文件的检查，但这一来源边界不应抹杀它所记录的操作性进展。
InterNIC 边界上的文书规范
1993 年 3 月，RFC 1400，《Transition and Modernization of the Internet Registration Service》描述了一类不同的程序。在国家科学基金会（National Science Foundation）授予信息服务合同后，Network Solutions 的斯科特·威廉姆森（Scott Williamson）在非 DDN 注册服务转移期间撰写了这份信息性文件。
机构边界是明确的。RFC 1400 使用“InterNIC”指代其注册服务组件。DDN 用户继续通过单独的途径和经批准的表格从 DDN-NIC 接收注册支持。对于非 DDN 用户，可以在 1993 年 3 月期间提交现有的 DDN-NIC 模板。新的 InterNIC 模板于 4 月 1 日生效。发送到自动化邮箱的旧表格将被退回，并附有解析错误消息和新模板，而人工 Hostmaster 途径则在 6 月 30 日前暂时接受旧格式。
自动化序列将若干行政事件带入了视野。请求者将填好的模板发送到自动化邮箱。邮件服务器对其进行解析，并快速检查可验证的信息，域名冲突被作为一个例子。它要么返回一个验证，要么返回带有错误消息的拒绝。
然后请求者审查信息是如何被解释的。在验证被返回之前，不正确的数据可以被纠正。在遭到拒绝后，请求者可以调整注册请求并重新提交。经过纠正的验证会再次被检查。一旦注册服务部门收到令人满意的验证，请求就会移交给工作人员进行最终处理。未得到答复的验证会在七天后过期，需要重新提交。一个故障单号支持状态查询。
这些机制以具体的方式约束了文书处理。它们披露了系统接受了哪种表格，暴露了解析问题，邀请对已解释的信息进行确认，并为请求者提供了跟踪状态的参考。过时的表格无法悄然消失在队列中。机器可读的错误可以被修复，而无需将其呈现为关于稀缺性的最终判断。
自动化的范围同样具体。解析器处理表示形式和可验证的信息；工作人员保留最终处理权。RFC 1400 并未将评估两年期预测、选择地址块大小或决定拓扑结构是否构成例外的责任分配给机器。因此，除非对底层交易进行分类，否则自动化“拒绝”的计数会将文书事件与现代读者可能称之为拒绝的任何情况混为一谈。
作为 Network Solutions 的一份流程描述，RFC 1400 记录了承包商设计的顺序，而非独立抽样的性能指标。尽管如此，它对程序历史的贡献是巨大的。到 1993 年，注册路径的重要部分已经足够标准化，能够进行解析、验证、纠正、计时和跟踪。
工程计划和结构化偏离
RFC 1466，由 Merit 的埃莉斯·格里奇于 1993 年 5 月发布，明确取代了 RFC 1366。这份信息性的后续文件保留了分布式注册机构框架，并使对申请者预期的证据更加具体。
对 B 类地址的考虑仍然需要超过 32 个子网和超过 4,096 台主机。此外，申请者必须提交一份工程计划，解释为什么用一块 C 类网络来构建该网络是不合理的。该计划应说明该网络在未来 24 个月内将拥有多少台主机，以及在同一时期每个子网上将出现多少台主机。
该工程计划将被严格保密，仅用于判断申请是否合理。当主机和子网证据无法证明 B 类地址的合理性时，申请者将获得一块 C 类地址。因此，该规则描述的是一种替代分配路径，而非一个简单的批准或拒绝选择。
C 类地址表向上扩展了。少于 8,192 个地址映射到 32 个 C 类网络，少于 16,384 个则映射到 64 个。由于各行继续使用“少于”，同样的精确边界模糊性依然存在。
RFC 1466 还提供了一个拓扑示例。如果一份工程计划支持偏离默认表，那么平均分布在十个以太网上的 600 台主机可以获得十个 C 类网络，每个以太网一个。注册机构可以要求提供一份计划，说明如果不进行子网划分会造成巨大浪费。例外情况将逐案确定。
这种组合是一种可辨认的结构化裁量架构。该表陈述了已接受需求与数量之间的通常关系。示例将拓扑结构确定为偏离的相关依据。工程计划为官员提供了检验该依据的证据。保密性保护了申请者的内部设计。
审计用语在一个明确的层级内运作。互联网注册机构可以向区域注册机构分配小型 B 类地址块，要求它们报告来自这些地址块的分配情况，接收申请者的工程计划，并审计这些计划是否与指导方针一致。该文本确立了权限和证据路径；它并未指出有哪次审计改变了某个具名的分配。
综合来看，1992 年和 1993 年的指导方针使得多个实质性选择更具可争议性。申请者可以指向默认行，解释为何拓扑结构取代了它，并知道 B 类地址的主张需要的不仅仅是组织规模。然而，最敏感的证据被设计为保留在公开比较之外。
一份有效期为十四天的表格
RIPE-095 European IP Network Number Application Form and Supporting Notes将这一政策的许多内容转化为申请者可以填写的字段。安妮·洛德（Anne Lord）和丹尼尔·卡伦伯格（Daniel Karrenberg）撰写了这份文件，于 1993 年 10 月 1 日发布，作为 RIPE-088 的更新版本。
该表格印有 1993 年 12 月 30 日的到期日。这个日期并不决定它作为最新版本持续的时间。一份10 月 15 日的 RIPE-098 文档公告指出，修订后的表格取代了 RIPE-095，并增加了一项建议，即本地注册机构在收到 32 个或更多 C 类网络的申请时应咨询 RIPE NCC。因此，RIPE-095 作为最新发布表格的有效期为十四天。
其四部分结构将不同种类的证据分开。
A 部分收集网络名称、组织描述、国家、行政及技术联系人、变更信息和人员记录。这些数据连同已分配的网络号，旨在进入可公开访问的注册表。
B 部分收集保密的技术信息：请求类型；当前、一年和两年的机器数量；当前、一年和两年的子网数量；互联网连接计划；现有的 IP 网络持有情况；以及该网络将运营的国家。
C 部分要求寻求超过两个 C 类网络的申请者提供网络描述。申请者应描述当前的布局和接下来两年的计划，包括子网大小和相关的网络组件。更大的请求需要更详细的内容。
D 部分确定了代表另一组织行事的代表。这一点很重要，因为填写表格的人、服务提供商、申请组织和地址的最终用户可以扮演不同的角色。
该表格的数值示例使用了传统的可用主机数量。一个 C 类地址与最多 254 台主机相关联，两个对应 508，四个对应 1,016，八个对应 2,032，十六个对应 4,064，三十二个对应 8,128。这些数字与 RFC 1366 中以原始地址数量 256、512、1,024 等表示的阈值不同。在根据相关版本重建申请时，“机器”、“可用主机”和“地址”必须保持分离。
RIPE-095 还区分了初始请求和申请更多地址空间。寻求额外地址空间的组织被要求描述先前分配的网络、已用和未用号码、已安装的子网、已连接的主机以及结构细节。所述目标包括更好地利用可用地址池，并在可能的情况下为聚合保留连续地址块。
机构路由出现在表格的显著位置。申请者通常先联系本地注册机构。B 类地址在区域层面分配，因此，如果本地注册机构认为 B 类请求合理，则将其转发给 RIPE NCC 进行审查。技术信息保持机密，不进入公共的网络管理登记册。
对于申请者而言，这在告知方面是一次可观的改进。预期的证据可以在提交之前收集。要求更高的请求明显触发了要求更高的描述。从 RIPE-095 到 RIPE-098 的快速变更也证明了积极的维护工作，以及识别特定日期生效版本的重要性。
一份填完的空白表格仍然不同于一份决策文件。表格列出了输入内容和传递路径；它不揭示审查员接受了哪项预测，如何权衡相互竞争的考量，或者最终分配了哪个数量。这些事实必须通过交易记录与表格结合起来。
BCP 12 与已发布的申诉途径
到 1996 年 11 月，公开框架已变为无类别且更加精细。RFC 2050，《Internet Registry IP Allocation Guidelines》作为最佳现行实践 12 发布，并取代了 RFC 1466。其作者是金·哈伯德（Kim Hubbard）、马克·科斯特斯（Mark Kosters）、大卫·康拉德（David Conrad）、丹尼尔·卡伦伯格和乔恩·波斯特尔（Jon Postel），所属机构涵盖 InterNIC Registration Services、APNIC、RIPE NCC 和 USC/ISI。
IESG 的说明谨慎地界定了该文件的地位。作为最佳现行实践的批准表达了 IESG 认为该政策准确地代表了当时现行的注册机构实践这一信念。它明确不予背书或推荐。因此，作为操作性实践的机构叙述，RFC 2050 比拟议的时间表更强，同时仍不同于个案审计。
该文件描述了由 IANA、区域注册机构和本地注册机构构成的层级。它指明了负责北美的 InterNIC、负责欧洲的 RIPE NCC 和负责亚太地区的 APNIC。它还区分了面向提供商的分配和面向最终企业用户的指派。这一区分同时支配了时间范围和后来规则中使用的分母。
对于互联网服务提供商，“慢启动”意味着基于即时可证明需求的最小初始分配。后续分配可在利用率验证后增长。额外的分配旨在提供大约三个月的指派容量，之后提供商会返回其上级注册机构。单纯的预计客户基础几乎没有什么分量。
三个月的期限属于提供商补货。它并非 RFC 1366 中的 24 个月预测，也不规管同一群体。一个涉及提供商从上级注册机构获得多少容量；另一个则将用户的预计需求映射到有类地址块。
再分配信息构成了另一项提供商层面的控制。期望子注册机构及时记录分配情况，以便找到运营联系人、检查利用率并进行地址研究。区域注册机构或上游提供商在约 80%的再分配信息提交之前不应进行下一次 CIDR 分配。该百分比衡量的是相关分配中文件的覆盖程度，而非主机利用率。
终端站点的指派使用了不同的指导。基本阈值是立即利用率达到 25%，一年内达到 50%。RFC 2050 将预期利用率定义为连接到网络的主机数除以该网络上可能的主机总数。已连接的主机作为分子；可能的主机总数作为分母。员工、客户和再分配记录不在该计算范围内。
期望工程计划包括子网掩码、每个子网上的主机数量、拓扑结构和路由安排。可以考虑同一母公司下各个部门或子公司的先前持有量。部署计划和对预测的信心也很重要。拥有少于 128 台主机的组织通常不会直接从区域注册机构获得地址空间，尽管在特定情况下可以发放更长的前缀。
基于提供商的寻址带有重新编号的期望。地址被视为连接期间的一种借用。当客户更换提供商时，建议退还现有地址，并重新编号到新提供商的地址空间中，在旧地址被重用之前留出足够的时间。其目标是聚合，而非承认一项可永久转移的权利。
RFC 2050 公开承认了地址节约、可路由性和注册之间的紧张关系。在个案中需要进行仔细的判断。区域注册机构可以通过其认为适当的方式审计和核实请求，基于虚假信息的分配可以宣告无效。即使注册机构已分配了底层地址，转接提供商仍可能过滤路由。因此，注册机构的分配并不能保证全球可路由性。
保密性获得了一条明确的上级注册机构路径。分配注册机构必须保护请求者特别指出为敏感的信息。如果申请者无法确信本地注册机构能够提供充分的隐私保护，上级机构可以处理评估并将合适的数量向下传达。
该文件的章节标题很明确：申诉权。认为分配注册机构未能以必要的方式履行其任务的组织，可以向上一级注册机构申诉。分配注册机构应提供相关文件。进一步申诉可以沿层级向上进行，在其它途径穷尽后可由 IANA 做出最终决定。每个注册机构都必须说明如何对分配决定进行申诉。
该用语比早先的工具更清晰地将纠正与审查分离开来。解析器纠正在最终处理之前修复了信息。申诉则对分配决定提出质疑。审查是上级机构对该质疑的检查。补救将是所产生的处置——维持、更改、发回重审或取代原始决定。
已审查的实践材料中没有发现任何已识别的申诉文件。尽管如此，RFC 2050 还是将审查路径、文件转移义务和升级路径置于公开视野中。到该时期结束时，申请者所能援引的已不仅仅是一个非正式地请求高级官员再次审查的机会。
四个实践痕迹
这里审查的运行记录虽少但多样。其价值取决于根据每项记录的实际内容对其进行分类。
PIPEX 通信是唯一的不完整请求讨论。它始于未指明的“几个”请求，并在决策前展示了技术事实核查。它既未保留确切的请求数量，也未保留申请者的回应或处置。
第二个痕迹是马滕·特普斯特拉（Marten Terpstra）的1993 年 3 月 19 日通知“分配中的错别字”。特普斯特拉写道，分配和注册更新中的错别字“正在增加”，尤其是以 192 和 193 开头的号码之间的混淆。他还描述了分配和常规更新被发送到错误邮箱的情况。
RIPE NCC 对发送到分配地址的材料引入了更严格的检查。如果一个网络已经出现在相关记录中，该项目最初将被拒绝，并向 NCC 工作人员发送一个错误。工作人员将判断该问题可能是一个排版错误，还是使用了错误的提交通道。发送到错误邮箱的更新可以被转发进行处理；被怀疑输入错误的号码则可能促使与发件人联系。
这是一项针对分配通知和更新的运行控制。它显示了已公布的通道错误与疑似数据错误之间的划分。“正在增加”没有基线、观察期或计数，并且该消息不包含与原始地址申请相关联的已完成纠正。它属于文书保障措施的历史，而非申请者结果的分母。
第三个痕迹是丹尼尔·卡伦伯格的1993 年 5 月 14 日关于“超网块大小”的消息。卡伦伯格描述了对一个大型、论证不足的 C 类请求采取的保守方法。注册机构可以发放少于所请求的数量，同时为后续需求保留连续的地址空间。请求者可以带着显示初始分配已被使用的证据回来。保留的地址空间预期在 12 至 18 个月后回收。
该时间间隔指的是在回收之前保留预留连续空间的时间。它既不是决策时间，也不是一般的预测期限。卡伦伯格的数值示例涉及一个对 64 个 C 类网络的请求，该请求缺乏有力证明，在示例中随后分配了 16 或 32 个，并预留了相同数量。
这段文字是一名官员对推荐实践的描述，而非观察到的削减。它没有提及任何申请者、提交的表格、分配记录或最终结果。卡伦伯格还写道，大约一年后只有“一小部分”回来要求更多空间。“一小部分”仍未量化：该消息既未提供分子也未提供分母。
其政策逻辑仍具有参考价值。发放初始部分降低了基于薄弱预测申请的成本。保留相邻空间保护了在后续需求出现时进行路由聚合的选择。在规定时间间隔后回收限制了将该选择无限期保持开放的成本。该通信揭示了一名注册机构官员如何在不确定性下描述地址节约与聚合之间的平衡。
第四个痕迹是RIPE-18 会议记录。参会者报告了在欧洲被拒绝的申请在向其他区域注册机构重新申请后获得接受的事件。该小组对 RIPE 和 InterNIC 标准之间的差异表示了关切，并指定丹尼尔·卡伦伯格采取行动，将这一关切传达给 InterNIC。
参会者还一致同意，修订后的表格应询问母公司、现有地址持有量、先前的申请以及之前被拒绝的请求。因此，机构回应是具体的：报告的问题产生了一个行动项，并提出了对后续申请者收集信息进行更改的建议。
会议纪要并未提供这些报告背后的申请。它们未标明任何申请者、日期、数量、决定通知、变更的事实、后来的分配或审查者。“事件”一词没有计数。该记录确立了参会者报告了什么以及小组如何回应，而将首次和后续申请之间的等同性留待检验。
综合来看，这些痕迹展示了公开的技术咨询、一项分配更新控制、一名官员对保守分配的叙述，以及针对所报告的区域差异的治理回应。没有一个能产生成功率、拒绝率、纠正率、削减率、例外率或逆转率。
保密性与存留形态
地址请求的保密部分可能包含着与其结果最相关的事实。工程计划暴露了内部拓扑结构、预计扩展、设备限制、网络分段、主机分布，有时还有商业意图。自动公开它们可能会阻碍坦诚的预测。
这些工具通过将公开的身份数据与敏感的技术证据分开来做出回应。RIPE-095 将行政联系人和已分配号码放入公共注册表，同时将技术细节保留为内部使用。RFC 1466 要求对 B 类工程计划严格保密。RFC 2050 保护被明确指定为敏感的信息，并在分配注册机构无法提供充分保障时提供上级注册机构处理。
保密性可以提高决策质量。试图区分运营需求和投机性囤积的官员需要那些组织可能合理地对竞争对手或公众保密的细节。受保护的提交为更全面的叙述创造了空间。
它也塑造了后来观察者能够衡量的内容。一个分配条目可能标识出组织、日期和地址块，却隐藏了证明该数量合理的预测或拓扑结构。反过来，一份留存的空白表格显示了预期的输入，却完全没有说明审查员如何处理它们。
保存可能有利于可见的结果。成功的分配产生了公开记录和后来的运营依赖。一个被放弃或不成功的请求可能在私人通信、一通电话或没有持久条目的情况下结束。修订版可能取代了早期草稿，而非与之并存。受限的工程文件可能在阻止公开比较的访问条件下留存下来。
这些因素解释了为什么分配登记册不能作为原始申请的代表性样本。它们并不能确定缺失结果的规模或方向。保密性既可以与谨慎、一致的审查共存，也可以与无法解释的差异共存；仅凭公开证据无法在这两种可能性之间做出选择。
自动化止步之处
RFC 1400 与实质性地址指导方针之间的对比澄清了书面程序能够轻易控制什么。
模板选择、机器解析、验证、重新提交、过期和工单状态相对来说是确定的。该过程可以识别过时的表格、返回错误、邀请纠正，并记录验证是否在七天内到达。特普斯特拉的分配通知同样规定了工作人员应如何区分错误的邮箱和可能输入错误的号码。
实质性的稀缺性判断涉及较少可观察的变量。预测取决于计划中的采购、组织增长以及尚未部署的应用程序。拓扑结构可能使默认数量效率低下。设备限制可能是真实的、特定于版本的、临时的或被误解的。聚合成本部分落在其他网络运营商身上，而非申请者身上。
书面规则仍然塑造了这些决策。RFC 1366 提供了一个需求到地址块的基线。RFC 1466 确定了 B 类工程计划的内容，并发布了基于拓扑的偏离。RIPE-095 告诉申请者哪些机器数量、子网、持有量和计划是重要的。RFC 2050 定义了终端站点利用率，并暴露了地址节约与可路由性之间的冲突。
仍难以看清的是从已接受的证据到最终数量之间的桥梁。保密性隐藏了许多决定性输入。已公布的例外条款揭示了相关类别，却没有建立一个关于其使用的公开记录。审查路径指定了升级路径，却没有展示所产生的补救结果。
因此，证据在文书边界处最为有力。表格和自动化显然构建了信息进入系统的方式。表格和工程计划要求使得实质性判断的一部分变得可争议。衡量它们对最终决策的影响需要贯穿这些阶段的、申请者层级的记录。
随着注册系统变化而转移的权限
这一时期不能被描述为一个办公室逐渐采用更多文书工作的过程。不同的组织履行着不同的职能，而这些职能也发生了转变。
1990 年，RFC 1174 将 IANA 描述为由 USC/ISI 执行的一项职能，而网络和自治系统标识符的互联网注册机构则是由 SRI International 在 DDN-NIC 运营的一项职能。互联网活动委员会（Internet Activities Board）推荐政策，它本身并不处理每一个号码请求。
DDN-NIC 还服务于国防网络环境。RFC 1400 为 DDN 用户保留了一条单独的途径，同时将非 DDN 注册服务转移给由 Network Solutions 运营的 InterNIC Registration Service。“InterNIC”是一个更宽泛的标签，但该 RFC 的程序性声明具体针对的是注册服务。
RFC 1366 和 RFC 1466 提出并描述了在 IANA 和互联网注册机构权限下的区域授权。RIPE NCC 为欧洲接收地址块，并协调本地注册机构。本地服务提供商可以同时是申请者的连接性供应商、顾问和第一审查人。RIPE NCC 保留了区域职能，包括根据已公布的结构审查 B 类事宜。
到 1996 年，RFC 2050 将层级呈现为 IANA、区域注册机构和本地注册机构，并具体指明了 InterNIC、RIPE NCC 和 APNIC。该叙述来自这些机构的关联作者，描述了他们所说当时现行的注册实践。
权限是多层次的而非单一的。全球唯一性依赖于技术协调。授权地址块赋予了区域和地方办公室运营控制权。政府资助和合同支持着特定的服务安排。区域认可和社区参与贡献了机构合法性。提供商关系影响了路由和重新编号。公开文件提供了告知和共享的技术词汇。
将后来的区域注册机构模式向后投射会模糊这些转变。将技术协调视为无限的法律授权会造成另一种曲解。在每个日期，相关的探究是哪个办公室履行了该职能、该角色是如何产生的，以及哪道程序适用于其面前的请求。
为何判断在操作上仍具可辩护性
一个完全机械的分配系统在早期互联网增长的不确定性面前会表现不佳。
当前的机器可以计数，但两年的预测取决于采购、组织扩展、网络架构和仍在规划中的服务。申请者有避免反复申请和破坏性重新编号的动机。注册机构有抵制囤积的动机。双方都不掌握完整的信息。
拓扑结构削弱了任何简单的主机计数规则。一个园区内的 600 台主机可能与分布在十个物理网络上的 600 台主机呈现出不同的工程问题。RFC 1466 的十个以太网示例承认，相同的总数可能支持不同数量的网络号。
路由增加了外部性。申请者承担了子网划分或重新编号带来的本地不便。其他网络运营商承担了与额外路由相关的内存、处理和协调负担。发放一个较小的初始地址块同时保留相邻空间可以保持聚合，但该保留本身消耗了对稀缺地址空间的一种选择权。
证据质量也各不相同。一个供应商限制可能反映真实的已安装约束、一个过时的版本、不完整的文档或误解。PIPEX 交流显示了将申请者的前提与多种专业知识进行比较的价值。它也警示了不要假定一项通用产品能力可以解决特定部署的成本。
与此同时，可用技术正在发展。有类地址假设、CIDR、提供商聚合、私有地址空间和可变长子网掩码改变了可行的网络设计。RIPE-095 作为最新表格仅维持了十四天，这说明了即使是相对适度的程序性工具，其维护压力也是巨大的。
因此，裁量权并不仅仅是等待被消除的机构残余。它是对无法装入单一表格的预测、拓扑结构和外部成本的回应。治理问题在于官员们是否在已公布的依据内使用了这一判断、记录了重大偏离，并将最终决定置于有意义的审查之下。
到 1996 年申请者能知道什么
纵观该时期，申请者对程序的了解变得显著清晰了。
公开的数值参考点随着 RFC 1366 出现，并在 RFC 1466 中扩展。申请者可以看到合取的 B 类阈值、24 个月的 C 类时间表，以及一个可以证明偏离合理性的拓扑示例。
随后，RIPE 表格将这些原则转化为问题。一个组织知道机器、子网、现有持有量、连接计划、网络布局和未来增长将进入评估。它知道哪些信息将变成公开的，哪些技术材料将保持保密。表格上说明了直接申请与通过本地注册机构办理之间的区别。
RFC 1400 为机器处理的提交暴露了一条纠正路径。请求者可以检查解析后的信息、修复错误、对错误做出回应、重新提交并使用故障单号查看状态。特普斯特拉的通知同样使得某些分配更新处理对本地注册机构可见。
例外情况也被披露。RFC 1366 允许在 C 类地址块不切实际时进行逐案处理。RFC 1466 将拓扑结构确定为公认的依据，并要求提供工程计划。RFC 2050 继续承认例外情况，同时期望对基于设备的声明提供 VLSM 和详细理由。
到 1996 年 11 月，申请者可以援引一项有名称的申诉权、向上一级注册机构移送文件以及可能逐级申诉至 IANA。这种文本架构比非正式地要求同一个办公室重新考虑更为具体。
最不显眼的元素是最终的证据桥梁：哪个事实控制着特定交易中分配的数量。公开的工具很少产生将已接受的输入、偏离和结果联系起来的公开决策叙述。受保护的工程计划进一步限制了申请者之间的比较。审查架构在其改变结果的力量在所查到的记录中变得可衡量之前就已变得可知。
仍需要的交易审计
对实质性约束有说服力的检验必须以交易作为其单位。
每次观察将从原始申请以及提交日期生效的确切表格和指导方针版本开始。它将记录所请求的资源和数量、当前和预计的主机数、子网计划、拓扑结构、现有持有量、提供商关系和路由情况。
行政方面将确定负责的注册机构、审查员、要求提供更多信息、纠正措施、已接受的预测、每次实质性变更的原因、最终处置以及援引的任何例外。如果发生了审查，记录将增加质疑理由、转移的文件、审查者、决定和补救。
接近已发布阈值的案例将特别有参考意义。同一版本下的可比请求可以显示处于边界同一侧的已接受预测是否产生了可比的结果。有记录的拓扑偏离可以揭示裁量是遵循了所述例外，还是遵循了未明述的偏好。
版本变更提供了另一项检验。1992 年 10 月表格前后，或记录形式的修订前后，类似的申请可以揭示结果是否随着工具而转变。路由条件、机构责任和可用技术的变化需要被考虑，而不是被当作背景噪声。
文书表现应被单独衡量。一项对 RFC 1400 风格处理的研究可以对解析响应、纠正后的验证、过期、重新提交和放弃进行计数，而无需将每个机器拒绝标记为地址申请被拒。这将检验信息处理是否变得更加规范，即使分配判断基本上仍然是自由裁量的。
申诉需要其自身的链条。一项有效的观察将把原始决定、理由、转移的文件、上级注册机构的审查以及所产生的处置连接起来。一个被维持的决定仍将证明审查的存在。具有改变结果力量的补救将要求一个可归因于申诉的已变更分配、发回重审或替代结果。基于新事实的重新申请属于不同的类别。
抽样应从办公室边界、日期和记录系列开始，而非成功地址持有者的名单。公开分配登记册不成比例地暴露了已完成的分配。受限、缺失和销毁的文件需要根据声明的方法进行记录。保密材料可以在保护条件下进行分析，同时仅发布评估决策所必需的变量。
这样一项研究可以估算出削减、延迟、纠正、例外、申诉和补救的比率。它也可以考察预测误差、后来回来要求更多空间的情况以及注册机构之间的差异。这里审查的指导文件和四个实践痕迹足以设计出那样的审计，但不足以计算出其结果。
更可知的程序，最终约束仍未衡量
从 1988 年到 1996 年，地址管理获得了一个更加公开和易于理解的结构。申请者获得了更清晰的进入系统的途径、所需证据的事先告知、量化参考点、纠正机制、明确的偏离依据、对敏感计划的保护，以及最终发布的申诉路径。RFC 1400 为文书处理真正带来了约束。RFC 1366 和 RFC 1466 使一些实质性偏离变得可识别。RIPE 维护并修订了其表格。RFC 1467 记录了关于行政实施的机构叙述，RFC 2050 则描述了带有文件转移和审查职责的成熟层级体系。
这些变化使系统摆脱了完全依赖于与 Hostmaster 进行无结构交换的状态。它们还帮助注册机构在快速扩张的网络中比较预测、拓扑结构和现有持有量。保留判断的操作理由仍然很强，因为地址节约、路由聚合、申请者成本和不确定的增长可能指向不同的方向。
公开的交易证据范围较窄。它由一个不完整的请求讨论和三个运行或机构观察组成。PIPEX 通信显示了对一项软件声称的同行检验，但在处置之前停止。特普斯特拉的通知涉及分配和更新控制。卡伦伯格的数值示例描述了保守实践，但未明确具体的申请者结果。RIPE-18 记录了参会者报告和机构回应，却没有底层申请。
在已审查的集合中，没有一个完整的已知链条能将原始申请、适用版本、纠正、同期理由、最终分配、审查和补救连接起来。因此，实质性决策的一致性以及成功或拒绝率仍未被衡量。更早的地址表格一旦被直接检索，也可能修订最早书面标准的时间顺序。
因此，历史结果是有限的，但却是重要的。公开表格和表格使申请者的输入、文书处理和一些偏离变得更为可知。它们为审查创造了条件。留存的公开记录尚未提供所需的交易样本，以确定这些标准在多大程度上始终如一地支配着最终判断。