摘要
- RFC 1466 的有类别阈值和阶梯式 C 类规则被 RFC 2050 的无类别框架所取代，但 1993 年的计划并未包含对区域授权、申请人披露或裁量审查的终止条款。
- 公开记录显示了文本上的重现和一份过期的 1993 年表格级实施，但缺乏请求、拒绝、例外、审计、上诉和结果的分母数据，因此后来的制度延续无法在没有操作证据的情况下归因于 1993 年的计划。
标题是一种假设，而非引文
形容词“临时”是本文回溯性假设。1993 年 5 月的计划——RFC 1466——并未使用“临时”、“过渡”或“日落”等词。它没有为其分配规则设定失效日期，也没有安排重新审议与之相关的区域机构的时间表。其结论称，这些建议将延迟而非无限期推迟耗尽。这确立了有限的技术效力，但并未确立承诺的制度失效。
这一区分至关重要，因为 RFC 1466 结合了多种不同的干预措施。它处理了稀缺的有类别网络号，尤其是 B 类单元。它试图为未来的编号计划保留地址空间。它安排 C 类分配，使新兴的聚合技术能够利用连续的地址块。它提议地理上分布的注册服务，以服务于日益国际化的用户群。它要求申请人披露网络计划，并让注册机构保留裁量例外情况的权力。
这些干预措施的生命周期并不相同。有类别测试与一个已面临压力的技术环境紧密相连。地理 C 类块部分是行政安排，部分是为聚合做准备。申请人披露和注册机构的裁量权是可复用的行政能力。区域组织可以继续为申请人服务，即使最初的 B 类与 C 类问题已不再决定分配规模。
该计划的开篇描述道，对网络号的需求在过去两年中显著增长。它保留了互联网注册机构（Internet Registry）作为主要和默认的注册机构，同时提议合格的机构接收地址块并承担分配责任。其宣称的服务理由是全球多样性：更靠近申请人的注册机构可能更好地理解当地语言和习俗。其技术理由涉及地址耗尽和路由压力。这些论点汇聚在一份文档中，但不应被视为一个不可分割的指令。
RFC 1466 作为信息性文件发布。其摘要记录了联邦工程规划组（Federal Engineering Planning Group）、洲际工程规划组（Intercontinental Engineering Planning Group）和 RIPE 的联合主席对这些建议的普遍支持。这证明了特定技术团体进行了审查。但这并非互联网服务提供商、网络用户或申请人的组成部分之母数，也不能证明运营商整体的同意。
RFC 1466 也并未开启所有后来与之关联的区域发展。该文件指出，RIPE NCC 在提案被采纳之前就已经获得了一个 C 类块。后来的回顾性叙述，RFC 7020，将向区域机构委托责任的提议追溯到 RFC 1366。因此，RFC 1466 是对已经发展中的区域进程进行了编纂、修订并附加了特定条款。不能简单地将其描述为单独创建了区域管理。
更有价值的问题比整个计划是否变成永久性要窄得多。哪些技术规则失去了权威？哪些行政能力在后来的文本中重新出现？哪些条款达到了申请人使用的过时表格形式？哪些机构角色在变化的技术原理下被再次描述？以及，从文本上的承袭转向关于持续运行或因果关系的断言，需要哪些证据？
有类别单元中的稀缺性
RFC 1466 的数字开篇容易被误读，因为其单元是网络号而非单个地址。该文件再现了 1992 年 5 月的分配统计。其 A 类行列出了 126 个网络号单元总数和 49 个已分配数。表格中印着 38%，但算术结果是49 / 126 = 38.888889%，四舍五入后为 39% 而非 38%。这一差异应作为已发布表格的特征被保留，而不应默默转换为数学上精确的结果。
B 类行列出了 16,383 个网络号单元总数和 7,354 个已分配数。这里7,354 / 16,383 = 44.887994%，与印出的 45% 一致。C 类行列出了 2,097,151 个网络号单元总数和 44,014 个已分配数。比率44,014 / 2,097,151 = 2.098752%，在整百分比表示时与印出的 2% 一致。
这些比率中没有一个是衡量已连接的主机数、已服务的申请人数量、已批准的请求数、已宣告的前缀数、地址利用率、拒绝数或同意数的。它们将已分配的有类别网络号插槽数与每个类别的分母进行了比较。由于 A 类、B 类和 C 类中包含的主机地址值数量截然不同，这些行是不可互换的。
RFC 1466 进一步描述称，A 类代表总 IP 主机地址的 50%，B 类为 25%，C 类约为 12%。理论上，C 类占整个 IPv4 空间的 12.5%。这种地址空间分布有助于解释为何只有约 2% 的 C 类网络号单元可以被分配，而担忧仍很强烈：直接的问题不是对全部原始 IPv4 值的简单计数。
有类别寻址为组织提供了截然不连续的选择。一个 C 类网络包含 256 个原始地址值。根据那个时期对网络标识符和广播标识符的传统处理，它提供 254 个可用的主机标识符。B 类提供了大得多的主机字段。因此，许多组织更喜欢 B 类，而不是连接多个 C 类网络所带来的操作复杂性，即使它们的预计设备数量仅占 B 类容量的一小部分。
由此产生的稀缺性至少有三个维度。首先，B 类网络号单元相对于其有限的数量正在被快速消耗。其次，大型分配可能使其地址容量大部分未被使用。第三，用一个 B 类代替许多个 C 类网络可能会增加路由条目数量，除非聚合技术和拓扑允许这些网络被共同表示。
RFC 1466 处理了所有三个维度，但并非使用单一指标。其 B 类限制保护了稀缺的期望有类别单元。其 C 类排程将预计需求转化为连续的分配。其地理块创建了与潜在聚合相适应的行政结构。其区域注册机构条款分配了执行这些规则的工作。该计划将稀缺性管理与制度设计结合起来，因为必须有人接收预测、评估网络架构、保护机密信息并决定例外情况是否合理。
这是一种受稀缺性塑造的回应，而不仅仅是一张工程限制表。一旦预测成为证据，分配就依赖于能够解释它的机构。一旦多个连续的网络替代了单个 B 类，分配者就必须决定块的大小和位置。一旦地理划分成为主要责任的基础，技术分配计划也就组织了服务关系。
然而，数字限制了这种解释能走多远。该表未说明任何特定网络号被分配的原因。它没有提供申请群体，没有接受与拒绝计划的比较，也没有关于申请人更改或撤销请求的说明。这些统计数据确立了政策书写的有关别背景，但并未确立任何单项条款的效果。
B 类门槛
该计划最明确的分配门槛涉及 B 类请求。早期的指导曾倾向于使用子网化的 B 类而非多个 C 类网络。RFC 1466 扭转了这一偏好，在多个 C 类可行的情况下反对使用 B 类，理由是 B 类网络号的稀缺性及其在许多组织中的使用不足。
寻求 B 类的组织被期望满足两个连接性标准：一份子网划分计划，记录超过 32 个子网和超过 4,096 台主机。它还必须提交一份工程计划，说明为什么 C 类网络块对其设计来说不合理。该计划必须说明未来 24 个月内预计的主机数量和每个子网的主机数量。
这些阈值很重要，但它们并非自动生效的权利。超过 32 个子网但不超过 4,096 台主机，不满足建议的连接条件。超过 4,096 台主机但没有所需的子网结构，同样不满足。即使数字条件已呈现，注册机构仍需评估工程上的解释是否证明了更稀有类别单元的合理性。
词汇将裁量置于中心。申请人必须证明 C 类块在工程上难以实现。注册机构决定申请是否合理，以及计划是否值得一个 B 类。如果不是，所描述的替代方案就是 C 类网络号块。提交的计划将严格保密，且仅用于评判申请。
RFC 1466 还保留了例外情况。它承认，即便未达到建议的 B 类标准，一个组织也可能无法使用 C 类块。这样的申请人可以解释工程约束。文本并未列举所有可接受的拓扑，为证据赋予权重，或公布消除审查者裁量权的公式。
在申请人层面之上，中央互联网注册机构（Internet Registry）可以向区域注册机构分配小的 B 类块，如果这改善了社区服务。它可以发布更具体的子分配指导，要求对块进行记录，接收申请人的工程计划，并对其进行是否遵循指导原则的审计。这些条款确定了经授权的行为者和可能的监督形式。它们并未表明一项审计发生了，多久考虑一次，或带来了什么后果。
因此，该安排包含一个技术前提、一个分配标准、一个制度标准和一个例外。技术前提是 B 类稀缺和使用不足。普通标准结合了子网和主机阈值与 24 个月的工程计划。制度标准是注册机构评估和保护该计划的能力。例外允许标准之外的案例根据工程理由进行考量。
其负担是不对称的。申请人不得不将不确定的未来增长转换为文档化的架构。注册机构保留了对预测可信度及多个 C 类是否实用的裁量权。这种不对称并非仅源自分配数据库；它被写入了请求者与审查者之间的举证关系中。
然而，将后来每一次对申请人信息的要求描述为这种 B 类规则的延续都是错误的。最初的测试询问的是，在两年期的视野内，有类别替代方案是否可行。到 1996 年 11 月，已发布的框架使用前缀长度、利用率和分阶段分配。预测审查再次出现，但审查的对象和时间范围发生了变化。行政功能的连续性并不意味着原始阈值的连续性。
连续 C 类和聚合的算术
RFC 1466 试图通过尽可能分配多个 C 类来保护 A 类和 B 类单元。这种回应产生了其自身的路由问题。如果每个 C 类单独出现，路由条目的数量可能会迅速增长。因此，该计划将 C 类单元安排在与聚合兼容的连续、2 的幂次方块中。
地理划分必须以正确的单元进行描述。RFC 1466 将 192.0.0.0 到 207.255.255.255 的范围划分为八个块，每个块覆盖两个第一字节值。每个块包含 131,072 个 C 类网络号单元：2 × 65,536。这是理论上的 2,097,152 个 C 类网络号空间的 6.25%。它也是131,072 × 256 = 33,554,432个原始 IPv4 地址。
理论分母 2,097,152 个 C 类单元与 RFC 1466 分配表中印出的 2,097,151 是不同的。不应将二者视为来自同一次计算而隐藏差异。表格报告了其有类别库存；6.25% 的块份额来自理论的 21 位 C 类网络号字段。
该计划将 C 类范围的上半部分（208.0.0.0 到 223.255.255.255）留作进一步通知前的保留。在下半部分中，192.0.0.0 到 193.255.255.255 被描述为多区域，因为那里的分配早于实施。欧洲获得 194–195 块，北美 198–199，中美洲和南美洲 200–201，环太平洋地区 202–203。其余三个双字节块被保留以备灵活使用。
RFC 1466 称这种划分主要是行政性的，并说它为分布式注册机构奠定了基础。它也被设计得与潜在的地址聚合技术兼容。“兼容”是正确的主张级别。仅凭地理连续并不导致路由聚合。一个块是否能作为一个路由宣告，取决于网络拓扑、提供商关系、路由策略和实际部署的技术。
在这些大块内，该计划使用了一个阶梯式排程，基于组织对未来 24 个月所需终端系统地址的估计。少于 256 个地址对应一个 C 类；少于 512 个对应两个；少于 1,024 个对应四个；少于 2,048 个对应八个；少于 4,096 个对应 16 个；少于 8,192 个对应 32 个；少于 16,384 个对应 64 个连续的 C 类网络。
这些阈值指的是原始地址块大小。它们不应被默默与可用主机例子合并。一个 C 类包含 256 个原始值，但按当时的惯例是 254 个可用主机标识符。32 个 C 类包含 8,192 个原始值。如果作为 32 个独立的 C 类网络，它们包含 8,128 个这样的可用主机标识符。64 个 C 类包含 16,384 个原始值和 16,256 个有类别可用主机插槽。同样的连续地址跨度对应一个单一的/18前缀，但该前缀表示法并未消除原始值与应用于独立 C 类网络的可用主机惯例之间的区别。
该排程有例外。如果用户的网络由逻辑上不同的局域网组成，而默认块难于使用，则可以按局域网应用标准。RFC 1466 给出了一个例子，600 台主机分布在 10 个以太网上，可能产生 10 个 C 类分配。它还警告了在子网划分可行时的极大浪费，并允许注册机构要求提供工程解释。
需要超过 4,096 个唯一地址的用户可能符合 B 类资格，但区域注册机构可以接受对更大 C 类块的请求。64 个连续 C 类被描述为最大常规块，偏差则逐案确定。因此，该排程是结构化的，但不是机械的。
这一条款揭示了一项已经超越了它正式使用的类别标签的计划。其分配词汇仍然是 C 类，但 2 的幂、位级连续性以及 18 位前缀都指向无类别表示。该计划并未解决保护与路由压力之间的紧张关系；它安排了分配，以便后来的路由技术可能管理这种紧张。
一个回溯性的可视化来源无法提供缺失的因果桥梁。CAIDA 的IPv4 地址空间分配可视化历史发布于 2020 年 7 月 18 日。其说明的方法将地址块按监管分配的机构进行分组，使用 IANA 的 IPv4 地址空间文件和 RFC 作为来源基础。公开材料并未提供可复现的历史来源快照、分配事件的分母、排除项、申请人记录或决定理由。它可以说明 CAIDA 的回溯性分组。它无法显示 RFC 1466 导致了某个分配，某个注册机构拒绝了某个替代方案，或某个申请人使用或拒绝了某个后备路径。
区域服务、委派职责和中央后备路径
RFC 1466 的区域条款首先被作为对日益多样化的互联网的服务回应而合理化。一个更靠近社区的注册机构可能更好地以当地语言和习俗服务于申请人。欧洲、北美、中美洲和南美洲以及环太平洋地区被指定为足够成熟的区域，可以考虑进行委派。
仅靠近是不够的。一个候选组织被期望获得其所在地区网络权威机构的合法化、根基稳固，并在注册职能之外被认可。它必须投入足够的资源以提供稳定、及时和可靠的服务。它必须遵循 IANA 和互联网注册机构的指导，并与中心协调资格和子分配策略。
该计划还指出，区域注册机构应无偏见且被网络提供商和用户广泛认可。它认为在该区域层面拥有一个注册机构对于高效和公平的子分配很重要。这些声明是机构选择的标准。它们并非证明所有受影响的提供商或用户都授权了该候选者。该文档并未为“网络权威机构”、认可或审查组支持提供组成分母。
一旦被选定，区域注册机构即由 IANA 和互联网注册机构授权，在一定地理区域内提供注册服务。在存在区域注册机构的情况下，相关 C 类块的分配主要责任可以委派给它。在没有指定权威机构的地方，中央注册机构仍为默认选项。
该计划并未在文本上将区域渠道设为绝对。申请人可以直接联系中央互联网注册机构。根据情况，申请人可能被转介至区域注册机构，但中央注册机构表示，必要时它将准备为任何网络用户提供服务。
该后备路径必须保持为 1993 年架构的一部分。它防止文档被改写为排他性管辖权的无条件授权。同时，其实际意义未知。RFC 1466 没有定义“必要”，没有建立可执行的服务测试，也没有说明如何解决有关转介的分歧。该来源确认了已发布计划中的途径；它没有揭示其频率、可及性或对申请人的后果。
RIPE NCC 先于采纳的地位进一步限制了以 RFC 为中心的因果性。RFC 1466 记录道，在提案被采纳之前，RIPE NCC 已经获得了 193.0.0.0 到 193.255.255.255 的 C 类块，并同意在新的指导原则下在该块内进行分配。因此，该计划将其标准附加于现有的委派之上，而非无中生有地创建该委派。
RFC 7020 的回溯性叙述强化了这一点，但并未解决所有历史细节。它指出 RFC 1366 提议将责任委派给区域机构，并记录了通过 RFC 1466 和 RFC 2050 的延续。它还指出，在 RFC 2050 之后，号码注册系统发生了重大变化。这在一份 2013 年的信息性文档中确立了公认的传承，而非一个从 1993 年直接延伸至后来的五个注册机构体系的未经改变的指令。
可辩护的 1993 年主张是，RFC 1466 编纂了区域代表的资格条件，将地理 C 类块与主要区域责任关联起来，并保留了中央后备路径。它将服务、分配和协调联系在一个发展中的制度结构内。区域层级后来是否因为提供了更好的服务、持有委派资源、减轻了中央工作量，还是因为替换成本高昂而持续存在，需要超越该条款本身的证据。
RIPE 95：一项过时的表格级实施
欧洲 IP 网络号申请表格及支持说明，RIPE 95，提供了一个更具体但边界严格的视图。它于 1993 年 10 月 1 日发布，声明仅有效至 1993 年 12 月 30 日。它证明了那个时期欧洲特定的表格和指定的提交渠道，而非一份无限期有效的规则手册。
其开篇描述了一种分布式安排，其中 InterNIC 将地址块委派给 RIPE NCC，后者再委派给本地互联网注册机构。申请人被指示首先通过本地注册机构申请。互联网服务提供商的客户被告知联系其提供商；没有此类提供商的申请人被导向适当的非服务提供商本地注册机构。对正确路径不确定的人可以联系 RIPE NCC 寻求建议。该表格并未普遍授权以“不确定”为由绕过初审的本地路径。
B 类请求遵循更明确的升级流程。申请人通过本地注册机构提交。如果本地注册机构认为请求合理，它将材料转发给 RIPE NCC，在所述安排下，只有 RIPE NCC 才能分配欧洲的 B 类号。这是指定渠道和审查层级的证据，但不是转发、拒绝或更改的请求数量的证据。
该表格将信息分为公开的行政材料和保密的技术材料。公开字段涵盖网络名称、组织描述、国家、行政和技术联系人、地址和通信细节。技术部分被描述为保密，且从公共 RIPE 数据库中排除，询问了所请求的类别和数量、当前机器数、一年和两年的机器估计数、当前和预计的子网数、互联网连接状态、现有网络号以及网络将运行的国家。
其例子使原始值与可用值的区分清晰可见。表格将一个 C 类列为最多 254 台主机，两个为 508 台，四个为 1,016 台，八个为 2,032 台，16 个为 4,064 台，32 个为 8,128 台。这些是在每个 C 类网络扣除两个标识符后，按当时惯例的最大可用主机数。它们并未改变 RFC 1466 中每个 C 类为 256 个地址值的原始排程。
请求超过两个 C 类需要更全面的网络描述。申请人被要求说明子网大小、传输网络和终端服务器。现有的分配很重要：寻求额外空间的组织被期望描述已使用和未使用的网络号、已安装的子网、已连接的主机和其他结构事实。宣称的目标是高效使用，并在可能的情况下进行连续分配，以便路由信息可以被聚合。
对于 B 类请求，RIPE 95 将标准描述为极其严格，原因是全球稀缺性。主机估计数需要由员工人数、地理分布和主机类型等信息支持。申请人必须解释为什么连续的 C 类不能支持其设计。行政便利性被明确否决。多个 B 类请求需要详细的论证，足以说服本地注册机构和 RIPE NCC。
对于一项有限的命题，这比单独的政策文件更有力：RFC 时代的信息需求在欧洲达到了过时的申请人表格层面。这些字段展示了预计的机器、子网、先前的分配和连接性如何被呈现给审查者。初审的本地路径和 B 类升级识别了所规定的行政路径。
对于判决而言，该表格作为证据要弱得多。它不包含已完成申请、转介、批准、拒绝或撤回的分母。它没有显示两个相似的申请人是否被同等对待，审查者是否遵循每个字段，例外是如何论证的，预测后来是否被检查，或者申请人是否认为该过程是正当的。一份标准表格可以证明预期的信息披露，但不能证明一致的决定。
它也不能建立直到 1996 年的连续性。其失效日期是明确的。后来的表格可能保留、修改或删除了个别字段，但这一结论需要后来的文件。因此，RIPE 95 应保留为一个过时的观察点：1993 年架构部分内容在表格层面的实施，局限于 1993 年底和欧洲。
1996 年 11 月：文本上的替代，而非瞬间事件
1996 年 11 月，RFC 2050明确废止并替代了 RFC 1466。它被发布为最佳现行实践 12，并表示先前的指导方针和程序已根据经验进行了更新和修改。在文本上，这一继承关系是明确的。
其状态注释需要精确。互联网工程指导组（IESG）表示，批准反映了其认为该政策准确代表了当前的注册机构分配实践。注释立即补充说，批准并不构成 IESG 的背书或推荐。它还预期在 1997 年 12 月，经过进一步讨论后进行重新评估。
这一注释支持了关于已发布编纂和声称的当前实践的主张。它并不认证一个独立的制度保留决定，不证明跨注册机构的统一实施，也不证明每一条款在发布时立即生效。RFC 状态、废止、声称的实践和实施是不同的命题。
技术上的变化是实质性的。RFC 2050 围绕三个目标组织了分配：保护、可路由性和注册。保护意味着基于运营需求的公平分配和防止囤积。可路由性意味着有助于路由可扩展性的分层分配，同时明确拒绝保证所分配地址会被路由。注册意味着维护公开记录以保持唯一性并支持故障排除。
该文件承认这些目标可能彼此冲突，也可能与最终用户和提供商的利益冲突。它要求在个案中进行分析和裁量。因此，后来的裁量权有了一个新明确的三目标基础，而非仅仅重复 B 类与 C 类的问题。
RFC 2050 描述了一个既定的 IANA、区域注册机构和本地注册机构的层级结构。当时它指定了三个区域注册机构：InterNIC、RIPE NCC 和 APNIC。该 1996 年的描述不应被后来的五个注册机构地理所替代。区域注册机构在大的地缘政治区域内运作，协调本地注册机构，并被描述为根据 IANA 授权，在区域互联网社区共识下建立。
分配现在明确是无类别的了。区域注册机构在 CIDR 支持的位边界上发放地址块。分配以前缀长度进行，而非作为 B 类或 C 类。因行政便利而做出的有类别假设需要特别证明。一个之前可能被描述为接收 B 类的组织，现在将接收一个/16前缀，如果该大小得到证明，不论其历史上的地址类别如何。
提供商层级成为可路由性的核心。满足指定路由条件的互联网服务提供商，包括符合条件的多宿主或与指定主要交换点直连，可以向其地理区域内的区域注册机构请求地址空间。没有指定区域注册机构的提供商可以联系另一个区域注册机构，后者可以处理或转介该请求。其他提供商通常被指示从其上游提供商获取地址空间，以便分配能适合提供商的聚合。
该文档警告说，由注册机构直接发出的地址属于最不可能全球可路由的地址。它鼓励提供商将客户分配视为连接期间的贷款，并预期在客户更换提供商时进行重新编号。这与 RFC 1466 广泛的地理 C 类网格相比，是聚合与分配之间的一种不同关系。
对于新的服务提供商，RFC 2050 规定了慢启动。初始分配应是最小的，并基于即时证明的需求。后续块可以在区域注册机构验证利用率后增加。父注册机构决定了初始和后续的大小。预计的客户数量影响甚微，而额外的分配预期覆盖大约三个月的分配量。
该提供商分配规则必须保持与终端企业分配指导分开。对于终端企业，RFC 2050 列出了 25% 的即时利用率和一年内 50% 的利用率。它将利用率定义为已连接的主机除以网络上可能的主机总数。组织必须对其一年预测显示出高信心，并提供支持文档。拓扑结构可以证明例外情况，但这些百分比被呈现为通用指导。
后来的文档还要求网络工程计划。在分配之前，注册机构应检查子网掩码、每子网主机数、拓扑结构、路由计划和协议限制，子网和主机信息至少覆盖一年。跨部门和子公司的先前地址分配必须说明。注册机构可以要求佐证和确认组织身份的信息。
这些信息需求在高层面上与 1993 年的架构相似，但服务于一种改变的测试。RFC 1466 使用 24 个月的预测来确定多个 C 类是否合理，并选择一个阶梯式有类别块。RFC 2050 使用即时需求、一年利用率、先前使用证据、前缀大小、提供商聚合和分阶段分配。申请人仍然提供信息；但这些信息不再回答相同的分配问题。
审计授权也发生了变化。RFC 1466 允许中央注册机构审计区域 B 类工程计划。RFC 2050 表示，所有地址请求都可能由区域注册机构认为合适的方式进行审计和验证。虚假信息可能导致分配无效并归还所分配的地址至空闲池。区域注册机构可以设置需要第二意见的大小阈值。
保密性和审查路径被更全面地描述。申请人标识为敏感的信息必须作为机密处理。如果分配的注册机构无法确保隐私，其上级可能进行分配。对分配决定不满的组织拥有向父注册机构上诉的书面权利，如果其他途径已穷尽，最终可能上诉至 IANA。
这些是公布的权力和保障措施。它们的纳入本身并不说明审计的选择、上诉的频率、推翻率或实践中的可及性。然而，它们表明后来的框架不仅仅是去掉了类别名称的 RFC 1466。它围绕 CIDR、提供商层级、利用率、慢启动、验证和上诉重新塑造了分配。
因此，文本上的废止是重要的。1996 年 11 月之后，权威的公布基线是 RFC 2050，而非一个默默延续的 RFC 1466。同样，发布不能显示每个区域表格、审查者习惯、软件工具或申请人渠道变更的日期。规则的连续性和制度的连续性必须分别评估。
对表面延续的四种解释
与 RFC 1466 相关的三大特征在其有类别机制失去权威后重新出现：区域组织、申请人信息负担和裁量审查。它们的重现并不指示其自身的成因。
四种解释值得考虑。第一种是持续的技术需求。独特的分配、有限的地址池和路由聚合可以独立证成协调的注册机构和基于证据的审查，在 B 类问题改变之后。
第二种是委派的职责。持有地址块、记录和对下游注册机构义务的组织具有切实的责任，这些责任不会在一份后继 RFC 出现时消失。延续可能反映了保持准确分配和运营服务的需要，而非对早期文本的执着。
第三种结合了转换成本和行政惯性。现有的员工、表格、数据库、保密渠道、升级关系以及申请人的知识使得制度替换成本高昂。一旦基础设施存在，这一机制是合理的，但合理性不是度量。所审查的资料来源未对过渡进行定价，也未记录被拒绝的替代方案。
第四种是后来的文本编纂。RFC 2050 在一个无类别框架下描述了区域层级、申请人文档、验证和上诉。这表明后来的作者重新陈述并重组了广泛的行政功能。这比一个经鉴定的决定记录——识别出一个负责的主体、一项被保留的 1993 年条款、保留的原因以及一个实施日期——要弱。
这些解释并非互斥。持续的技术需求可以与委派的职责共存。一项有用的制度也可以代价高昂地加以替换。后来的编纂可以认可通过实践发展起来的安排，而非创造它们。证据允许对每种可能性进行选择性测试，而非对因果进行数值分配。
地理网格之后的区域组织
1993 年精确的条款将合格的区域组织与主要责任绑定在广泛的 C 类块上，同时保留中央默认服务和直接后备路径。其技术背景是与潜在聚合兼容的有类别分配。其制度背景是一个发展中的地理分布式服务模型。
到 1996 年，RFC 2050 将区域注册机构描述为三级层级中已建立的组成部分。IANA 向它们分配；它们协调本地注册机构；本地注册机构和提供商服务于下游用户。其机制不再是简单地将一个区域组织与一个双字节 C 类块配对。它涉及 CIDR 分配、基于提供商的寻址、再分配记录和分层审查。
后来的文本并未重复整个 1993 年的资格列表。语言和习俗、注册职能之外的合法性、每个区域一个单一组织，以及“必要时”的普遍中央服务，并未以相同形式重新陈述。RFC 2050 转而提及区域互联网社区共识、IANA 授权和本地注册机构的协调。
期间观察到的证据仍然受限。RIPE 95 显示了 1993 年末欧洲的本地到区域安排。RFC 2050 在 1996 年 11 月编纂了区域层级，并将其描述为当前的注册实践，受限于 IESG 注释的限制。RFC 7020 后来承认了制度传承，同时记录了重大的后续变化。
持续的技术需求是替代以 RFC 为中心的因果关系的强有力解释。地址唯一性需要协调，聚合受益于分层分布。区域服务可以减轻中央工作量，并将审查者置于更靠近申请人的位置。这些需求都不依赖于持续使用 1993 年的 C 类地图。
委派的职责也是合理的。RIPE NCC 在 RFC 1466 被采纳之前就已经持有一个地址块。一旦区域和本地注册机构持有地址空间、维护记录并为下游组织服务，突然的替换将需要数据、权限和技术功能的转移。这些来源显示了这些职责的存在；它们并未确立每一项得以维持的完整工具。
转换成本由 RIPE 95 中可见的表格级基础设施所暗示。申请人有了认可的渠道、公开和保密的字段、本地联系以及进行 B 类审查的升级路径。替换这些安排将带来工作量。没有审查过的证据显示，因为认为成本过高而拒绝了某项提议的替代方案。
后来的编纂是最清晰的文献事实。RFC 2050 在一个不同的分配制度下发布了一个层级体系。将之称为文本上的再采用，可避免将出版误当作一项独特的保留决定或普遍运作的证明。
中央后备路径是一项关于不变延续性的主张最明显失败之处。RFC 1466 表示，中央注册机构将在必要时为某一用户提供服务。RFC 2050 则描述了普通的提供商和区域渠道，在没有区域注册机构存在时的跨区域联系，保密性方面的上级介入，以及分层申诉。这些上级层面的机制与早期的保证并不相同。
这些来源没有显示 RFC 1466 的后备路径是否被频繁使用、很少使用、收窄、转变或被搁置。它们也没有确立其可执行性或实践便利性。安全的结论是，区域管理在发布的形式上持续存在，而其技术基础和服务层级发生了变化。角色持续存在；1993 年的分配网格和后备语言并未以未经改变的方式明显随之持续。
有类别阈值之后的申请人披露
RFC 1466 要求 B 类申请人提供子网和主机预测，解释为什么 C 类不合理，并披露一份 24 个月的工程计划。其 C 类排程也依赖于对所需终端系统地址的两年估计。RIPE 95 将相关的需求转化为涵盖当前和未来机器、子网、连接性、先前分配和网络结构的字段。
RFC 2050 保留了请求并非自证有效的一般命题。注册机构审查关于网络计划、拓扑结构、路由、先前使用和预期利用率的证据。寻求进一步分配的提供商必须证明使用情况。终端企业面对的是即时和一年的利用率期望。可以要求佐证。
在不同层级，实施行为者各不相同。一个本地注册机构或提供商可能接收普通请求。一个区域注册机构可以审查较大的或直接的分配。一个父注册机构可以在保密性、第二意见或上诉方面介入。申请人仍然依赖于制度评估，但审查主体和证据目的有所不同。
机制的变化之大可能超过了表格重现所暗示的程度。1993 年，一个两年预测在 B 类资格和 2 的幂次方 C 类块之间做出选择。1996 年，一个新提供商以基于即时需求的最小空间开始，而额外的提供商空间在利用率验证后覆盖大约三个月。一个终端企业则根据即时和一年的利用率进行评估，利用率定义为已连接的主机占可能主机数的比例。
这一转变实质上降低了对提供商进行投机性增长评估的作用。RFC 2050 表示，预计的客户基础对父注册机构的分配几乎没有影响。历史使用和分阶段需求变得更重要。信息收集幸存了下来，但其逻辑从选择有类别单元转变为控制随时间进行的无类别分配。
持续的稀缺性提供了一种独立解释。有限的池子和不确定的需求为要求申请人提供证据创造了理由，即使之前没有表格存在。可路由性增加了另一个理由：拓扑结构和提供商关系会影响一个前缀是否有助于聚合。因此，后来的信息负担可以通过当前的技术条件来证成，而非继承的习惯。
现有的行政能力仍然是一个合理的贡献者。审查者已经知道如何处理保密计划、先前的分配和预测。申请人已经遇到过标准化的问题。一项改变的技术测试可以被插入到熟悉的渠道中。这是一种关于适应性的可信叙述，而非惯性导致了后来规则的证明。
公开的编纂再次是最可靠的结果。RFC 2050 在一个新框架下要求文档化。本文可以确立文本上的重现和一项 1993 年的表格级实施。它不能确立相同表格的连续使用、稳定的审查者实践，或跨越 1993-1998 年期间的一致效果。
因此，制度上的后续生命比某一特定阈值的幸存要窄。持久的特征是这样一种请求架构：申请人提供网络证据，注册机构根据共享资源和路由目标对其进行解释。32 个子网、4,096 台主机和 24 个月的测试并未作为通用的分配语法而幸存。
在不同技术目标下重新编纂的裁量权
RFC 1466 在多个点上保留了裁量。A 类分配仍由 IANA 裁量。一个处于建议阈值之外的 B 类申请人可以论证 C 类在技术上不可用。一个 C 类分配可以在本地网络结构证成的情况下偏离默认排程。更大的 C 类块和其他例外情况是逐案确定的。
其可能的审计涉及中央注册机构对支持区域 B 类分配的工程计划的监督。该权限是许可性的：注册机构可以要求记录并可以审计。那样的用语确立了采取行动的裁量权，而非行动频繁或系统化的证据。
RFC 2050 更广泛地重新编纂了裁量权。保护、可路由性和注册可能彼此冲突，也可能与个体利益冲突。注册机构被期望行使裁量。拓扑考虑可以证成偏离利用率指导的情况。路由效率、先前分配历史和网络计划是逐案评估的。在区域阈值之上可以要求第二意见。
后来的文档还指出，所有请求都可能接受审计和验证，并允许在分配基于虚假信息时宣告无效。同时，它正式确立了保密义务和一条上诉路径。公布的架构将审查者权威与声明的上级审查通道结合在一起。
这并不是 RFC 1466 的不变延续。早期的裁量中心在于类别选择、多 C 类可行性和偏离有类别排程。后来的裁量则涉及前缀长度、即时需求、利用率、提供商聚合、路由概率和无类别网络设计。相似的制度动词隐藏了不同的技术对象。
在这里，持续的需求是特别有说服力的。没有任何固定的阈值能代表每一种拓扑，保护可能与路由聚合冲突。专家的裁量可能因为案例各不相同而持续存在，而非因为一个组织无法放弃一项早期实践。
行政继承可能仍然重要。一个已经装备起来接收计划和保护机密信息的注册机构，可以将审查扩展到利用率和路由证据。分层委派也将裁量置于多个层级。然而，这些来源并未揭示审查者是否跨越了文档断裂点应用了一种稳定的解释文化。
后来的编纂在文本中是可见的。操作上的一致性则非如此。一条书面的例外说明非典型案例可以被考虑；它并未揭示例外的频率或方向。审计授权识别了一项权力；它并未揭示选择方法、发现结果或后果。一条书面的上诉路径识别了一项补救措施；它并未确立可及性、使用或推翻情况。
因此，适当的后续生命主张是功能性的和有限的。在 RFC 2050 之下，注册机构在资源保护和网络设计方面的裁量权重新出现，并带有更广泛的审计语言和一条书面的上诉条款。实质性标准发生了改变，且证据并未显示后来的裁量权是由 RFC 1466 引起的，或是一致行使的。
公开记录所确立的——和所保留的
文档序列在若干点上都很清晰。RFC 1466 于 1993 年 5 月作为信息性计划发布。它包含了有类别统计数据、B 类测试、连续的 C 类排程、区域资格标准、逐案例外和一条直接的中央后备路径。它还承认，RIPE NCC 在采纳之前持有一个 C 类块。
RIPE 95，有效至 1993 年 12 月 30 日，显示了一份欧洲表格，要求提供当前和预计的网络信息，并指定了一条初审本地注册机构的路径。RFC 2050 于 1996 年 11 月作为 BCP 12 发布，明确替代了 RFC 1466，并编纂了无类别分配、提供商层级、慢启动、利用率审查、验证和上诉。RFC 7020 提供了 2013 年的回溯性传承，同时承认了重大的后续变化。
当分析单元从文档转为个案时，记录就变得薄弱了。没有任何所审查的源提供了总请求数、批准数、拒绝数、撤回数、例外数、审计数、上诉数、直接 IR 联系数、转介数或放弃的请求数的分母。没有链接的群体显示某申请人首先使用了哪个渠道，被要求了哪些证据，审查者如何推理，分配了哪个块，是否适用了某项例外，是否发生了审计，或上诉是否改变了结果。
聚合的分配记录也无法恢复所有这些事实。一个发放的块标识了一个分配结果，但无法标识被拒绝的替代方案、被撤回的请求、不成功的申请人、审查者的动机或请求抵达的路径。一个根据监管组织对块进行的分组也无法识别哪条规则导致了某个单独的分配。
缺失的分母以不同方式限制了主张。没有直接的 IR 案例，1993 年的后备路径就无法被归类为强健的、名义上的或不切实际的。没有例外群体，公布的阈值就无法转化为实际的规律性。没有审计记录，授权就无法转化为执行的频率。没有上诉记录，书面的补救措施就无法在可及性或效果方面得到评估。
围绕 RFC 2050 的同时期通信将回答一个不同的问题。后继者表示，它根据经验更新和修改了先前的条款，但这里审查的来源并未提供一份完整的逐条说明，解释作者意图保留什么、认为什么是过时的，或什么可能已经不再使用。文本上的替换证明了继承关系。它并未披露每一个替换动机。
这些记录的缺失不是同意、反对、公平或失败的证据。它是推理的边界。文档显示了机构发布了什么，一份 1993 年末的表格要求申请人提供什么，以及一份 1996 年的后继者如何描述注册系统。它们并未确立一个群体范围内的运营历史。
这一边界也防止了一种相反的错误：仅仅因为后来的回溯性叙述承认了传承，就假定制度的持续存在。传承可以包含广泛的修订。RFC 2050 取代了有类别阈值，将分配单元改为前缀长度，正式确立了慢启动，并围绕提供商和 CIDR 重塑了聚合。RFC 7020 本身称，系统在 1996 年后发生了重大变化。
一个边界清晰的答案
RFC 1466 在文本上并非临时性的。它没有提供失效日期，没有“临时”标签，也没有制度上的日落条款。它关于建议只会延迟耗尽的声明描述了技术补救措施的局限性，而非一项承诺——区域委派、申请人披露或注册机构裁量将在有类别分配失效时一同终止。
然而，它在文本上于 1996 年 11 月被废除了。RFC 2050 实质性取代了它的 B 类测试、地理 C 类算法和 24 个月有类别排程。前缀长度分配、CIDR 边界、提供商层级、慢启动、验证的利用率和一年的终端企业预测成为了公布的框架。
与 1993 年计划相关的一些行政能力重新出现了。区域组织在 IANA 和下游注册机构之间占据了一个公布的位置。申请人继续提供网络证据。注册机构继续根据不同的标准，对稀缺性、拓扑和聚合进行裁量。RIPE 95 提供了表格级实施的一个过期例子，而 RFC 2050 提供了后来的编纂和对当前实践的一项声明。
这些来源并未确立 RFC 1466 导致了那些能力的持续存在。区域管理在其被采纳之前就已经在发展了。持续的技术需求、委派的职责、转换成本、行政惯性和后来的编纂仍然是合理且重叠的解释。记录并未分配它们的因果权重。
因此，最终的区分是清晰的。RFC 1466 在文本上并非临时性的；它在文本上于 1996 年被废除；并且公布的证据显示了有限的表格级实施和后来的编纂，但并未证明 1993 年的计划导致了被归因于它的操作上的持续性。