摘要

  • 现行CPM第3.4.5节说，除非提出豁免，实施日期应在Last Call结束后六个月以内；现行PDP说明页则把同一时段放在董事会批准之后。
  • AFPUB-2020-GEN-006-DRAFT03的Last Call于2022年1月5日结束，AFRINIC公布的批准日期是2026年2月4日。两个起点相差约四十九个月。
  • 该提案页面还保留“实施需十二个月”的员工评估，却没有说明十二个月从哪个事件开始。AFRINIC-37会议记录显示工作已启动，技术部署排在MyAFRINIC v2之后。
  • 这些材料不能证明违法、恶意，也不能证明不存在未公开的豁免；它们能证明公众无法重建适用时钟。一份有版本的实施回执可以把起点、豁免、依赖和完成状态连起来。

数字明确，不等于时钟明确

“六个月”看起来像一道硬边界。真正决定边界的却是后面那个介词：从何时起？

AFRINIC把现行CPM v1.6称为本地区互联网号码资源政策的参考文件。第3.4.5节要求在RPD邮件列表公布政策采用和实施日期，并写明实施日期应早于Last Call结束后的六个月，除非提出豁免。这里的起点是社区最后审议期的终点。

现行“Policy Development”页面讲的是另一套时间关系。图示把最后阶段标成“批准后六个月以内实施”；正文说，实施日期必须早于董事会批准后的六个月，除非提出豁免；随后又说员工在批准后六个月内实施并将政策并入CPM。这里的起点是董事会的公司治理行为。

这不是把半年换算成180天还是184天的技术问题。Last Call结束意味着最后一轮正式意见已经收束，主席需要再次判断共识；董事会批准则发生在其后，用来确认程序。谁被允许占用两个事件之间的时间，取决于选择哪一个起点。

两者只隔几周时，矛盾可以被日常操作掩盖。两者相隔数年时，一套算法会让实施时钟在批准前早已走完，另一套算法则到批准当天才启动。制度不能让读者事后替它选择。

一项政策，把差距放大到四年

号码资源转让政策draft 3留下了可核对的时间线。RPD共同主席在邮件中说明，Last Call从2021年12月8日开始，到2022年1月5日23:59 UTC结束。若机械套用CPM文字，普通目标落在2022年7月上旬。

AFRINIC的批准概览把2026年2月4日列为这项转让政策和Abuse Contact Policy Update的批准日期。若机械套用现行PDP说明页，普通目标落在2026年8月上旬。名义上都是“六个月”，实际起点相差约四十九个月。

批准概览本身也暴露了记录链的脆弱。研究期间，搜索索引仍能显示带有2月4日标题的AFRINIC页面；但在9月8日直接请求该公开网址时，服务器返回HTTP 404。批准事实并非只靠这个失效页面：现行提案表和draft 3页面均标为Ratified，AFRINIC通讯曾宣布两项批准，6月会议记录也在讨论实施。不过，当计算新时钟恰好需要批准日期时，原始链接消失会增加不必要的不确定性。

不能因此直接宣布AFRINIC违反某项法律期限。CPM用的是“should”，而且明确保留豁免。可以作出的较窄判断是：公开记录没有说明采用哪条公式，也没有说明多年治理中断如何影响起算，更没有把某份豁免决定和新的目标日期连起来。

第三个数字：没有起点的十二个月

转让政策的现行页面保留一份日期为2022年2月28日的员工影响评估。实施一栏写着，这项提案将需要十二个月才能实施。这个数字完全可能是一项诚实的工作量估计，但页面没有说它从批准、项目立项、第一行代码，还是MyAFRINIC v2具备条件时起算。

政策时限、工程估算和豁免不是同一件事。时限规定普通路径何时应完成；估算描述工作需要多久；豁免解释为什么普通路径不适用。三者可以同时存在，但必须有一张记录说明彼此关系。没有起点的十二个月不能默默替换两个六个月规则；六个月规则也不应该假装复杂系统一定能安全交付。

