摘要

  • RIPE NCC 8 月 27 日的会员更新称，IPv4 等待名单上有 757 个 LIR，排在最前面的 LIR 已等待 467 天。
  • 467 天只描述一个有日期的队首观察值，不是队列的平均数、中位数、服务承诺，也不是新申请者的预测等待时间。
  • 公开历史只有队列长度和队首年龄。队列缩短时，外部无法判断变化来自 /24 分配、申请撤回、资格退出，还是多个方向同时发生。
  • 一张保护隐私的月度流量账，可用期初、合格新增、自愿撤回、资格或会员退出、已完成分配和期末构成平衡式，并补充等待年龄分布与隔离期释放量。

三小时刷新一次，仍然看不见发生了什么

RIPE NCC 的公开等待名单看起来很及时。表格列出“队列中的 LIR”和“队首 LIR 已等待的天数”，下方图线保存历史，页面说明表格与图表每三小时更新一次。

及时不等于完整。它回答的是状态问题：现在有多少 LIR，最老的位置有多老。它没有回答期间问题：从上次结算到这次结算，究竟发生了哪些流入和流出。

8 月 27 日发布的会员更新记录 757 个 LIR 和 467 天。为本稿冻结的官方动态 JSON，在 8 月 30 日最后一行记录 759 个 LIR 和 470 天。这两个读数没有冲突。前者属于一份有日期的会员通讯，后者属于三天后的动态快照。队列本来就会变化。

真正缺少的，是解释 757 如何变成 759 的账。净增加两个，可能是新增两个而没有退出；也可能是新进 30 个、发放 20 个 /24、另有 8 个撤回；还可能存在资格变化或会员关闭。只看期末差额，所有这些路径都可以留下同一个结果。

因此，公开序列适合确认“状态变了”，不适合断言“为何改变”。把队列下降自动写成地址发放，把队首年龄回落自动写成轮到下一位，都会越过现有证据。

467 天是一个边缘值，不是典型经历

会员更新的原句很克制：排在第一位的 LIR 已等待 467 天。它没有把这个数称为平均等待，也没有说名单上的每个 LIR 都已经等了这么久。

队首天然是分布的一端。新加入的请求可能只有几天，队列中段可能集中在另一个范围。若不知道中位数、四分位数和年龄分桶，读者只能看见最老的一点，看不见其余 756 个位置的形状。

同一份更新还列出 20,687 个 LIR 账户和 19,977 名会员。两个总数不同，提醒读者不要把单位混合。757 指 LIR，不等于 757 个独立会员、企业、自然人或网络，也不等于 757 个最终一定会获得地址的对象。一名会员可能拥有或曾经拥有多个 LIR；申请在真正分配前也可能退出。

被冻结的官方历史可进一步说明边缘值的局限。自 2019 年 11 月以来，队列长度在 2023 年 3 月 6 日达到过 1,249；队首年龄则在 2025 年 6 月 22 日达到 616 天。两个峰值不在同一天，不能拼成一个虚构的“最糟时刻”。它们也都没有描述当时中间申请的等待情况。

这是一条由不确定回收量供给的队列

现行已发布 IPv4 政策 RIPE-826明确规定，所有分配请求进入先到先得的等待名单，并且不对等待时间作保证。符合条件的 LIR 最多获得一个 /24，即 256 个 IPv4 地址；在该规则下，单个 LIR 从 RIPE NCC 获得的总量也受这一 /24 上限约束。

若回收的地址尚不能组成连续 /24，政策要求暂停分配，直到 RIPE NCC 再次拥有足够空间。这里没有一张固定到货日历。供给来自退回或回收的旧地址，数量和时间并不稳定。

操作说明写道，LIR 通过门户提交请求，合格请求自动进入名单；会员可在门户中私下查看自己的位置。回收地址还要经历隔离期，RIPE NCC 在此期间处理其与旧持有者的关联，之后才按顺序重新分配。

RIPE NCC 还明确说，未来能回收多少地址无法预测，预计数量也不会很多。于是，一张更完整的公开账只能改善事后解释，不能把不确定供给变成对某个申请人的交付日期。

