Summary

  • RIPE NCC 将 46.232.195.0/24 的 256 个地址从 BNW TECHNOLOGY LTD 转给 NXLayer Ltd，转让日期是 2026 年 11 月 3 日；接收方的精确 RDAP 对象于当天 08:03:08 UTC 登记。
  • RIPE RIS 在 11 月 2 日 12:00 UTC 已记录该 /24 的 337 条 BGP 路由，全部以 AS197758 为起源；3 日 07:00 的 338 条也相同。RIPE RDAP 将该 ASN 登记在 NXLayer 名下，路由观测先于新登记。

路由先到了，收据次日才盖章。11 月 2 日 12:00 UTC，RIPE RIS 对 46.232.195.0/24 的精确 BGP 状态有 337 条记录，AS path 的最后一跳无一例外是 197758。11 月 3 日 07:00，记录变为 338 条，起源仍是它。RIPE 的转让表把 BNW TECHNOLOGY LTD 向 NXLayer Ltd 转出该 /24 的日期列为 3 日；接收方精确 RDAP 对象的登记时间则为 08:03:08 UTC。AS197758 的 RIPE RDAP 名称是 NXLAYER，登记主体是 NXLayer Ltd。两个公开系统的时钟排出一条清楚的先后线：NXLayer 的 ASN 至少在收据出现二十小时前已是该段的观测路由起源。

先别让大块原始范围抢走小块的戏。RIPE 转让行的 original_block 是 46.232.192.0/21，共 2,048 个地址；transferred_blocks 却只写 46.232.195.0/24，256 个地址。双方国家码均为 GB，类型 POLICY，状态 PERMANENT。文件只给转让日期，没有分钟级的交易时间。08:03:08 是接收方 RDAP 对象的登记时刻，不能被偷偷改写成签约时刻。

RIS 的三份快照让这个顺序站得住。2 日中午的 337 条记录都指向精确 /24，都以 197758 结尾。3 日 07:00 的 338 条仍然如此，距接收方登记还有一小时三分。向 RIS 请求 3 日 11:00 的状态，接口返回实际时刻 09:59:50：338 条同一前缀记录仍全部以 AS197758 结尾。该 ASN 的 RDAP 对象在 2026 年 5 月 7 日登记，最后修改也停在当日。三份记录证明路由观测的时间顺序；运营双方若公布迁移时间表，才会解释为何先有路由、后有登记。

转出的 /24 被从原来的 /21 中间挖走后，RIPE RDAP 给出三块精确的现状。查询 46.232.192.0，返回 .192.0–.194.255，768 个地址，登记主体 BNW。查询 .195.0/24，返回 NXLayer 的 256 个地址。查询 .196.0，返回 .196.0–.199.255，1,024 个地址，登记主体再次是 BNW。768 加 256 加 1,024，恰好拼回 2,048；既无缺口，也没有重复计数。两块留存对象沿用 UK-XIFOS-20110217 这个名称，但对象中的登记主体是 BNW。不能把旧对象名当成一笔这里不存在的 Xifos 转让。

登记时间像一次精确切割：下方留存对象在 08:03:07 建立，NXLayer 的中间 /24 和上方留存对象都在 08:03:08 建立。原 /21 在一个秒差内成了 3+1+4 个 /24 单位的三份对象。RIS 却在前一天已经看到中间那份以 NXLayer 的 ASN 为起源。登记机构可以在数据库里安排整齐的切割时间，无法让旧快照跟着改点。

只看 RDAP 的人，会把 3 日 08:03 当成故事起点，漏掉前一天的路由；只看 BGP 的人，则可能把 AS 起源误作已经完成的资源登记。前者记录持有人和范围，后者记录观测到的路径起源，转让行则记录哪 256 个地址发生登记变更。三者合在一起，可以精确写出先后，不能替代双方的私下安排。

这是一个极小却昂贵的核对错误：把 /21 误当整块转出，会把交易地址量写成实际的八倍；把路由时间误当转让时间，会把两个不同权力系统混成一块。RIPE 自己的三个公开产品已摆出答案。2 日是 AS197758 的路由，3 日 08:03 才是 NXLayer /24 的新登记。把两只时钟都保留，账本才有意义。

RIPE NCC 原始记录