摘要

  • AFRINIC 董事会在 2020 年 2 月以 202002.552 号决议一次批准 Multihoming Not Required for ASN Draft 4 与 Adjusting IPv6 PI；这是一次公司行为，不是两项政策共用一套审查证据的理由。
  • ASN 政策处理的是公开路由身份的资格证明，IPv6 PI 调整处理的则是“不宣布”能否等同于“不使用”。两者的申请人、技术代理指标、风险和应修改的手册位置均不相同，任何一方都不能借用另一方的评估或“已实施”状态。
  • 一次批准和一次协调发布可以节省重复工作，但公开记录应为每项政策分别列出最终版本、审查脉络、遗留疑问、实施负责人、表格与手册改动、生效日及发布后验证。
  • AFRINIC 在这里至多是私人技术记账人和协调者。决议可授权其管理私人编号服务规则，却不能赋予主权、监管、警务、检控、惩罚、没收或裁判权。

L3 — 一项决议，两套技术记录

同一行登记，面对两种运营现实

202002.552 号决议的特殊之处，不是董事会一次写下两个政策名称本身，而是那一行文字承载了两种不对称的运营后果。ASN 一侧的问题，是网络是否必须以购买第二条物理上游连接来证明自己需要全球唯一的公开路由身份。IPv6 PI 一侧的问题，是地址没有向全球路由表宣布时，登记机构能否把这种表象推导成没有真实用途，甚至让它与收回资源的含义相连。前者把一种拓扑形态当作需求代理，后者把一种可见性状态当作使用代理。两种代理都可能偏离实际，却偏离于不同方向。

这正是为什么“董事会已经批准”不能成为分析终点。登记记录能够证明 AFRINIC 在 2020 年 2 月完成了一次公司批准行为，批准对象包括 Multihoming Not Required for ASN Draft 4 和 Adjusting IPv6 PI。现有记录没有给出准确通过日、逐名投票、董事个人理由或董事会文件内容。因此，不能从一句简短登记推断两项提案是在同一天经过完全相同的讨论，也不能推断它们被交换、捆绑交易或其中一项躲过审查。最可靠的读法是：公司行为只有一次，所需证明却有两套。

一次公司行为当然可以很简洁。若两项成熟提案此前都分别完成讨论、修订和评估，董事会没有必要为了视觉上的对称而举行两次仪式。把同一阶段可发布的手册改动安排在同一窗口，也可能减少员工培训、表格切换和申请人理解新旧规则时的摩擦。但行政上的合并只能压缩重复步骤，不能压缩事实差异。决议编号是两条记录上方的共同标题，不是替代两条记录的共同证据。

ASN 线：被批准的是 Draft 4

ASN 线有自己的时间与文本边界。Multihoming Not Required for ASN 的 Draft 1 于 2019 年 2 月 27 日提交，并在 3 月 7 日另行公布。它挑战的核心代理指标，是把物理多宿主作为获得公开 ASN 的绝对前置条件。4 月 8 日的员工评估指出，允许单一互联情形的提议与 RFC 1930 第 5.1 节存在冲突；评估测试了四类已有单一连接或拟议连接的情形，要求调整术语，讨论了大型 32 位编号池，也记录没有法律顾问意见，并列出申请表、核对清单和文件说明等实施工作。

这些内容很重要，但它们只属于早期 ASN 线。4 月 10 日、11 月 3 日和 11 月 25 日先后出现 Draft 2、Draft 3 与 Draft 4。202002.552 号决议批准的是 Draft 4，而不是 Draft 1。由此产生一个很具体的证据纪律：4 月 8 日评估可以说明早期提案面对过哪些技术矛盾、情形测试和实施问题，却不能单独证明 Draft 4 的每一个措辞已经接受完整复核；同样，也不能把 Draft 1 的句子直接写成 Draft 4 的内容。版本链的意义就在于，修订发生过，而最后的决定对象必须以最后冻结的文本为准。

这项改革也不是“所有人都应获得公开 ASN”，更不是取消私有 ASN。它处理的是：当网络确实需要全球协调的唯一公开路由身份时，是否必须先用第二个物理上游供应商来证明这种需要。纯本地用途仍可使用私有 ASN，资格审查也没有因此全部消失。区别是，登记机构应核验公开身份的协调需要，而不是把特定采购与拓扑选择升级为道德测试。偏远地区的网络可能只有一个可用上游，第二条连接可能意味着额外供应商依赖和固定成本；购买能力不是全球唯一身份需求的同义词。

因此，ASN 线至少要回答四个独立问题。第一，最终批准的 Draft 4 究竟是什么文本。第二，早期评估提出的 RFC 1930 冲突、术语和四种案例如何在后续版本中被处理。第三，员工实际修改了哪些申请表、核对清单、说明文件与手册条款。第四，2020 年 5 月 29 日实施边界之后，申请是否按新的公开身份测试获得一致解释。决议登记只能回答第一个问题的一部分；早期员工评估只能回答第二个问题的一部分；生命周期页面和 CPM 1.5 也需要与具体条款及工具改动相互对应，才能形成实施凭据。

