摘要

  • 草案 2 保留 90% 基线，并为已证明的关键技术目的提出豁免。
  • 证据包应说明拓扑、前缀规模、利用率计算、替代方案和反欺诈检查。
  • AFRINIC 37 的粗略共识和 Last call 状态不等于 Board 批准或实施。

发布说明：“发布”是计划的编辑日期，即 2026 年 9 月 7 日；实际服务器发布时间尚未设置。

现行 CPM 第 5.4.6.1 节要求，耗尽阶段申请另一项 IPv4 分配或指派的 LIR 或最终用户，必须已使用其此前资源的至少 90%。没有此前资源的新 LIR 或最终用户，其首次申请可获例外。

AFPUB-2026-IPv4-002-DRAFT02 日期为 2026 年 6 月 16 日，初稿日期为 5 月 6 日。草案拟保留 90% 基线，但允许 AFRINIC 在证明某项关键技术目的无法由运营者现有资源池实际服务，或会对该资源池造成技术约束时予以豁免。非穷尽示例包括冗余与高可用、IPv6 过渡机制以及扩展到新站点。草案要求提供足以核查合规性的文件，却没有列出公开证据模式、最低材料、个案决定记录或发布要求。

这一区别关系到平等对待和抗欺诈能力。提案作者举出的数据中心扩展，以及拥有多个 BGP 连接点并使用 464XLAT、NAT64 的 ISP，都是提案中的说明，并非某个成员已经符合条件的核实证据。作者还把即时资源池风险不高归因于约三百万个回收 IPv4 地址；这是有归属的政策论点，不是本材料中的独立库存测量。

AFRINIC 工作人员认为 90% 仍是基线，例外应限于技术约束而非运营约束。工作人员表示，hostmaster 将需要一套有文件依据的政策，并警告程序必须识别欺诈申请、防止例外被滥用。Member Services 的程序和 FAQ 需要更新；未发现 WHOIS、RDAP、MyAFRINIC、NetSuite、NMRP 或 RPKI 的系统变化。工作人员评估称，实施可以符合 CPM 时间表，目标是批准后 30 天内；这仍是评估和计划，不是批准或实施的证据。

2026 年 6 月 24 日 AFRINIC 37 会议讨论了多站点达到 90% 的困难，以及有效利用与运营拓扑之间的区别。正式主席决定记录了粗略共识，并表示秘书处将在 Last Call 期间提供利用率定义。开放麦克风环节曾有参与者先说提案没有通过，随后 PDWG 联席主席澄清其确实达到粗略共识。报告冻结时，提案页面标为 Last call。Last Call 仍是社区复核阶段，之后还需区分向 Board 的建议、Board 批准和实施。

BTW 分析：建议的证据包。 个案材料应包括拓扑、站点和服务角色；申请前缀大小的理由；当前及预期利用率计算；已考虑的替代方案；有时间边界的需求；反欺诈检查；审核人身份；决定日期；条件和后续复核。决定收据应记录适用规则、关键证据、理由、条件和复核日期。这是 BTW 的分析建议，不是 AFRINIC 已有的产品或要求。