摘要

  • Rogers 当年的管理通道也依赖故障网络，抢修人员不得不到现场操作，并借用其他运营商的 SIM 卡通信。管理通道独立，与固定、移动业务核心网分离，是两件事。
  • Rogers 报告称，2026 年 3 月 4 日的一次四小时演练中，测试设备持续正常工作。这纠正了“没有测试记录”的说法，但公开材料并不足以证明所有故障场景都已解决。

网络坏了，技术人员却不能通过网络进去修。2022 年 7 月 8 日，Rogers 遇到的就有这样一个困境：管理设备所用的通道也依赖出故障的网络，关键站点缺少其他运营商提供的备用连接。有人必须赶到设备现场；团队要沟通，还得拿到别家运营商的 SIM 卡。

这不是为了说明“韧性”而编出来的故事，而是 Xona 独立评估记录的抢修障碍。那次故障影响超过 1200 万固定及移动业务客户，也波及支付和紧急服务接入。对于 Rogers，恢复客户连接之前，还有一个更基础的问题：负责恢复的人，怎样才能够到设备？

前几次顺利，不代表这一次风险更小

事故发生在一项七阶段升级的第六阶段。移除路由策略过滤器后，过量路由信息涌入核心路由器，而设备缺少必要的过载保护，最终被压垮。

值得注意的是，前几个阶段运行顺利，反而促使这次变更从高风险降为低风险。原本与高风险操作对应的更高级别审批、实验室测试，也随之省去。操作变熟悉了，不等于一次错误能造成的影响变小了。

Xona 后来记录的整改包括路由器保护措施、独立的管理网络、第三方备用通信和流程改进，总体评价是积极的。它也没有认定固定与移动业务共用核心网本身就是架构缺陷。不过，共同依赖确实扩大了这场故障的影响范围。

“分开”不是一项工程的全部答案

让抢修人员在业务断网时仍能访问设备，是管理通道的事。把固定和移动业务的数据核心网分开，是为了减少故障相互牵连。一个核心失效后，业务能否通过别的安排继续运行，又是容灾能力的问题。

三者不能画等号。2024 年 11 月公开的 Xona 完整报告讨论了这些区别。即使有两个核心，如果同时推送同一项有问题的变更，隔离也可能失去作用；要让另一套设施接得住业务，还要考虑容量和实际运行方式。

后续监管记录同样不是停在最初的宣布上。2024 年 7 月的 CRTC 信函认为，相关措施已针对 Xona 查明的原因作出处理，同时要求继续报告措施效果与核心网分离进度。Rogers 在 2025 年 7 月的答复中，将 16 项建议标为仍在执行且有效。这是企业对建议落实情况的确认，不是 16 次独立测试。

真正改变“有没有测试”这一问题的，是2026 年 7 月 10 日提交的文件。Rogers 称，它在 2025 年开发并实施了一项新容灾方案，随后于 2026 年 3 月 4 日开展端到端韧性演练，模拟大规模核心网故障，持续四小时。按照公司的报告，切换没有造成服务中断，测试设备始终保持接入、认证和正常运行，性能达到预期门槛。

日期、时长和公司报告的结果都有了，不能再说公开记录里“只有承诺”。但“测试设备全部正常”不等于全国所有客户都在同样条件下接受过验证。公开版本隐去了流量数字及部分测试环境说明，读者无法据此复原全部场景。方案细节也不足以证明它就是早年所说的那种物理分离架构的完整落地。

Xona 的独立评估发生在这次演练之前，不能替后来的测试背书；已查阅的公开测试文本也没有明确列出独立见证方。承认已有改进，与追问测试边界，并不矛盾。接下来最有价值的不是又一句“永不掉线”，而是知道那四小时究竟承受了多大负载、覆盖了哪些故障，还有哪些例外。

历史参考链接：加拿大政府原公告、CBC 当日报道。本文后续进展依据上述官方报告与企业提交文件，核查截至 2026 年 10 月 19 日。