IPv6 线：不宣布不等于没有使用

IPv6 PI 调整从另一段历史出发。2018 年的 IPv6 PI Update 为终端用户打开了一条 PI 地址路径，但保留了一句可能把十二个月后的不宣布与收回含义相连的文字。AFRINIC-28 的讨论已经触及十二个月宣布条件、路由监测和相关措辞。2018 年 8 月 8 日，201808.449 号决议批准 V6-004 并指示实施；同年 11 月 29 日的通知说，该政策已部分实施，指定的自动化工作仍在等待完成。这些材料证明问题的前史，也说明措辞与实际服务操作相关，却不能证明 2019 年的后续调整已经提前获批或实施。

后来的 Adjusting IPv6 PI 指出一个更精确的缺陷：IXP 对等局域网和私有网络都可能合法使用 PI 地址，却不需要把这些前缀向全球宣布。全球可见性因此不是实际使用的完备代理。如果登记记录把“没有在公共路由表出现”直接理解为“没有使用”，就会错误地折叠两种状态；如果再把这种误读与收回资源相连，运营连续性便会暴露在措辞歧义下。调整的技术目的，不是为所有不宣布情形提供无限豁免，而是切断一个过宽的自动推论。

这里必须保持比 ASN 线更细的版本警惕。202002.552 的决议登记材料把获批工具识别为 Adjusting IPv6 PI Draft 1，而当前能够确认实质问题与后续措辞的页面是 2019-v6-001 Draft 2。Draft 2 页面可证明这条政策线确实围绕合法的非全球宣布用途进行澄清，并提供后续生命周期证据；它不能反向证明 Draft 1 的每一句话都与 Draft 2 相同。若把后来的文字不加说明地倒灌到先前版本，表面上补全了记录，实际上抹去了决议究竟批准什么的关键问题。

IPv6 线因而也需要自己的四个回答：获批时冻结的准确版本和文字是什么；会议讨论、前身政策实施经验及本政策的审查如何处理不宣布情形；CPM 中究竟哪一句被修改；发布后如何确认员工不会把 IXP 对等局域网或私有网络的合法非宣布使用误判为未使用。ASN 员工评估对这些问题没有证明力。ASN 页面出现“已实施”，也不能证明 IPv6 手册句子已改变。相反，2018 年的部分实施通知只是前身政策的运营背景，不能越过 2020 年批准行为成为后续调整的实施凭据。

共享生效日不是共享实施事实

两项政策的生命周期记录与 CPM 1.5 都把 2020 年 5 月 29 日置于后来实施的共同边界。这一日期很有价值，因为它给出一次协调发布的时间锚点，却不能独自说明发布包含哪些变化。可以把它想成同一班列车的发车时间：两个货箱同时离站，不代表它们装着同一种货物，也不代表检查其中一个便可证明另一个完整到达。

ASN 的实施需要把 Draft 4 的资格逻辑映射到 ASN 手册条款、申请表、核对清单、文档与员工指引。IPv6 调整的实施则需要把准确版本映射到 IPv6 PI 章节中有关不宣布和收回含义的文字，并确认实际处理遵循修正后的区分。共同日期只证明协调的时间边界；实施内容仍然必须按政策逐项核对。若公开记录只显示一个“Implemented”标签，读者无法知道它指向哪段文本、哪些表格已经更新，或者两项变更是否都完成了运营验证。

这种区分并非吹毛求疵。服务规则一旦进入申请表与员工判断，就不再只存在于会议纪要中。一个 ASN 申请人可能仍被要求展示第二条物理连接，即使最终政策本应改用更准确的公开身份需要测试；一个 IPv6 PI 使用者也可能因前缀不在全球路由表出现而被要求重复解释合法用途。现有材料没有证明这些错误确实发生，也没有申请人层面的结果可供量化。恰恰因此，最合理的制度设计不是声称伤害已经发生，而是让实施记录足够精确，使错误解释可以被发现、纠正并与另一项政策隔离。

首层结论：压缩行为，不压缩证据

从登记层看，202002.552 号决议可以被视为合理的行政压缩。它没有因为同时写下两个名称就天然无效，也没有证据显示董事会以一项政策交换另一项政策。真正的判断标准，是每项工具是否仍能从自己的问题说明走到自己的最终文本，再走到自己的手册变化。若这两条链都完整，一次批准足以承担公司内部授权；若其中一条断裂，另一条再完整也无法代为补足。

这个标准还规定了分析的范围。它不要求重做 2018 年 IPv6 PI 入口设计的全部争论，也不重演 2019 年初 ASN Draft 1 的完整优劣之辩。需要回答的只是 2020 年 2 月那次合并批准留下了怎样的可追踪性：读者能否辨认两个最终工具，能否看见各自的审查边界，能否把 5 月 29 日的手册发布拆成两个可验证的变化。一个编号可以共同使用；证明责任不能共同借用。