摘要

  • 2022年7月8日全国断网后，加拿大电信监管机构 CRTC 经调查认定，一次配置更新导致了这次故障，并责令 Rogers Communications Canada Inc. 强化配置管理、与其它电信运营商签订正式的互助协议、改进故障期间的沟通协议，并接受第三方对网络韧性的审计。
  • 加拿大联邦政府把这次事件视为国家层面的可靠性失败，指出包括紧急通信在内的基本服务受到中断，并记录了此后与主要运营商达成的互助、沟通与网络测试安排。
  • 相关文件虽被定位，但本文无法读取其全文：没有任何材料证明第三方韧性审计已经完成、由谁执行、结论为何。义务有记录，修复没有。

监管机构认定了什么

公开记录并不长，但很具体。调查认定一次配置更新引发了这次全网故障，并在此基础上提出了一组纠正措施 CRTC 指令。其中四项在原则上都是可核查的：强化配置管理；与其它电信运营商签订正式的互助协议；改进故障期间的沟通协议；以及对运营商网络韧性开展第三方审计。

同样的思路出现在范围更广的监管文件中。CRTC 2022-261 号电信监管政策要求包括 Rogers 在内的加拿大主要运营商，在故障协议、互助机制与独立韧性审计方面采取具体措施 2022-261 号监管政策。

政府一侧同样留有痕迹。工业部长的声明指出基本服务与紧急通信受到中断，并称这次事件不可接受 部长声明。联邦层面的电信可靠性与韧性框架，则描述了把互助机制正式化、强化应急沟通协议以及提升网络冗余的要求 可靠性与韧性框架。另有一份公告记录了与主要运营商达成的安排，涵盖故障期间的互助、对用户与政府的沟通，以及网络测试 协议公告。而调查的启动本身，也有单独的公开记录 调查启动通知。

有两块拼图缺席，而这种缺席本身说明问题。运营商在故障后发布的公开声明被定位到，但无法读取其内容 运营商声明；对监管机构结论的独立报道同样被定位到，也无法读取 独立报道。也就是说，既没有运营商自己的说法，也没有非监管机构视角的同一事实，可以与监管机构的叙述相互对照。

尚未证实的部分

在本文搜集到的材料中，没有任何一份点名第三方审计机构，说明其审计范围或完成时间，也没有给出结论。没有任何材料显示互助协议已经生效、由哪些运营商签署，或者在同时发生故障时相互之间究竟如何支援。也没有材料记录修订后的沟通协议在后来的事件中表现如何，因为没有找到可对照的事件。

有两点方法上的说明需要写清楚。所查阅的文件是公开摘要而非全文，因此本文没有任何一句话是以直接引语形式呈现的。此外，围绕这一主题的早期检索还翻出与本次断网无关的文件，这也是本文引证范围刻意收窄的原因。

事件常被引用的时长——大约十五到十九小时的窗口——只出现在与部长声明相关的一段摘要材料中，并未得到直接文本的确认。受影响用户与服务的数量，在本文查阅到的任何文件中都没有确定。

空白本身就是结论

运营商发生故障并不罕见；真正值得追问的，始终是之后改变了什么。这里的公开记录显示：监管机构迅速调查、指出具体技术原因、并提出可核查的义务；同时它也显示，可核查的部分止步于义务本身。

这种不对称对依赖加拿大网络韧性的人有直接后果。一份只存在于纸面、从未在真实负载下演练过的互助协议，与一份经过测试并修订的协议，价值并不相同。一份没有公开的韧性审计，什么也证明不了，包括勤勉——它只是一个公众看不到到期日的承诺。

BTW 自己的名录记录从另一个侧面反映了同样的稀薄：一条来自注册记录的标识，加上一份明确列出的缺口清单——司法辖区、当前服务、可见资产、股权关系与负责人——其中没有任何关于预防、检测或修复的表述 名录条目。