摘要

  • Ricardo Patara 在 LAC-2012-10 中要求：初次申请大于 /32 的 IPv6 地址块，支撑材料中的地址规划最长四年；每个 POP 预留的块还须覆盖该点当前需求的至少 30%。
  • LACNIC 在形成共识时把“二进制边界”改成“十六进制边界”，2013 年实施；另一项 2017 年实施的政策后来撤掉了四年和 30% 两项数字要求。

IPv6 的空间大到可以让电子表格自惭形秽。Ricardo Patara 却偏要一张能核对的表。他在 2012 年提交给 LACNIC 的原提案处理的是初次申请超过 /32 地址块的情况：运营者可以为增长申请更多空间，但规划不得越过四年。他给出的理由很接地气——即便是大公司的投资计划，通常也只覆盖三到五年。申请表上写的是未来，审批者得看见有期限的未来。

Patara 又把尺子带到每个接入点。多 POP 网络可以分别写出最低前缀，预想分给一个 POP 的块则至少要满足该点当前需求的 30%。这个数字放在动辄以二的幂次计算的 IPv6 世界里，显得有点倔：它要让宏大的拓扑图碰一下已经存在的设备和用户。这里“大于 /32”指地址块更大，斜杠后面的数字反而更小。

会上还发生了一次漂亮的文字纠错。原案把 /X 且 X 为 4 的倍数称为“二进制边界”；四个比特正好是一位十六进制数。LACNIC 当日会议记录写明，达成共识时将“fronteras binarias”改为“fronteras hexadecimales”。只改一个词，操作说明终于和数学对齐。官方政策档案记录了 2013 年 3 月 11 日的实施日期。Patara 当时已在 NIC.br 工作；时钟、现场需求和前缀边界一起进入了大型申请的审查。

这把尺后来换了。LAC-2016-7 的 LACNIC 员工分析明确说，新文本取消四年上限和 POP 的 30% 条件。2017 年 8 月 16 日实施后，依据转向客户、用户、基础设施、层级或地理结构、分段及预期寿命。后案由另一位作者提出；登记机构得到更大的判断空间，也得解释怎样衡量一个网络的形状。Patara 留下的好问题仍在：当申请人说“我需要”，凭什么让未来需求变得可审查？