摘要

  • prop-164-v005 拟把 APNIC IPv6 allocation 的最低规模从 /32 降到 /40，允许更小的四比特对齐块，并加入退回、缩减与相邻预留机制。
  • prop-170-v001 保留 /32 最低值；只有申请人主动要求、且现有规则已经核验真实需求后，才把 allocation 结果对齐到 nibble boundary。
  • 8 月 18 日的两份影响评估都说：若两案同时获得共识，文本仍需修改以免冲突。因此 APNIC 62 判断前必须公开 仅 164、仅 170、两者 与 都不 四行结果。

一个技术词掩盖了两个制度开关

NOG Alliance 的 RIR 政策总表把 prop-164 和 prop-170 分成两行，并列为 APNIC 62 待讨论提案。这个区分不是排版细节。

prop-164-v005 当前文本改变谁可以从多小的 allocation 开始。它拟把现行 /32 门槛降为 /40，在 /32、/36、/40 等四比特刻度上分配。它还允许部分现有持有人退回多余空间、缩小 allocation，并把稀疏放置或相邻空间预留写入增长路径。

prop-170-v001 当前文本不打开这个小规模入口。它先接受现有 needs-based assessment 得出的需求；申请人明确提出对齐后，才可能把最终 allocation 放到四比特边界。它不改变 /32 最低值，不适用于 assignment，也不普遍要求现有持有人退回、缩减或重新编号。

因此，赞成十六进制可读性并不能替代政策判断。成员完全可以赞成核验后的条件对齐，却反对 /40 新门槛；也可以希望小型机构获得可登记的 allocation，却不接受 prop-170 的扩展路径。

历史记录解释了为什么。Mail Archive 保存的 prop-164 早期文本把问题描述为两难：申请 /32 可能过大，接受更小的 assignment 又无法按目标方式登记下游 sub-allocation。JPNIC 第 92 期通讯向日本社群解释了这一区别。如今提案从 /36 走到 /40，又加入退回和预留，其控制面已经扩大。

8 月 18 日的警告不是编辑备注

两份影响评估对应不同工程。

prop-164 的影响评估估计需要约九个月。注册系统要支持 /32 以下的 allocation、现有块缩减和预留处理。评估还问：现有 /32 持有人能降到 /36 还是只能到 /40；找不到合适相邻空间时怎么办；现有稀疏分配实践是否已经足够。

prop-170 的影响评估估计约六个月。它要更新内部指引和评估流程，把申请对齐放在需求核验之后；最低值、assignment 范围和一般性的现有持有人状态保持不变。

随后，两份记录都出现同一句结论：如果 prop-164 与 prop-170 同时获得共识，需要修改文字以避免冲突。

问题正在这里。编辑可以统一术语、编号和交叉引用，却不能在会后替社群决定最低值、退回资格、预留义务或适用范围。这些都改变注册局可写入的状态，也改变成员获得空间、保留增长余量和承担迁移风险的方式。

早期讨论已经证明“降低最低值”是一项独立争议。日本社群反馈曾追问，从 /32 降到 /36 是否只会让 /40 诉求稍后重来，并质疑节约空间的依据。SANOG 的政策更新则记录了改善 Whois/RDAP 准确性的理由。无论支持还是反对，这些意见都不能自动转化为对 prop-170 条件对齐的态度。

四行矩阵可以固定问题

仅 prop-164 一行应写出新最低值、可用刻度、退回与缩减条件、相邻预留规则、无连续空间时的替代方案，以及现有持有人的待遇。prop-170 的条件对齐不能靠类推混进来。

仅 prop-170 保留 /32。这一行应分别记录申请对齐、核验需求与最终前缀，确认 assignment 不在范围内，并说明无法连续扩展时的处理。prop-164 的 /40 入口和退回权不会随之出现。

两者 必须有一份真正的合并文本。两套定义重叠时谁优先？现有持有人可降到 /36、/40，还是二者皆可？相邻容量是政策必须预留、操作层尽量保留，还是根本不构成承诺？预留空间已被占用时用哪条规则？“之后协调”不是答案。

都不 则维持现状。没有共识不等于可以通过内部指引实现相同效果。

如果会议前没有合并文本，主席仍可分别判断两案，并明确双重支持不授权实质合并。任何新增的最低值、退回路径、预留义务或范围条款，都应回到可见的意见流程。

可读前缀不等于无限授权

nibble boundary 每四比特一个十六进制数字，确实便于阅读、切分、文档化和自动化。RFC 6177也反对用一种固定前缀规模覆盖所有 IPv6 终端网络。

技术便利仍不能混淆角色。APNIC 社群提供证据并对提案形成判断；主席确认共识；秘书处分析和实施已经授权的规则；资源持有人设计并运行网络。Whois 与 RDAP 记录委派状态，却不能证明某段地址已经路由、每个预留都已使用，或地址规划一定成功。

Heng Lu 的《最低初始规范、本地化未来决策与自愿采用》提供了清晰界线：共同层只放互操作确实需要的规则，后续选择要留给真正作出和运行它们的人。用在这里，就是精确说明注册记录改变什么，同时保留运营者的部署决定。

本文不预测 APNIC 62 结果。会议前可能出现新版本或合并草案，六个月与九个月只是条件性估算，也没有证据表明真实申请人会获得哪一个前缀或如何发布路由。

已证实的事实更窄：APNIC 在投票前识别了两案冲突，却还没有把冲突的四种结果变成公开选择。现在公布矩阵、给每项实质条款标明授权来源，就能避免编辑阶段成为第二个政策会议。

四比特可以整理地址。只有可追溯的决策链，才能整理权力。

资料来源