摘要

  • AFRINIC 归档页面把第一版标作 Version 1.0、Under Discussion，提交日期为 2019 年 2 月 27 日；AFRINIC 到 3 月 7 日才公告收到提案。页面印作 AFPUB-2019-ASN-DRAFT01，4 月 8 日工作人员评估则写作 AFPUB-2019-ASN-001-draft-01，后来提案链沿用带 001 的规范化编号。这个文字差异应被保留，而不能被悄悄抹平。
  • 旧资格判断把独特路由策略、物理多宿主或近期达到这些条件的计划，以及良好会籍等要求放在累积关系中。Draft 1 改成一名信誉良好的 AFRINIC 资源成员可以在“多宿主”与“需要同另一个 AS 互联”之间满足其一，并允许近期计划达到任一路径；它没有取消私有 ASN 指引，也没有取消技术审查。
  • 争论双方都指出了真实问题。Jaco Kroon 认为只有一个上游的站点往往可以使用静态路由，因此未必需要 ASN；Fernando Frediani 则指出，稳定的提供商无关地址空间、未来更换上游、接入 IXP 或私有互联，都可能使单一转接上游的网络仍然需要公共 ASN。争点不是“单宿主是否一律有资格”，而是全球唯一身份的必要性该如何证明。
  • 4 月 8 日的工作人员评估准确发现 Draft 1 与 RFC 1930 第 5.1 节之间的冲突：旧技术指引说单宿主站点不需要 ASN，而提案的新互联路径可能批准只有一个互联对象的申请。解决办法不是恢复强制冗余，也不是完全撤掉资格判断，而是建立一套证据明确、理由可理解、执行一致并可复核的全球唯一 ASN 必要性测试。

L3｜一处逻辑连接词，打开了整个技术争议

设想一个位于大陆腹地的地区网络。它只有一家可用的转接供应商，不是因为经营者不懂韧性，而是第二家供应商尚未把设施铺到当地，或者第二条接入的长期费用会吞掉这个网络原本要用来扩容的预算。与此同时，它需要在互联网交换点同邻近网络交换流量，或者需要以稳定身份公布不随单一供应商改变的地址空间。它面对的不是“是否喜欢冗余”这道题，而是两个不同层次的问题：业务拓扑是否需要第二条上游，以及全球路由系统是否需要把它识别为一个独立的行政路由域。

继承下来的 AFRINIC 资格规则把这两个问题捆在一起。其结构是累积性的：申请者要满足列出的全部要求，其中包括拥有独特路由策略、成为多宿主站点，或者提出近期达到相关条件的计划，并维持良好会籍。物理多宿主因而不只是证明材料，而成了进入公共 ASN 体系的门票。这个设计有历史上的工程直觉：如果一条静态路由已经能完成转接，额外发放一个全球可见的编号既没有必要，也会给登记与路由卫生带来成本。但是，一项便于审核的代理指标一旦被当成编号本身的目的，就会要求申请者先改变网络，才能证明自己需要一个并非为了那项改变而存在的标识符。

Jordi Palet Martinez 提交的第一版《Multihoming not required for ASN》试图拆开这层绑定。归档的官方页面把它列为 Version 1.0，提交日期是 2019 年 2 月 27 日，状态清楚写着 Under Discussion。页面标题处的标识符是 AFPUB-2019-ASN-DRAFT01；到了 4 月 8 日工作人员评估，编号写成 AFPUB-2019-ASN-001-draft-01，后来版本链与本项研究使用的是大写规范形式 AFPUB-2019-ASN-001-DRAFT01。密封记录没有解释页面为何漏掉 001，所以严谨做法是同时保留两种文件呈现，而不是猜测其中一个必然是另一方的排字错误。

时间也不能被压成一个含糊的“3 月发布”。第一版页面记载的是 2 月 27 日提交；3 月 7 日，AFRINIC 才在 RPD 邮件列表发布收到提案的公告，概括其目的为移除 ASN 分配中的多宿主先决条件，并邀请评论；4 月 8 日又出现独立的工作人员评估。这三个日期分别证明提交、公开通告与机构内部技术审查，任何一个都不证明采用，更不证明它已对申请者发生效力。

Draft 1 的核心改动是一处资格逻辑重写。旧结构要求若干条件共同成立；新结构要求申请者是 AFRINIC 的良好资源成员，并在两条技术路径中选择一条：已经多宿主，或有与另一个 AS 互联的需要。对于尚未完成建设者，提案也把近期实现任一条件的计划纳入考虑。换言之，它把“多宿主”从唯一的强制拓扑凭证，改成可能证明公共 ASN 需要的一类事实；另一类事实是互联本身对全球唯一身份的需求。

这并不是“谁来都发一个 ASN”。第一版仍保留了私有 ASN 的指引：不需要全球唯一号码的站点，应在适合的局部环境中使用私有号码。它也继续提到按照 RFC 1930 或其后继文件评估申请。提案另有删除原介绍性小节、合并并重编号第 7 节的编辑性调整，但真正改变控制面的，是资格条件从累积关系转成替代关系。它改变了审核问题，不等于取消审核。

私有 ASN 的保留很重要。只在一个行政环境内部使用、对外不需要被全球区分的路由身份，本来就可以用保留的私有号码范围；RFC 6996 后来整理的私有用途范围说明了这种边界。公共编号的价值来自跨网络协调：同一个数字不能同时表示彼此无关的自治域。因而一个合理的注册机构有责任拒绝纯粹方便、实验或本地足以解决的申请。Draft 1 的正当挑战不是否定稀缺资源管理，而是追问：既然需要协调的是唯一身份，为什么证据必须是购买第二条物理上游？

