摘要

  • prop-175-v001 描述了一条可能的五步路径：取得 /48、部署、再次申请、重新提交实质相同的规划材料，再接受一次对初次申请时已知需求的评估。
  • 提案拟把 APNIC-114 第 9.2 节用于首次申请；它明确把“上一份分配的使用情况”记为不适用，并把“后续分配的管理”改按拟议的首次分配解释。
  • 提案当前仍是 Published to Mailing List。现有材料不能证明它已形成共识、被采用、实施，或已产生真实的大于 /48 的首次分配。
  • 一张小型的适用性与决定回执，可以在不公开敏感网络规划的前提下保存规则版本、申请状态、各项标准的处置和申请、评估、批准三种规模。

prop-175-v001 自己列出的路径共有五步。符合资格的组织先取得 /48 的 IPv6 提供商无关分配，开始部署；随后它以“后续申请”的身份回来，再次提供实质相同的网络规划信息，并让 APNIC 第二次评估一项据称在首次申请时就已经存在且已有材料支持的需求。

这不是一宗公开的真实个案，也不是对所有申请平均流程的测量。提案只说申请方“可能”需要如此办理。它真正揭示的是两个状态之间的接缝：现行文本把首次分配写成 /48，而大于 /48 的按需判断放在后续分配规则里。需求若在第一天就已清楚，证据却要等到第二种状态才获得入口。

截至 2026 年 8 月 27 日，APNIC 页面把该文件列为 prop-175: Needs-Based Initial IPv6 PI Assignment，作者为 Rafeeun Noby Babir。版本 1 于 8 月 19 日提交 Policy SIG 邮件列表讨论，状态是 Published to Mailing List；页面没有前一版本，也没有 Secretariat impact assessment。这些事实只证明提案已进入讨论，不能升级成共识、批准或运行状态。

复用的好处，也正是审计的难处

提案没有发明新的申请资格。/48 仍是首次 IPv6 PI 分配的最低规模，既有的资格、用途、公告、监测和回收要求仍在。它也没有新增资源类别或修改 IPv6 转让政策。它要做的，是在首次申请方已经能证明需求超过 /48 时，提前使用 APNIC-114 第 9.2 节现成的按需评估。

第 9.2 节所涉及的判断包括：网络地址规划是否证明需要超过 /48，是否存在多个离散网络，现有分配的使用与路由公告、聚合之间是什么关系，以及新增空间将如何管理以尽量减少全球 IPv6 路由表增长。提案提到的 PoP、园区、数据中心和地理分散设施只是例子，并不是新的资格通道。

这种做法符合薄协调的直觉。证据只是提前出现，APNIC 没有必要另造一套完整制度；申请方也不应为了进入“后续申请”状态，先制造一次本可避免的分段部署。然而，为“已有一份分配之后”写成的标准，天然携带过去状态。把两次判断都叫作“第 9.2 节评估”，并不会让不存在的过去自动出现。

一项消失，一项换了宾语

提案明确处理了两个错位。第一，首次申请方无法说明“上一份 PI 分配如何使用”，因为上一份分配根本不存在。修订文本因此说该要求不适用。这里的正确状态是“不适用”，而不是“符合”。若系统只记录“已通过”，它反而虚构出一份前置分配。

第二，第 9.2 节要求说明“后续分配”将如何管理。但首次申请时并没有后续分配。提案因而规定，应把这项要求解释为指向“拟议的首次分配”：申请方要说明它将如何尽量减少全球路由公告、最大化聚合，并控制全球 IPv6 路由表的增长。

两种处理不能合并。“不适用”是因为所需的过去状态不存在，故移除一次测试；“重新解释”则保留测试，只改变测试指向的对象。其他标准照旧。决定若只留下一句“按第 9.2 节评估”，便会抹去这三种完全不同的处置。

