摘要

  • AFRINIC 扩展统计中的 IPv4 记录数，在 2026 年 9 月 8 日至 9 日之间由 6,064 条增至 6,066 条。
  • 前一天的一条保留记录覆盖 2,048 个地址；后一天，它变成 512 个已指派地址、512 个保留地址和 1,024 个保留地址三条记录。
  • 地址总量严格守恒，但记录由一条变成三条，恰好造成净增两条。
  • 记录行数、地址数量和状态变更事件是三个不同的分母，任何监测产品都不应把它们折叠成一个“分配次数”。

“增加两条”最容易被读错

IPv4 越稀缺，一个小小的增量就越像新闻。汇总数字从 6,064 变为 6,066，很容易被写成“新增两次分配”。问题在于，汇总行从未这样说；这层含义是观察者加上去的。

AFRINIC 9 月 8 日的扩展统计文件里，有一条从 196.60.168.0 开始、数值为 2,048、状态为 reserved 的记录，对应一个 /21。到 9 月 9 日，这条记录不再以原来的形式出现。原有范围内出现三条记录：从 196.60.168.0 开始的 512 个地址变为 assigned；从 196.60.170.0 开始的 512 个地址仍是 reserved；从 196.60.172.0 开始的 1,024 个地址也仍是 reserved。

把两天的数据放在一起，关键算式一目了然：

变更前 变更后 地址数
一个保留 /21 一个已指派 /23 512
一个保留 /23 512
一个保留 /22 1,024
合计 合计 2,048

空间没有扩大，也没有缩小。变化的是文件为了表达不同状态而采用的粒度：原来一行，现在三行。于是记录数净增二，正好解释汇总值的变化。

行数不是业务事件数

AFRINIC 的 README 对这个数字有明确界定。文件头中的总数是记录行数量，不含版本行、汇总行和空行；按资源类型给出的汇总也统计记录行。文档还特别说明，这一计数不等于资源总量。对 IPv4 而言，一行到底代表多少个主机地址，要看该行的数值字段。

同一批变化里还有两个很好的对照。102.201.98.0/24 从 available 变为 allocated，涉及 256 个地址，但它是一行替换一行，对 IPv4 汇总净增量的贡献为零。ASN 329808 也从可用状态变为已分配状态，同样没有改变 ASN 记录行数。

因此，两天汇总数字之差不是一份事件账本。新增、删除、拆分、合并以及一对一状态替换都可能同时发生，也可能相互抵消。系统即使准确算出“+2”，仍可能把事实叙述错。

新指派记录上的不透明标识符也不能弥补这个缺口。公开文件没有把它定义为交易、申请或审批编号。记录提供了日期、范围和登记状态，却没有公开付款、评估、政策决定、路由通告或实际部署情况。

“保留”描述当前状态，不提供决策履历

AFRINIC 在资源管理说明中把保留资源分为政策保留、临时保留和隔离保留，并明确表示扩展统计无法区分这些子类。该页面还把 196.60.0.0/16 列为政策保留的例子。

这意味着两条信息必须同时保留。一方面，日度文件足以证明某段地址的公开记录发生了变化：其中一部分显示为已指派，其余部分仍为保留。另一方面，单凭 reserved 标签无法还原这一次变化背后的流程。谁提出请求、采用何种审核路径、地址是否已经通告或投入使用，都不在这份数据里。

承认边界并不会削弱证据，反而让结论可复核。

先做范围对账，再写结论

可靠的日度监测不该先数新增行，而应先确定受影响的完整地址范围。它需要把消失的旧行与出现的新行连接起来，核对变更前后的地址总量，再分别描述登记状态。

在本例中，证据表应把 8 日的 /21 与 9 日的三个子段关联，展示 2,048 = 512 + 512 + 1,024，并把汇总“+2”标注为记录结构的净效应。与此同时，那个从可用转为已分配、却不改变行数的 /24 也应作为独立状态变化保留。

这张日度资源差异表是 Theo March 的编辑建议，并非 AFRINIC 宣布的要求。它的价值在于：不让一个算对的汇总数字变成一个讲错的业务故事。

资料能证明什么，不能证明什么

两份日度文件能证明公开记录的日期、范围、数值、状态和拆分结果；README 界定了计数含义；AFRINIC 的资源管理页面说明了保留类别及扩展统计的辨识限度。这些资料不能证明申请、审批、付款、法律权属、BGP 路由、部署行为或 AFRINIC 出错。分离签名和公开密钥已经保存，公开 MD5 校验值也已在本地核对；由于本地没有可用的 gpg，本文不声称完成了 PGP 验签。

来源