总结

  • Rogers 当年的故障不只影响用户，也妨碍了技术人员远程管理设备、协调恢复工作。
  • Xona 的独立评估和 CRTC 的后续文件均已公开，不能再把“没有评估”作为批评的起点。

网坏了，找工程师。可如果工程师进入设备的通道、彼此联系的线路，也在这张坏掉的网里呢？2022 年 7 月 8 日，Rogers 遇到的麻烦就包括这一层。恢复服务需要人去操作设备，故障却先把操作的路堵住了。

这不是设想中的极端情景。CRTC 于 2024 年 7 月公布的 Xona 独立评估描述了管理访问与员工通信受影响的情况。也正因如此，整改清单里的“独立管理网络”不只是一个技术名词：它要给修网的人留下一条还能走的路。

先挡住过载，再留下维修入口

当时涌入核心路由器的不是突然暴增的用户电话，而是过多的路由信息。一次配置变更移除了过滤措施，相关设备又缺少足够的过载限制。移动和固定业务共用核心网络，故障的影响因此跨过了业务边界。

公开的删节版技术报告记录了路由限制、物理和逻辑上分离的管理网络，以及第三方连接等改进。它们各有用途：限制保护设备，管理网络保障出事后仍可接近设备，外部连接则减少对自身网络的依赖。不能用“做了备份”四个字把这些区别抹掉。

还有一个容易混淆的地方。把管理网络分开，并不等于把移动与固定业务的核心网络全部拆分完毕。前者关乎怎样修，后者关乎故障怎样被限制在更小范围。两项工程可能相互配合，却不能彼此充当完成证明。

公开记录不是空白

CRTC 在 2024 年 7 月 4 日的信函中，根据 Xona 的发现认为相关措施已处理此次故障的成因，同时要求后续报告。2025 年 12 月的信函认可进展，并继续要求更新；公开案卷也列出了 2026 年 7 月的提交记录。

这条记录不能保证下一次事故不会发生。但它足以改变提问方式：不是“为什么连评估都没有”，而是“这些保护分别挡住什么故障，怎样知道它们仍然有效”。对购买通信服务的企业，后一个问题更有用。报价单会列出带宽；恢复能力则要看主网停下来之后，负责修复的人还剩下什么。

2026 年 10 月 26 日更正：旧稿错误声称缺少具名公开评估及整改依据，并误把与本案无关的 2022-261 号资费命令作为故障整改文件；关于互助协议签署方和生效日期无法查明的表述也不准确。本次依据公开原始文件改正，保留原网址、原发表日期和会员访问权限。