摘要

  • APNIC 统计的是登记的分配实例，不是单个 IP 地址，也不是活跃路由。
  • IPv4 净增 660 的背后，是经济体代码分组间更大的反向变化；原始文件没有解释这些变化的原因。

先看最容易被拿去做标题的数字：APNIC 10 月 31 日的文件列出 1,323,907 个 IPv4 分配实例，比 10 月 1 日的文件多 660。同期 IPv6 分配实例增加 383。把它写成“互联网增长了 660”，只需删掉一个单位，再添上一层想象。

日期是这次比较的一部分。10 月 1 日文件统计到 9 月 30 日，10 月 31 日文件统计到 10 月 30 日。两份文件都是日度登记摘要。它们是 APNIC 注册表的两张快照，不是监测区域流量的仪表盘。

APNIC 的说明写得很具体：这份 assignment 报告同时包含公开 Whois 数据库里的分配记录，以及私有客户数据库里的记录。每行按经济体代码、资源类型和分配大小分组。IPv4 的 value 表示一个范围内的主机数，而且范围未必是 CIDR 前缀；instances 才表示这一组里有多少个该大小的分配实例。所谓净增 660，是把所有 IPv4 行的 instances 变化相加。它不是 660 个新地址、660 个启用的新网络，也不是 660 个新客户。

净数掩住了更大的摆动。代码 ph 的 IPv4 分配实例增加 1,546，au 减少 956。把整张表加总，结果仍然只是 +660。文件没有说明这些变化来自新登记、数据更正、分组调整，还是别的管理操作。它也没有把变化对应到跨境迁移或某家运营商的现网。

APNIC 自己给出了明确边界：这份报告不能权威证明哪些分配正在全球互联网中被路由。RIR 统计交换规范把这类文件定义为快照，不带交易历史。APNIC 还说明，它无法精确把某个地址映射到当下实际使用它的国家。登记代码是数据库字段，不会像 GPS 标签一样跟着地址移动。

那它能回答什么？在某个日期，按 APNIC 的分组规则，登记了多少个分配实例。只要保留单位和统计截止日，它就能帮助读者追踪登记结构如何变化。至于某个地址范围有没有路由、是否可达、有没有流量、服务了多少用户，或者是不是刚刚部署，这份文件都没有答案。那是另一组观测。

危险来自一个常见的编辑选择：干净的数字比定义更容易传播。“IPv4 分配实例净增 660”准确；“亚太多了 660 个地址”把实例误写成地址；“互联网新增 660 个网络”又跨出更大一步。排版整齐的表格，常让这两个错误看起来像分析。

若要进一步判断，缺的是两样具体材料：一份能关联到分组、解释记录为何变化的历史变更日志；以及一份单独、带日期、能与登记资源对应的路由状态记录。它们目前不在这份 assignment 报告里。眼下，这本账能说明自己的行数和分组，不能替数据包作证。

官方来源