摘要

  • 澳大利亚通信与媒体管理局（ACMA）表示，Optus旗下子公司在2023年11月8日全国性中断后因违反紧急呼叫规则支付了总额超过1200万澳元的罚款，并认定这次中断“本应可以避免”（ACMA公告）。
  • 2025年9月18日，一次例行的防火墙升级再次引发超过14小时的中断；Optus在其提交中称有605个试图拨打紧急呼叫的号码未能接通，独立报告则把原因归结为变更执行程序本身。
  • 两次事件共用同一组控制问题：关闭平台前是否先转移流量（含紧急呼叫）、告警是否被升级处理、以及核心故障时网络管理通道是否仍然可用。

2023年11月8日：例行升级如何变成全国性中断

按照Optus提交给参议院委员会的陈述，当天凌晨约4时05分，其网络从一个国际对等网络收到路由信息变更，这些变更在网络多个层次中传播并超出关键路由器预设的安全阈值，路由器为自我保护而断开与Optus IP核心网的连接（澳大利亚参议院委员会报告第二章）。Optus在提交中进一步表示，超过100台设备为免于IP路由信息过载而自动自我隔离，这些自我保护阈值来自设备供应商的默认设置，恢复需要在14个站点对100多台设备逐一处理（Optus提交）。

同一批材料显示，各方对“根因”的归属并不一致。Optus把路由器行为与自身防御失效视为关键，其网络业务负责人称近90台路由器因预设安全上限被触及而同时关闭，并说“我们的防御措施没有按应有的方式发挥作用”；Singtel表示这次升级“不是根因”；Cisco表示其路由器“按配置运行”（参议院委员会报告第二章）。路透社的报道同样记录了Singtel否认软件升级是根因（路透社）。这不是措辞之争：它决定了整改应当落在变更审批、平台隔离与流量转移上，还是落在设备默认行为上。

监管认定：本可避免，且缺少带外管理能力

ACMA的公告给出了量化结论：Optus在中断期间未能为2145人提供紧急呼叫服务接入，随后未能对369名尝试拨打紧急呼叫的人进行福利核查；ACMA称其认定显示“Optus在网络管理的多个方面存在失职，这次中断本应可以避免”（ACMA公告）。iTnews的报道同样记录了1200万澳元罚款这一结果（iTnews）。

以节略版发布的ACMA调查报告记录了更细的认定：Optus Mobile就TCPSS法第148(1)条被认定违反4560次，Optus Networks、Optus Internet与Optus Fixed Infrastructure另有较小次数的认定；报告并认为Optus在事发时未能采取可行步骤部署带外（OOB）网络连接，其带外连接不足以用于监控和管理受控网络与设施（ACMA调查报告（节略版））。报告还认定相关实体各一次违反该决定第11(1)条，即未保持受控网络与设施的适当有效运行，包括未确保网络具备足够韧性以保护核心网络路由器，以及未确保有适当的带外接入（ACMA调查报告（节略版））。

这里出现的是两个不同的修复对象：一是紧急呼叫路径的连续性（能否由其他网络承载、能否完成核查），二是运营商对自己网络的可见性与可管理性。二者不能互相代替。

整改：18项建议被全部接受

澳大利亚政府于2023年11月9日宣布开展事后审查，并任命ACMA前副主席Richard Bean主持；Bean于2024年3月21日提交最终报告，提出18项建议，政府表示全部接受（基础设施部审查页面）。该页面同时记录，参议院环境与通信参考委员会于2024年9月27日提交其报告，政府回应于2025年1月28日提交（同上）。政府2024年4月的回应文件记录了接受整改的正式姿态（政府回应）。

最终报告的建议具有可检验性：明确运营商在确保呼叫送达紧急服务方面的义务，并在核心网连接中断时能由其他网络承载；每六个月对“三零”生态进行端到端测试，包括各类中断情形下的网络行为；重大中断后须在规定的时限内向ACMA和主管部门报告原因、处置步骤、对三零服务的影响以及带时间表的整改计划；在中断期间和之后向客户通报具体信息；以及要求网络运营商具备远程访问并启用网络管理工具的能力，并在核心网中断时有足够冗余加以部署（Bean审查最终报告）。

值得注意的是，这些建议针对的正是2023年失效的那几环：变更期间的路由行为、平台不可达时的管理能力、以及事后可核查的报告义务。因此它们对下一次变更是“生效”还是“未生效”，不取决于是否宣布接受，而取决于能否在真实变更中得到验证。

2025年9月18日：同一组控制再次失效

Optus在提交中表示，2025年9月18日的网络中断从当地时间00:17持续到14:34，超过14小时；在南澳大利亚、西澳大利亚、北领地以及新南威尔士州远西部分地区，有605个试图拨打紧急呼叫的号码未能接通应急服务；作业过程中，对一台会话边界网关（SBG）执行了“soft lock/hard lock”变更，而在施加该锁定之前没有先把流量从该平台上转移出去（Optus提交）。同一份提交称，该次中断源于对Regency Park交换机房防火墙进行例行且计划内的升级时遵循了错误程序，并因告警未被升级处理、以及未能回应报告中断的客户来电而加剧（Optus提交）。

独立报告把时间线与动作说得更具体：紧急呼叫在一次典型的防火墙升级中未能接通，该升级在午夜后不久实施；在关闭网关以隔离Regency Park机房防火墙之前，未能转移语音呼叫（包括紧急呼叫），关闭网关而没有转移流量直接阻断了紧急呼叫（2025年独立报告）。报告进一步指出，这一失败源于Optus员工及其承包商Nokia的一系列至少十项错误，并称这些错误只能用对关键服务的疏忽和缺乏对程序的严格遵循来解释；Optus下达给Nokia的变更指令不正确，Nokia执行了该错误指令，而双方都未对程序可能带来的结果作充分复核（2025年独立报告）。

把两次事件并排看，2023年式的“变更触发—阈值保护—批量自隔离”与2025年的“变更执行—未转移流量—紧急呼叫被阻断”并非同一台设备、同一条命令，但落在同一组能力上：变更前的流量转移、告警的升级与响应、以及紧急呼叫路径的独立保护。

证据边界

上述十份材料均以检索摘要与PDF摘录形式取得，来自运行时留存的公共来源，并未逐份以全文方式打开核对。因此本文每项数字与引语都归属于其所署名的发布机构与文件。ACMA的调查报告以节略版发布；关于2025年事件的独立报告，本文持有的是一份新闻站点托管的镜像文件，而非政府或Optus的正式地址。这些限制不改变结论的方向，但限定了可以断言的强度。本文所据材料中，也未见监管机构对2025年事件作出最终认定。

用于核对本实体在名录中的条目：SingTel Optus Pty Ltd