第 9.2 节要素 prop-175-v001 拟用于首次申请的方式 证据含义
网络规划证明需要超过 /48 适用 判断已记录的需求，而非后来使用情况
多个离散网络 适用 沿用既有条件，例子不扩张资格
上一份分配的使用 不适用 首次申请尚无上一份 PI 分配
后续分配的管理 重新解释 改为指向拟议的首次分配
其他标准 不变 仍应逐项列出，不能用“照旧”代替记录

这个矩阵之所以重要，是因为决定对象并非单纯的前缀长度，而是规则与生命周期状态的结合。两个规划相近的申请方，可能因为一名 Hostmaster 静默跳过过去状态，另一名却要求填写不存在的内容，而得到不同结果。真正损失的不只是地址多一点或少一点，而是无法重演同一规则为何产生不同待遇。

一次决定里有三个规模

公开说明还应分开三个数字：申请方请求的规模、APNIC 根据材料评估出的规模、最终获批的规模。任何一个都不能自动证明登记结果，更不能证明真实路由如何公告。登记了一段前缀，也不等于聚合目标已经在 BGP 中实现。

这种区分可以阻止正反两面的夸大。按提案的设计，一次较大的首次分配可能减少第二次行政申请；来源却没有证明它必然减少路由、降低费用或简化拓扑。另一方面，保留 /48 最低规模，也不意味着所有较大需求具有同一种例外性质。应接受检验的是需求与适用标准，不是对前缀大小作价值排序。

费用是外部依赖。提案明确不改 Member Fee Schedule，并说大于 /48 的首次分配若有费用影响，应由既有框架处理。这不是“费用中性”的结论。决定记录应指出查阅了哪个费用规则，但不能替提案编造一个金额或结果。

一张足够小的回执

APNIC 无需公开网络图、容量预测或敏感站点清单，也能证明标准被完整搬运。受保护的案件记录可以保留材料本体；对申请方或公众提供的小型回执，只需写明 APNIC-127 与 APNIC-114 的准确版本、这是首次申请、资格依据、常规最低规模和申请规模。

随后，回执应逐项列出第 9.2 节标准。“上一份分配”一栏要写“不适用”，并绑定到具体修订及原因；“后续分配”一栏要明示其对象已改为拟议的首次分配。材料只需记录类型和保管位置。请求、评估、批准规模分别占一栏，再记录决定权、时间、通知和纠正路径。

回执字段 它防止什么
政策与指南版本 后来的改写悄悄改变历史测试
申请编号与首次状态 首次申请被误当成后续申请
资格依据 规模判断顺手扩张申请资格
/48 最低规模与请求规模 把最低值误读成上限或自动权利
标准清单与逐项处置 静默豁免、臆造或不一致的换义
证据类型与保管位置 公开敏感规划，或只写一句无法审计的“已审材料”
请求、评估、批准规模 一个数字遮住三次判断
路由与聚合理由 把制度目标写成已观察效果
费用框架引用 未核实的收费结论进入决定
决定主体、时间、通知、纠正 结果无人负责，也无法修复

这是一种实际的最小协调。回执不替 Hostmaster 判断拓扑，不新增委员会，也不公开运营细节；它只保住规则、状态、证据与结果之间的连接。若 APNIC 用错指南版本，或把“不适用”误记成“材料不足”，申请方也终于有一个准确的纠正对象。

现有来源不能证明什么

提案预计可能需要修改 APNIC-114 文本、申请表、Hostmaster 指引和公开说明。这只是提案作者对实施工作的预期，不是 Secretariat impact assessment；官方页面目前明确显示后者不存在。资料也没有实施日期、已完成申请、大于 /48 的真实首次批准、费用计算、复核案件或路由测量。

五步路径同样不是对所有现行申请的事实断言。它是建立在两份文本接缝上的设计论证。这个论证足以要求一张适用性矩阵，却不足以让报道声称生产流程已经造成某种普遍损害。证据的边界应与建议一同保存。

来源