摘要

  • RIPE NCC 在 2026 年 10 月 30 日记录：Vodafone ONO, S.A. 的 80.224.190.0/24 转给 Warian S.R.L.，紧邻的 80.224.191.0/24 转给 CLOUD.GAL, S.L.；每段各有 256 个地址。
  • 在数学上的 80.224.128.0/18 之内，ONO 现行记录覆盖前 62 个 /24，末尾两个 /24 分别有独立记录；直接拿 /18 查 RDAP，返回的却是笼统的 80.0.0.0/8。

把一个旧前缀复制进查询框，是审计里最顺手的动作。这次顺手动作会把人带错楼层。RIPE NCC 的IPv4 分配转移原始表在 2026 年 10 月 30 日列出两笔来自 Vodafone ONO, S.A. 的转移：80.224.190.0/24 给意大利的 Warian S.R.L.，80.224.191.0/24 给西班牙的 CLOUD.GAL, S.L.。两段首尾相接，各 256 个地址，类型均为 POLICY，状态均为 PERMANENT。表格给出两位接收方，没有给出一个可供合并它们的共同交易编号。

两行最耐人寻味的地方是 original_block。Warian 那行写 80.224.128.0/18，转移块写 80.224.190.0/24；CLOUD.GAL 那行的原始块与转移块都写 80.224.191.0/24。RIPE 对表格字段的解释把原始块定义为全部或部分地址被移出的起始地址块。按地址算，两段 /24 都落在 80.224.128.0/18 里面。但这项数学关系不能把第二行的原始块擅自改成 /18。账本写得不对称，分析就该保留这个不对称。

再看今天的边界。查询 80.224.128.0 的 RDAP，返回 ES-ONO-20010928：登记区间从 80.224.0.0 一直延伸到 80.224.189.255。它的左端甚至早于那个 /18，右端则恰好停在 Warian 的 /24 之前。在数学 /18 包含的 64 个 /24 中，ONO 这条宽区间占前 62 个，也就是 15,872 个地址。旧前缀没有以一条完整 /18 记录保留下来，地址也没有凭空消失。

随后是两条很窄、很明确的记录。Warian 的 /24 名为 IT-WARIAN-20010928，登记时间为 10 月 30 日 07:03:47 UTC；CLOUD.GAL 的 /24 名为 ES-CLOUDGAL1-20010928，登记时间为 11:10:00 UTC。两次登记相隔 4 小时 6 分 13 秒。这是登记时钟，不能拿它推断流量、客户或路由在何时发生变化。

最滑稽的一次查询，是看似最正规的直接查询 80.224.128.0/18。现在得到的是 RIPE 管理的 80.0.0.0/8 泛化记录。要读清这个 /18 末端，应当依次查 80.224.189.255、80.224.190.0、80.224.191.0：ONO、Warian、CLOUD.GAL，三条相邻答案。一个 /8 的宽泛答复，不会替代这三道精确边界。

要证明两位接收方是否参与同一商业交易，还缺共同交易编号或交易文件。公开登记已经给出更窄、也更可靠的结论：末端地址按 62/1/1 分布，转移表两行的“原始块”不同，现行地址查询分别落在三条记录上。把这些差别压平，文章会更短，事实也会更少。