Summary

  • Md.Kamruzzaman Khan 记述，2024 年 7 月 18 日约 14:45 UTC，AS63526 开始人工撤回 47 个前缀：46 个 IPv4 /24 和一个 IPv6 /48；操作按 BGP 会话、路由器逐项进行，没有自动脚本。
  • RIPE NCC 的 AS63526 路由历史返回同样 47 个前缀，采样粒度为 28,800 秒。下一时段的全表对等体数，IPv4 每个 /24 从 358 变为 1，IPv6 /48 从 363 变为 4。

Khan 在发表于 RIPE Labs 的亲历记录里，留下了仪表盘没有的细节：当地时间约 20:45，团队开始撤回 AS63526 的通告；没有一键脚本，而是逐个会话、逐台设备操作，每步之后核对。这些命令平日也用于维护。命令本身没有替那天的后果贴标签。

我们保存的RIPEstat AS63526 原始响应覆盖 7 月 18 日至 20 日，列出 46 个 IPv4 /24 和 2404:4580::/48，与 Khan 的数量一致。返回字段 time_granularity 是 28,800 秒。46 个 /24 在 18 日 15:59:59 UTC 结束的区间仍显示 358 个全表对等体，/48 显示 363 个；16:00 起的下一段分别显示 1 个和 4 个。这是 RIS 收到的残余可见性，响应没有说明残余从何而来。

一个八小时边界，不能给 47 次人工动作逐一盖章。Khan 知道自己的团队如何操作；RIS 知道采集对等体看到了什么。把前者的动作时间塞进后者的桶里，会虚构出整齐的执行顺序；再往外推到其他网络的指令来源或用户断线分钟，更是越过了证据。

RIPE RIS 的原始文件说明给出了下一步：RIB 状态快照每八小时一份，收到的 BGP 更新每五分钟存一份。Khan 明说原研究没有查询这些更新文件。逐采集器的 MRT 更新与运营商变更日志合在一起，才能拆开命令先后、路由传播和采集延迟。