两条光纤可能共用同一条失效路径

摘要

业务连续性档案看上去无可挑剔：两张账单、两个支持电话、两个 SLA。设施经理把主线路标为运营商 A，把备用线路标为运营商 B，然后在风险表里把网络冗余一栏涂成绿色。

走到楼外，情况却可能完全不同。两根接入光缆从同一个弱电出口进入同一座街道井，再沿同一段管道前进，直到更深处才分开。一次挖掘事故便足以同时切断两条线路。

这是一个用于解释证据缺口的假设场景，并非对任何具体运营商的指控。它说明商业关系的分离，与网络路径的分离是两件不同的事。

第二条业务并非没有价值。它可能增加带宽，提供另一套客户侧设备、支持渠道、升级流程或合同救济。若故障只发生在某一供应商的业务平台，第二条线路也可能继续工作。

但这些优势并不揭示共同依赖。两条线路可能共用楼宇出口、接入网络、批发基础设施、汇聚站点、互联设施、电力系统或现场维护团队。零售品牌不同，底层本地接入仍可能来自同一张网。

因此，正确的问题不是“采购了几个供应商”，而是“哪一种现实故障会同时移除两项服务”。

Ofcom 当前的网络和服务韧性指引涵盖公共通信网络与服务的架构、设计和运营模式。详细指引把责任放在端到端路径上，并纳入第三方代运营部分和互联点。这意味着一项零售服务会继承合同封面上看不到的底层依赖。

Cabinet Office 的电信韧性指引更直接地处理采购难题：表面不同的技术方案可能存在内在依赖；从多个供应商采购，也未必提升韧性，因为不同供应商可能使用共享基础设施。对最后一公里，指引建议取得地理线路和网络接入点物理分离的保证；没有这种保证，就不应假定存在两条独立路径。

DSIT 的材料概述通信提供商的韧性义务以及 Ofcom 的监管角色。EC-RRG 文件则提供最佳实践背景，同时明确它不是对现行监管合规的解释。这些材料支持对共同依赖进行核查，却不能替任何具体客户的线路作出认证。

客户未必需要获得包含精确坐标的敏感工程图，但必须得到足以检验韧性主张的证据。

层级	应当核验的问题
楼宇	两条线路是否使用不同入口、竖井或内部走线？
接入尾纤	是否共用同一杆路、手孔、街井或管道路段？
汇聚	是否在发生共同故障前到达不同汇聚站和 PoP？
互联	是否依赖同一交付点、交换设施、承运商或上游？
电力	关键有源设备是否共用机房、市电、UPS、蓄电池或发电机？
运营	一次维护、配置变更、承包商操作或升级失误是否能影响两条线路？
恢复	切换测试是否真正移除了主路径，而不是只关闭一个接口？

保证可以是有限的。运营商可以在不披露精确线路坐标的情况下，确认某一边界之前已经物理分离。转售商可能只掌握接入段，而无法证明完整核心路径。此时应明确记录保证的边界，不能用“未知”补成“已分离”。

网络重整可能把原本分开的线路迁到共同设施；并购可能合并 PoP、电力或运营团队；楼宇改造可能迫使两根光缆共用入口；维护期间也可能出现临时共同路径。

因此，分离证明需要观测日期和重新验证触发器。日期只说明证据何时成立，并不创造韧性。真正的控制仍然是物理、逻辑和运营依赖是否独立。

附加服务表示第二个商业产品已经存在，但它与主线路的共同故障关系仍不清楚。有边界的分离表示独立性已经证明到某个明确边界，剩余共同依赖也被披露。经测试的韧性表示相关失效域被实际移除，预期切换得到记录。

现有来源没有证明任何具体运营商出售了虚假分离，也没有创设一张 Ofcom 强制认证表。共同失效登记与路径证明，是 Elias Ward 基于官方材料提出的运营建议。

两条光纤只有在路径和共同依赖证据支持时，才应被计入韧性控制。在此之前，它们只是两项商业服务，以及一个尚未解决的共同模式风险。