3 月下旬的邮件讨论很快把问题从口号拉回工程现实。Jaco Kroon 提出的反对意见是最强的善意案例之一：一个只有单一上游的站点可以由供应商以静态路由承载，它因此可能根本不需要自己的 ASN。如果规则只要看到一次“互联”就自动批准，那么许多普通客户—供应商关系都可能被误认成自治路由域。这个提醒不是为资本门槛辩护，而是在守住公共标识符与局部配置之间的边界。

Fernando Frediani 的回应则说明“一个转接上游”并不等于“没有全球身份需求”。网络可能持有或寻求稳定的提供商无关地址空间，不希望更换转接方时整体改号；它可能计划增加未来上游，却在当前阶段尚未完成；它也可能一边从一家供应商购买互联网转接，一边在 IXP 或通过私有互联同另一个网络交换路由。在这些安排里，物理链路数量、商业转接供应商数量与 BGP 身份需要不是同一个变量。静态路由有时足够，但不能从“有时足够”推导出“单一上游时永远足够”。

Owen DeLong 随后提出更简洁的方向：用独特路由策略，或者使用需要唯一 ASN 的外部网关协议进行互联，作为判断基准。Sander Steffann 表示支持这个方向。这里必须保持文件边界：这是讨论参与者对问题的概括，不是 Draft 1 已经写入的正式文字，也不能把它替换到第一版原文中。不过，这一建议把缺失的限定语说得很清楚——关键不是申请者能否指出“另一个 AS”，而是那次互联是否确实需要一个全球唯一 ASN。

讨论之所以有价值，正因为双方并非在争夺一项抽象权利。Kroon 关注误发：如果静态路由或私有 ASN 足以完成任务，公共号码就没有协调必要。Frediani 关注误拒：如果 PI 地址、IXP 交换、私有互联或未来供应商选择确实依赖稳定的公共身份，第二条转接链路便是多余的前置成本。DeLong 与 Steffann 试图将判断对象收束到路由策略和协议需求。三组意见共同显示，need 不能靠工作人员凭感觉解释，也不能由“多宿主”一词代替全部事实。

4 月 8 日的工作人员评估把这一语言问题转化为实施问题。评估明确指出，Draft 1 的一条互联路径可能让某些单一互联案例获得批准，而 RFC 1930 第 5.1 节却说单宿主站点不需要 ASN。因为第一版同时保留了对 RFC 1930 或后继文件的引用，工作人员必须知道两者冲突时哪一项控制。若提案文字说“可以”，引用的评估指南却说“不需要”，申请表上的同一答案就可能因审核者不同而得到相反结果。

工作人员不是只做文字润色。评估列出四种只有一个对等对象或准备建立对等的申请情境，用它们检验新条款会批准什么；要求把成员资格表述校正为 resource member；预计 ASN 消耗可能上升，但认为扩展后的 32 位号码池在可预见范围内足以承受；记录法律顾问没有意见；并指出申请流程、表格、核对清单与文档都需要调整。RFC 6793 提供了四字节 ASN 与扩大号码空间的技术背景，但 Draft 1 本身没有援引它，也没有后来版本才出现的某个具体长期耗尽计算。不能把后来的论证倒灌成第一版的原始理由。

“法律顾问没有意见”也只能按字面理解。它不等于司法确认，不等于公共授权，更不表示提案已被采用。它只是评估记录中的一项状态。相同地，工作人员认为 32 位池足够，只回答了较多分配是否会迅速造成号码耗尽，并没有回答每项申请是否真的需要公共号码。名字空间宽裕可以降低过度保守的理由，却不能使准确记录与避免不必要分配失去意义。

第一版的 RFC 冲突因此是实质缺陷，而不是推翻改革方向的理由。若直接维持旧规则，网络设计被一个历史代理指标锁定；若原样接受含糊的“需要互联”，相似案件又可能落入不一致裁量。正确的修正应当在两者之间：要求申请者证明全球协调的身份需要，并把可接受证据、拒绝理由与复核路径讲清楚。工作人员能检查事实，不能把模糊性当作扩大机构权限的机会。

提案生命周期进一步确认第一版没有成为规则。Draft 2 于 2019 年 4 月 10 日发布，时间在邮件讨论和工作人员评估之后；Draft 3 与 Draft 4 分别在 11 月 3 日和 11 月 25 日出现。这里只能用这些日期标示第一版已被继续修改，不能把后续文本、理由或具体标准写回 Draft 1。2020 年 2 月的董事会决议 202002.552 批准的是 Draft 4，并同时处理另一项不同的 IPv6 提案；AFRINIC 的 CPM 1.5 生命周期记录称后来的政策在 2020 年 5 月 29 日实施。那条后续边界恰恰证明：2019 年 2 月的 Draft 1 是被审议的起点，不是已经生效的终点。

这里也没有一份申请档案可以让我们写出某个具名网络如何遭到拒绝。现有材料没有量化旧门槛吓退了多少申请者，没有给出第二条上游的统一成本，也没有测出第一版将增加多少号码发放。成本会随国家、容量、接入设施与合同而变化。可以确定的是规则的作用机制：当资格以第二条物理上游为前提时，申请者必须承担额外接入、转接、设备、配置与运维成本，或者放弃公共身份；当替代条款不够明确时，申请者则承担延迟与不一致解释的成本。我们能分析机制，不能虚构结果。