摘要

  • RIPE NCC 原始转移文件显示，2026 年 10 月 1 日 Invitech ICT Services Kft. 向 2Connect Telecommunications Infrastructure & Network Services Ltd. 转移 120 条 IPv4 资源；次日 DIGI Tavkozlesi es Szolgaltato Kft. 转移 114 条。234 个互不重叠的地址段合计 941,312 个 IPv4 地址。另有三个 IPv6 /29 和六个 ASN，分列于另外两份官方文件。
  • RIPE RIS 在 9 月 30 日、10 月 3 日、11 月 3 日的 08:00 UTC 抽样中，均看到 85.66.0.0/15 起源于 AS20845，212.108.192.0/18 起源于 AS12301。前者属于这批 ASN 转移，当前 RDAP 登记者为 2Connect；后者未列入六个 ASN，当前 RDAP 登记者为 One Hungary Ltd.。

先数记录，再数地址，会得到两张不同的排行榜。RIPE 的 IPv4 原始转移表里，Invitech 有 120 行，DIGI 只有 114 行；但前者对应 308,736 个地址，后者对应 632,576 个。单是 DIGI 的 85.66.0.0/15 就装下 524,288 个地址，超过整批 IPv4 地址的一半。拿行数当规模，账面上的大户就会被算反。

两天的记录都把接收方写为 2Connect，类型为 MERGER_OR_ACQUISITION。IPv4 与 IPv6 记录标记 PERMANENT。RIPE 的字段说明明确：日期是注册机构处理转移的日期。它能给登记动作盖章，却没有给机房切换、路由策略或合同数量盖章。243 是资源行数，不是 243 宗交易。

其余两本账也值得摊开。IPv6 转移表在相应日期列出 Invitech 的一个 /29 与 DIGI 的两个 /29；ASN 转移表则各列三个号码。由此得到 234 加三加六，共 243 行，横跨三类资源。ASN 清单里有 AS20845，没有 AS12301。这一有一无，决定了两条样本路由该怎样读。

第一条是占整批 IPv4 地址过半的 85.66.0.0/15。精确地址段的当前 RDAP指向 2Connect。RIPE RIS 在9 月 30 日、10 月 3 日、11 月 3 日三个 08:00 UTC 画面里都记录 AS20845 为起源。这个 ASN 的当前 RDAP同样写着 2Connect。地址登记、ASN 登记和抽样路由起源在当前状态下排成一列，而路由使用的 ASN 号码在三个画面里没变。

第二条是 Invitech 的 212.108.192.0/18，含 16,384 个地址。地址段当前 RDAP也写 2Connect；RIS 在9 月 30 日、10 月 3 日、11 月 3 日三个同一时刻的画面都显示 AS12301。AS12301 的当前 RDAP却写 One Hungary Ltd.。同一个地址段的登记持有人，与其抽样起源 ASN 的当前登记者，分属两个名称。

这两例不是 234 条路由的普查。我们有三个离散时点，没有时点之间的连续路径。可这足以否定一种偷懒读法：把转移表上的接收方名字直接填进“谁在发出路由”一栏。RIS 的接口定义描述的是特定时点的可见路由状态；登记表描述的是处理过的资源转移。它们的时间轴需要并排放置，不能叠成一条。