Leo Vegoda 的六个月 IPv4 分配窗口

Summary

Leo Vegoda 的 RIPE 2006-07 提案，让新本地注册机构在首次取得地址分配六个月后，IPv4 分配窗口自动从零升至 /21。窗口决定单笔分配可否免去 RIPE NCC 事先批准，并非再给这家机构一段 /21 地址。
RIPE NCC 抽查了 1,100 张最高到 /21 的审批工单，约 80% 当场或一次往返就完成。提案于 2007 年 4 月获接受，10 月 RIPE 55 会议记录称已实施；此前讨论过新人做错分配可能伤及客户。

柜台前排的，未必都是难题

“分配窗口为零”听着像某种销售成绩，实际是审批规则。新本地注册机构不能凭自己的判断作出哪怕很小的一笔 IPv4 地址分配，而要先等 RIPE NCC 点头。RIPE 的政策定义说得清楚：窗口是未经 RIPE NCC 事先批准时，本地机构单笔可分配的最大地址数量。它是操作权限的刻度，不是新发的一包地址。

Leo Vegoda 想让这根刻度在新机构拿到首次地址分配六个月后自动升到 /21，即单笔最多 2,048 个地址；相关的子分配上限维持 /20。2006-07 原提案还摊开了 2006 年 7 至 9 月的 1,100 张审批工单。673 张无需邮件往返，214 张只往返一次，两组合起来约占八成。约 15% 需要两三轮，4% 才出现较多讨论。问题不是柜台毫无用处，而是柜台把大部分时间花在盖一个很快就会盖下去的章上。

RIPE 53 的讨论把代价搬出了工单表。Gert Doering 担心培训未必能到达真正操作的新机构员工；若地址管理出了错，等候服务的客户会先吃苦。Vegoda 承认，新机构若连续做错分配，清理残局会伤及自身及客户。主席把问题送回邮件列表，并要求拿出“第二意见”请求的数据。数字能说明哪些审批很快，不能替客户证明每次放手都安全。

提案档案记录 2007 年 4 月 18 日获接受；同年 10 月 RIPE 55 记录列它为已实施。常规判断因此更靠近本地机构，原有分配政策仍须遵守。Vegoda 从一叠普通工单里找到改革入口；会议提醒他，柜台另一端还站着用户。