摘要

  • APNIC 在 2025 年 1 月 28 日同笔转让 16 段 /22、共 16,384 个地址，以及 AS64013，收件方是 CyberForest LLC.。
  • AS136209 于 3 月单独转入，AS64013 于 9 月单独转给 YANCY LIMITED；现行 RDAP 让地址与两枚 ASN 的去向一一可查。

2025 年 1 月 28 日，APNIC 的一行记录像一套打包好的网络装备：CONA HOSTING SDN BHD 把 16 段 /22 IPv4 和 AS64013 同时转给 CyberForest LLC.。16 段各有 1,024 个地址，合计 16,384 个。若只看这一行，很容易把地址和 ASN 想成从此绑在一起。后面的记录把这套装备拆开了。

3 月 17 日，CONA 又单独把 AS136209 转给 CyberForest；这一行没有 IPv4 范围。9 月 3 日，CyberForest 把原先随 16 段地址一起到来的 AS64013 单独转给 YANCY LIMITED；这行同样没有 IPv4。三张收据说明了三件不同的事：地址和第一枚 ASN 同笔进来，第二枚 ASN 另笔进来，第一枚 ASN 又独自离开。把第一张收据当成长期组合的证明，后两笔就会从视线里消失。

现行 APNIC RDAP 给了逐项核验的机会。16 段 /22 的精确前缀查询均覆盖当初转让的边界，登记人仍是 CyberForest LLC.。这些地址分散在 43/8、45/8、103/8 和 202/8，并不是一整段连续的 /18。数量上可以说相当于 /18 的 16,384 个地址；登记和路由边界上仍是 16 段 /22。把它们写成“一个 /18”，会抹掉账本最需要保留的形状。

ASN 的现行 RDAP 则确认分叉：AS64013 登记在 YANCY LIMITED 名下，AS136209 登记在 CyberForest LLC. 名下。2025 年 1 月那笔转让的收件方国家代码写成 ZZ；当前各段 IP 对象又各有登记信息。历史交易的一栏代码无法替代资源逐项核查。最稳的办法是按编号、日期和边界把交易记录与现行对象一一接上。

APNIC 把同时发生的 IPv4 和 ASN 交接放进同一机器可读行，这对追查那一天的事情很有用。问题在于交易行只是一张当日收据，不是持续有效的资产组合说明。CyberForest 的当前登记状态需要 16 个地址对象、两个 ASN 对象，以及三笔不同日期的转让共同回答。地址留下来、AS64013 离开了；仅靠“曾经同捆”无法解释今天。

公开记录没有说明 AS64013 是否曾作为这 16 段地址的 BGP 起源；带日期的起源记录才会改变对运营关系的判断。登记沿革本身已经清楚。APNIC 若把多资源转让的各组成部分做成可追踪的后续清单，读者一眼就能看到哪部分留在原处、哪部分改走另一条路。

APNIC 原始收据