库存、隔离与分配必须分开记

等待名单有一边是需求，另一边是回收供给。若要让外部理解运行机制，两个方向都要按阶段记录。

需求侧可以从一条月度平衡式开始：

期初 LIR + 新增合格申请 − 自愿撤回 − 资格或会员退出 − 已完成 /24 分配 = 期末 LIR

“新增”应指已通过条件并进入队列的请求，而不是咨询邮件或未完成表单。“已完成分配”应指真正发出的 /24，而不是刚刚回收、尚在隔离中的地址。资格退出与主动撤回应尽量分列；如果某一类别过小，可以合并或压制，以免暴露个体。

供给侧则应保留动作顺序：回收、进入隔离、解除隔离、分配、注册。回收一个地址块不代表它当月就可发放；解除隔离也不证明地址已经路由或投入使用。每个事件有自己的时间戳和含义。

年龄分布可以采用宽区间，例如少于 90 天、90 至 179 天、180 至 364 天、365 至 499 天、500 天以上，再给出中位数、75 分位和 90 分位。这样既能判断队首是否极端，又不必公开精确位置。

最后，账本还需要快照时间、当前政策文件编号、口径版本和修订记录。如果迟到的撤回或分类纠正改变了上月数字，更新应当留下痕迹，而不是无声覆盖。

RIPE NCC 已经证明汇总分析可以兼顾隐私

2023 年的一篇 RIPE Labs 等待名单分析提供过更丰富的汇总。它称，截至 2023 年 7 月 7 日提取数据时，等待名单已经完成 5,572 次 /24 分配，共 1,426,432 个地址；当时有 1,025 个 LIR 等待。文章还把这些 LIR 按会员持有账户情况做了不具名拆分。

那些数字不能套用到 2026 年。它们的意义在于证明一种披露能力：运营者能够在不公布名单、不暴露精确位置的前提下，给出账户与会员层面的汇总结构。

但一次性分析不是持续账。当前页面每天保存两个字段，却没有持续公布总进入、总退出和分配吞吐。外部不能用相邻两天的差值还原这些动作，因为净变化会把相反方向相互抵消。

所以，所需的新增公开对象不是“谁在排队”，而是“队列如何平衡”。

队列变短不必然是供给改善

假设某月名单从 800 降到 750。若完成 70 次分配，同时新增 20 个请求，这是回收地址进入分配流程的证据。若分配只有 5 次，其余下降来自撤回与资格退出，则同一个期末数讲的是另一件事。

相反，队列保持 800 也不代表没有活动。100 个新请求和 100 个退出可以在净值中完全抵消。对需要规划 IPv4 的运营者、参与地址政策讨论的社区成员以及审查回收流程成本的董事会而言，毛流量比净值更接近真正的运行负荷。

年龄分布也会改变判断。中位数下降而队首仍很老，说明一个尾部案例不能代表大多数。中位数和高分位同时上升，即使队列因撤回而缩短，也说明剩余群体正在老化。

这些信息不会直接回答先到先得是否仍是最佳规则。它们会让社区在讨论规则时，不必把图线的形状当成事件类别。

稀缺资源不需要虚假精度，需要可核对的动作

RIPE NCC 没有承诺每个申请都等待 467 天。公开页面写的是队首，政策写的是不保证，操作说明写的是“如果以及何时”回收到足够地址。这些限定本身是准确的。

问题在于，显眼的数字会脱离限定条件传播。“467 天等待”比“某日队首年龄为 467 天”更容易成为标题；“队列下降”比“多种进出动作形成的净变化”更容易被记住。

月度流量账可以把限定条件固定在记录里。每个期末库存都有进入、退出和分配的平衡；每个队首年龄旁都有分布；每个回收数旁都有隔离状态。个人名单继续留在受保护的门户，公开页面只显示足以理解机制的汇总。

更好的披露不会增加一枚 IPv4 地址，也不会替任何 LIR缩短一天等待。它能做的是让公共稀缺资源在移动时留下公共可核对的轨迹。

来源