摘要

  • LACNIC 10 月 26 日两条转移行将 131.255.160.0/24 与 131.255.161.0/24 从 ANDRA TELECOM 交给 SERRA CLOUD LTDA，共 512 个地址。
  • 当前 RDAP 将这两个 /24 分别登记给 SERRA，把相邻的 131.255.162.0/23 登记给 ANDRA；三条记录无缝覆盖整个 /22。

地址算术是一半对一半，登记簿却用了三张纸。LACNIC 的 2026 年 10 月 26 日转移文件列出 ANDRA TELECOM 向 SERRA CLOUD LTDA 转出 131.255.160.0/24 与 131.255.161.0/24。每条 256 个 IPv4 地址；每条的 original_set 和 transfer_set 都只是本条 /24。文件没有把这两笔合并成一条 /23，更没有写出一个 /22 原始集合。

把三个当前 RDAP 对象排在一条地址线上，边界立刻清楚。前两个 /24 相邻，从 .160.0 延伸到 .161.255，共 512 个地址，注册人均为 SERRA。后面的 131.255.162.0/23 覆盖 .162.0 至 .163.255，同样 512 个，注册人仍为 ANDRA。三条对象恰好填满 131.255.160.0/22 的 1,024 个地址，没有空洞或重叠。这里的 /22 是数学比较框架，转移文件本身只写了两个 /24。

三条 RDAP 记录都保留 2014 年 11 月 27 日的注册事件；10 月 26 日的最后变更时间依次是 11:23:18、11:24:18 与 11:25:19 UTC，先是两个 /24，再是留下的 /23。登记簿显示了三次变更的时点。详细变更日志和路由历史才能解释为什么下半段保持为两个 /24 对象，以及地址怎样实际使用。

原始资料: LACNIC 2026-11-02; 131.255.160.0/24; 131.255.161.0/24; 131.255.162.0/23.