摘要

  • ARIN 的 11 月 3 日转让原始文件记录，158.51.155.0/24 在 2026 年 10 月 30 日 21:54:17 UTC 从 Crossroads Broadband of Indiana, Inc 转到 Tekion。原区间与转让区间完全相同，共 256 个 IPv4 地址。
  • 时间为 11 月 2 日 04:59:13 UTC 的累计快照仍没有这笔交易；24 小时后的快照才出现。现行精确 RDAP 对象把注册事件记为 10 月 30 日 17:54:17、时区为 UTC−4，换算后与转让时间一秒不差。

读转让账的人容易犯一个朴素的错误：今天没有这一行，就以为昨天没有这件事。ARIN 这段小小的 /24 正好让错误露出原形。周一的累计文件安静得像结案，周二的版本却递出一张盖着上周五时间戳的收据。地址只有 256 个，足够把“事件时间”和“文件公开时间”这两个时钟分得清清楚楚。

11 月 3 日 ARIN 原始快照里，这一行的类型是 RESOURCE_TRANSFER。来源是 Crossroads Broadband of Indiana, Inc，接收方是 Tekion，两边的国家代码都是 US，两边的 RIR 都是 ARIN。来源登记日期是 2020 年 1 月 10 日。original_set 和 transfer_set 均为 158.051.155.000–158.051.155.255；文件在八位组前补零，算成普通地址就是 158.51.155.0/24。这次没有从一个大块切出一角，整段 256 个地址都在转让范围内。转让时间是周五，2026 年 10 月 30 日 21:54:17 UTC。

把 11 月 2 日快照放在旁边，问题才有尺寸。该文件名上的时间是 04:59:13 UTC，距转让时间已过两天七小时四分五十六秒，约 55 小时。它的 46,031 条记录里既没有接收方 Tekion，也没有这一段精确转让区间。11 月 3 日文件共有 46,050 条，包含这条。后一文件的时间距交易是三天七小时四分五十六秒。按照 ARIN 对 NRO 转让格式的说明，日期文件是累计转让日志的定时快照。因此可以定位“这一行进入公开累计文件”的窗口：两版文件之间。

再看 ARIN 对这段 /24 的精确 RDAP 回答。起止地址与转让区间完全吻合，网络名称是 TEKIO，句柄为 NET-158-51-155-0-1，状态为 active，类型为 DIRECT ALLOCATION，登记主体显示 Tekion。registration 事件是 2026-10-30T17:54:17-04:00，与转让文件的 UTC 时间同一瞬间。last changed 则是 2026-11-02T16:53:30-05:00，换算成 UTC 为周一 21:53:30。美国东部在两次事件之间从夏令时转入标准时；直接拿表盘上的“17 点”和“16 点”比较，会把顺序算错。

Tekion 的组织实体还有另一组时间：2026 年 10 月 13 日登记，10 月 21 日最后变更。它比这次 /24 转让早已存在。来源在转让行里的登记日期更早，是 2020 年。这些日期各管不同对象：旧来源、接收组织、IP 对象、转让事件和累计文件。把它们塞进一个“何时转给谁”的单格，恰好会丢掉这篇报道要追的细节。

截至目前能明确说的是：ARIN 的周一快照在事件发生约 55 小时后仍缺这一行，周二快照才把它列出；现行 RDAP 对象则保存着与转让时间相同的注册事件。若要知道 RDAP 对象最早何时对公众可见、累计文件为什么在两版之间补入这行，需要当时的 RDAP 存档或 ARIN 的发布任务日志。做资产盘点的人不能把某一版累计文件里的空白当作永久否定。保存文件版本，再查询精确资源，才能知道自己看见的是事件、登记，还是一张迟到的收据。

ARIN 一手原始资料