摘要

  • 现有证据可以把 DFINFRA 与 AS210860 放入同一条调查路径，但没有在本次材料中确认具体的路由撤回、重新公告、探针中断、故障转移路径或服务层影响。
  • 要证明持续的运营控制，需要把带时间戳的 BGP 可见性变化、独立可达性信号、路径或邻居变化，以及运营方或独立来源的事件记录连接起来。

DFINFRA 与 AS210860 的关系首先是一个登记和网络资源调查信号。它值得核查，却不能直接回答谁拥有路由器、谁维护上游关系、谁能改变公告，或者谁从网络服务中获得商业收益。此前关于这一对象的公开报道已经区分了登记身份与实际运营控制；本次研究把问题向前推进一步：如果网络连续性受到影响，哪些可观察的变化能够说明谁负责预防、检测和恢复？

答案目前是有限的。现有资料列出了可用于验证的公开观测点，但动态响应没有被保存为本次研究的具体事件记录。因此，本文不把候选数据源的存在写成已经发生的故障，也不把一个可能的邻居或登记维护者写成实际执行恢复的人。

连续性不是一个单一状态

对一个自治系统而言，“网络在线”至少包含几层不同的问题。路由是否被 RIPE RIS 等收集器看到，是控制平面的可见性问题；前缀是否继续出现在公告中，是起源和传播问题；外部探针是否能够到达地址，是数据平面或可达性问题；客户是否仍能使用服务，则是更高一层的运营结果。它们可能在时间上不同步。

RIPEstat 的路由历史接口可以用来识别 AS210860 的前缀在参与收集器中出现的时间区间。如果多个已观测前缀在相近时间消失，随后又出现，这可以支持“撤回—重新公告”的控制平面序列。但该序列本身不能区分维护、BGP 会话故障、上游故障、过滤或有意的运营操作。不同收集器也可能给出不同的起止时间。

RIPEstat 的 BGP 更新接口适合在发现可疑区间后进行窄时间窗查询。它可以检验撤回是否先于重新公告，以及返回的路径是否使用了相同或不同的邻居 ASN。但更新时间是观察者和对等体相关的时间，不应被压缩成一个未经说明的“全球故障时间”。控制平面重新可见，也不等于应用流量已经恢复。

需要第二个独立信号

单靠 BGP 可见性不足以证明用户遭遇中断。IODA 的 ASN 210860 页面是一个候选的独立观察点，可以检查路由信号是否与主动探测响应或其他停机检测信号同时下降并随后恢复。如果两类信号在相近时间共同变化，故障解释会比单一收集器中的路由空缺更有力；如果只有 BGP 下降而探测信号不变，则也可能只是收集器路径或传播范围发生变化。

IODA 是否拥有足够覆盖本自治系统的信号，在本次材料中没有得到确认。一个小型网络、主要使用 IPv6 的网络，或者缺少适合监测的地址空间，都可能让该信号为空。没有信号不能被反向解释为没有网络活动。

RIPEstat 的公告前缀接口可以提供前缀清单，并把调查从自治系统级别缩小到具体前缀。只有知道哪些前缀曾被观察到，才能进一步检验中断是影响整个 ASN，还是只影响一条公告。当前状态、最后出现时间或当前公告都只是路由证据，不等于服务可用性。

多宿主是机制候选，不是已证实的恢复方案

连续性的关键机制可能是路径多样性。如果 AS210860 同时通过独立的上游或对等关系保持可见，那么单一连接失效时理论上存在切换空间。RIPEstat 的 ASN 邻居接口可以帮助识别外部可见的邻居；如果在带时间戳的更新中看到公告从一个邻居消失、又通过另一个邻居恢复，才可能形成故障转移的候选解释。

但一个被观察到的邻居不一定是合同意义上的转接提供商，也可能是路由服务器、同属关系或观察范围有限造成的分类。邻居数量本身不证明存在可用的备份路径，更不证明备份在事故中成功承载了流量。

RIPE Atlas 的 IPv4 探针查询和 IPv6 探针查询可以提供独立于 BGP 收集器的数据平面线索，前提是确实存在与 AS210860 相关的探针，并且能获得其连接和重新连接时间。探针掉线可能由探针自身断电或本地连接故障造成；探针恢复也不等于整个自治系统恢复。因此，探针证据必须与前缀、路由和时间窗口相互校验。

登记材料能帮助归因，但不能替代事件记录

PeeringDB 的网络记录可能包含自报的网络名称、网站、NOC 联系方式、设施、交换中心和互联政策。多个设施或交换中心可以说明一种设计上的韧性意图，但不能证明这些连接在特定故障期间处于运行状态。若记录指向状态页或运营网站，才可能进一步找到维护通知、事件报告或其他由运营方发布的证据。

RIPE Database 的 aut-num 对象可以确认登记名称、组织句柄、维护者以及声明的输入和输出策略。它可以帮助回答“登记系统如何描述自身”，但不能证明某个个人或机构在某个具体时刻操作路由器、检测故障或执行恢复。政策条目可能陈旧、概括或缺失。

RIPE 的 route 和 route6 搜索可以寻找把前缀与 AS210860 联系起来的 IRR 对象、维护者和修改时间。若修改发生在可疑路由事件附近，它可能成为进一步调查的线索；但数据库修改也可能只是日常维护，IRR 授权更不能证明前缀实际被公告。

bgp.tools 的 AS210860 页面、CAIDA AS Rank 记录和 Hurricane Electric BGP Toolkit 页面可以用于交叉核对当前前缀、邻居、上游、RPKI 或拓扑关系。它们有助于减少单一观察系统造成的误读，但当前快照不能重建过去事件的顺序或原因；不同服务也可能使用部分重叠的数据源。

本次调查实际证明了什么

本次调查确认的是一套可复核的测试方法，而不是一个已经闭合的事故叙事。材料没有建立具体的 AS210860 中断区间、撤回和重新公告时间、替代上游、探针中断，或者客户服务影响。也没有找到一份能够把事件响应明确归因于 DFINFRA 或某个可识别运营主体的运营方通告、配置变更、状态页记录或事后报告。

因此，目前最稳妥的结论是：公开登记和路由数据可以提出关于连续性控制的具体问题，但尚不足以回答谁控制恢复，也不足以证明 DFINFRA 对 AS210860 具有持续的运营或商业控制。把登记身份、路由可见性、可达性、实际运营能力和商业后果混成一个结论，会把不同证据层的含义扩大到它们无法支持的范围。

下一步调查应先确定具体前缀和时间窗口，再同时查询路由历史与 BGP 更新；随后将收集器层面的变化与 IODA 或 RIPE Atlas 等独立可达性信号对齐，并比较恢复前后的邻居和路径。最后，还需要寻找同期的运营方公告、配置变更、维护记录、状态页或独立事件报告。只有这些证据能够在同一时间窗口内互相支持，连续性机制才可能从“候选解释”升级为“可归因的恢复事件”。