影响评估列出的工作并不小：资源分类标记、ASN转让、与其他RIR的系统衔接、转让日志和表单修改、成员服务流程复核、协议调整、Hostmaster门户变化，以及自动转让工具的重写。它显然不是把一段文字复制进手册。

2026年6月的AFRINIC-37会议记录说明工作并非停滞。Member Services正在同其他RIR协调程序，技术实现将在MyAFRINIC v2上线后优先推进。员工还解释，若先在其他系统实现新业务规则，成员日后回到MyAFRINIC修改资源时，规则可能互相冲突。新门户当时预计在2026年底前上线。

这是合理的工程依赖，也是确有进展的证据。它却不会自动回答哪份时间规则优先，是否已经正式获得豁免，以及什么状态才算实施完成。

“正在实施”里面至少有四层状态

一项转让政策不适合只用开和关描述。员工可以先同其他RIR确认互惠和操作流程，再准备合同与内部程序，随后部署代码、内测、开放部分路径，最后才让全部获批文本在各个系统中一致生效并并入CPM。

当前提案列表把转让政策标成Ratified，备注栏留空；紧接着的RPKI政策则明确写着“Awaiting Implementation”。空白不能当成完工证书。另一方面，现行PIER摘要说，获批转让政策将在“once implemented”之后允许区内ASN转让。这句话也不能抹掉会议记录里已经开始的程序协调。

对成员来说，阶段差异会改变可以提交的业务：区内IPv4转让、ASN转让和跨RIR转让并非同一路径；资源标记、对方RIR确认、协议版本和门户功能也可能分别到位。一次MyAFRINIC v2上线公告不能替代这些能力的清单。

本文并不声称今天所有转让都无法办理。CPM已经包含较早的区内IPv4转让条款，并购等场景也可能依据独立指引。本文也不把“实施中”贬成空话。问题仅在于：已经发生的工作没有同一只公开时钟和一个可验证的终态相连。

豁免有入口，却没有可追踪的出口

保留豁免并非缺陷。治理危机、法院约束、跨RIR互操作或核心门户依赖，都可能使仓促上线比延期更危险。成熟制度应允许在理由充分时改期。

但是，第3.4.5节那句话没有说明谁提出、谁批准、需要哪些材料、覆盖哪些实施部分、是否公开，以及新日期是什么。CPM第3.6节另有一套紧急情况下改变流程的机制，由工作组主席决定，并要求解释和审议。文本没有明确说所有实施豁免都必须等同于第3.6节的紧急变更，因此不应由读者自行合并。

本次对AFRINIC网站和RPD存档的定向检索，没有找到一份可以有把握认定为draft 3实施豁免申请及决定的公开文件。这只是有限检索结果，不能证明内部或未公开记录不存在。它证明的是公众无法用“除非豁免”这个分支解释两个时钟。

一张回执，足以保留操作空间

修复不需要再造大型仪表盘。每项获批政策有一页版本化实施回执，就能把散落信息接在一起。

第一组字段固定政策身份：提案编号、获批文本哈希、适用的PDP/CPM版本。第二组固定事件：Last Call起止、董事会决议和准确批准时间、所选起算点、计算公式和普通目标日期。若有豁免，还应记录申请者、决定机关、理由、范围、决定时间和替代目标。

操作部分应使用可测试状态：程序已映射、协议已准备、对方RIR已确认、代码已部署、内测已完成、有限路径已开放、获批文本全部生效、CPM已并入。每次跳转带有效日期和证据链接；更正产生新版本，而不是覆盖旧值。

这张回执不必披露成员个案、安全架构或未发布代码。它只需要公开制度选择。AFRINIC可以解释，治理中断使Last Call算法不再可行，因此改用批准起点，并因MyAFRINIC v2依赖获得一项有日期的豁免；也可以提出其他有依据的解释。关键是由适格机关作出一次、留下来。

最好的制度时钟不是走得最快的那只，而是换了人员、网页和软件之后，仍能看见它何时启动、为何暂停、如何例外、在哪一刻结束。

来源