<!-- title: Optus两度瘫掉救命电话 -->

# Optus两度瘫掉救命电话：13小时盲区里的000

## 概述

2024年11月18日与2025年9月18日，澳大利亚第二大运营商Optus在十个月内两次瘫痪自家的Triple Zero（000）紧急呼叫业务：第一次源于一次例行维护中防火墙被复位成出厂设置，切断了跨网求救通道，中断约11小时，三起死亡案例被认定相关；第二次是一次核心网软件升级中的工程错误，13小时内600余通求救电话未能接通，关联死亡案例升至至少四起。事后，ACMA开出1206万澳元罚单，参议院听证会公开追责，执掌Optus六年的CEO Stephen Rue黯然离任。本文以Optus官方声明、ACMA公告与参议院听证记录为事实主轴，复盘两场故障的完整链路，并给出运维视角的硬复盘。

## 目录

- 一条只有救命时才走的「暗门」
- 第一次：被恢复出厂设置的防火墙
- 第二次：13小时，升级留下的坑
- 两场故障，同一个病灶
- 代价清单：罚单、听证会与换帅
- 运维视角的五条硬复盘
- 结语
- 参考来源

## 一条只有救命时才走的「暗门」

要看懂这两场事故，得先看懂澳大利亚的000体系里有一条平时完全无感、关键时刻却决定生死的通路。

按澳大利亚《紧急呼叫服务裁定》（Emergency Call Service Determination）的框架，全国的000呼叫由Telstra作为法定紧急呼叫承接方（Emergency Call Person）统一受理，再按用户诉求转接各州的警察、消防或急救应答点。这是第一层。

第二层更关键：3GPP体制下，任何一张手机卡拨打紧急号码时，都允许「any network access」——如果自家运营商没有信号，手机可以漂移附着到任何一家有信号的网络上完成求救。在澳大利亚这个地广人稀、覆盖盲区随处可见的国家，这条规则每天都在救命：Optus用户在乡间开到Telstra塔的覆盖里，按下000，电话依然要能接通。

```mermaid
flowchart TD
    A["用户拨000"] --> B["手机优先找自家网络"]
    B --> C{"有无本网信号"}
    C -->|有| D["本网紧急呼叫网关"]
    C -->|无| E["漂移到友商铁塔"]
    E --> F["Telstra紧急呼叫中心"]
    F --> G["回查归属与位置信息"]
    G --> H["转接州应急应答点"]
    D --> H
    H --> I["警察 消防 急救"]
    G -.->|2024年通道被切断| J["呼叫卡死"]
    D -.->|2025年升级错配| J
```

请注意图中那条「回查归属与位置」的虚线：跨网求救电话要真正落地，两网之间必须有一条专用的信令与话务通道，用来传递主叫号码、小区位置并完成接续。这条通道平时负载极低——只有漂移用户打000这种小概率事件才会用到。它不通，正常通话一通不受影响，账面指标一片绿。

这就是问题所在：**一条业务价值极低、生命价值极高的链路，恰好落在了绝大多数变更管理流程和监控体系的盲区里。**Optus用十个月、七条人命级的代价，把这条规律演示了两遍。

## 第一次：被恢复出厂设置的防火墙

2024年11月18日凌晨，Optus启动了一次内部定义为例行的网络维护与升级。事后查明，升级过程中涉及防火墙的一项变更出现意外：设备被复位回了出厂默认配置，原先放行的特定策略被清空。

被清掉的策略，恰恰放行着那条「暗门」——Optus与其他运营商网络之间用于紧急呼叫的信息通道。于是从凌晨起，凡是漂移到友商（主要是Telstra）铁塔上的Optus用户，拨打000全部卡死。据Optus事后向公众与国会说明的口径，这次000呼叫中断持续了约11个小时。

这场故障最阴险的地方在于它的「安静」：

- **正常话务零异常。** Optus用户打普通电话、上网、发短信一切正常，社交媒体上没有刷屏的断网投诉；
- **告警体系零响应。** 那条跨网通道上没有部署针对紧急呼叫接通率的有效监控，防火墙策略清空也没有触发任何一条有人看得懂的告警；
- **用户零感知面。** 求救打不通的人，正处于人生最紧急的时刻，他们不会发推——他们在打给救护车。

结果就是，故障在一个无人注视的角落里安静地烧了11个小时。据ABC等多家澳媒与当事家属代理律师后续披露，三起死亡案例被认定与此次000故障相关，分布在南澳、新州和西澳——包括一起家中有婴幼儿急症的家庭求救未果案例。细节经听证与司法程序披露后，澳大利亚舆论哗然。

事后处置方面，Optus公开道歉并接受联邦法院程序下的监管处罚：据ACMA公告，Optus因违反紧急呼叫服务相关义务（包括未及时向紧急呼叫承接方传递呼叫者信息等）支付了1206万澳元的罚金；数家律所随即启动集体诉讼。当时外界普遍以为，这已经是这场噩梦的学费上限——十一个月后大家才知道，那只是首付。

## 第二次：13小时，升级又一次开了刀

2025年9月18日凌晨，Optus对移动核心网执行一次软件升级。据Optus官方声明的定性，升级过程中出现了「工程错误」，波及紧急呼叫处理链路：手机发起000呼叫后，无法完成紧急模式的注册与路由接续。通俗地说，钥匙拧了，电话也拨了，但呼叫在自家核心网里被悄悄吞掉了。

这一次的时间线大致如下（据Optus声明与澳媒综合报道）：

| 阶段 | 事件 |
| --- | --- |
| 凌晨 | 核心网软件升级执行，紧急呼叫链路出现配置级错误，000呼叫开始失败 |
| 凌晨至上午 | 故障持续发酵；因普通业务大体正常、紧急呼叫无告警，问题未被及时察觉 |
| 当日 | Optus确认故障，紧急回滚修复，000业务恢复；官方口径累计中断约13小时 |
| 次日起 | Optus道歉并披露超600通000呼叫未能接通；警方开始核查关联死亡案例 |
| 数日内 | 关联死亡案例增至至少四起（新州三起、南澳一起，警方通报口径）；CEO Stephen Rue宣布离任 |
| 其后数周 | ACMA启动正式调查；参议院听证会追问细节；政府推动紧急呼叫监管改革 |

两处细节最值得运维人咀嚼。

**其一，监控依然没有设防。** 与十个月前如出一辙：没有针对「紧急呼叫端到端接通率」的有效KPI告警，故障最初并非由Optus自己的监控体系发现，而是经由外部反馈才被察觉。一个核心网团队可以对着几万条性能指标日夜值守，但如果最要命的那一条不在表里，值守就是仪式。

**其二，变更窗口照旧选在凌晨。** 凌晨割接是行业惯性——话务低谷、影响面小。但两场事故共同说明：对紧急呼叫这种7×24小时不许失效的业务而言，「话务低谷」不等于「风险低谷」。恰恰因为凌晨求救事件往往是心梗、车祸、火灾，凌晨才是紧急呼叫业务风险最高的时段。

## 两场故障，同一个病灶

把两次事故并排放在一张表里，病灶自己会浮出来：

| 维度 | 2024年11月18日 | 2025年9月18日 |
| --- | --- | --- |
| 触发动作 | 例行维护中的防火墙变更 | 核心网软件升级 |
| 直接根因 | 防火墙被复位为出厂默认，跨网紧急呼叫通道策略被清空 | 升级工程错误，紧急呼叫注册/路由失效（官方口径） |
| 中断时长 | 约11小时 | 约13小时 |
| 正常业务 | 基本正常 | 大体正常 |
| 关联死亡 | 3起 | 至少4起 |
| 告警表现 | 无有效告警 | 未及时发现，经外部反馈察觉 |
| 主要监管后果 | ACMA罚款1206万澳元 | ACMA正式调查、国会听证、CEO离任 |

不同设备、不同链路、不同年份，失败模式却完全同构：**变更动了一条救命链路；变更前的测试没覆盖它；变更后的监控看不见它。**三道防线，道道缺席。

这不是Optus独有的病，而是全行业的通病，只是别家还没交这么多学费：

1. **变更影响面评估按业务量加权，而救命链路的业务量永远是零。**一条全年只承载数百通电话的通道，在任何变更评审会上都是「低风险项」——直到它承载的那几百通电话变成几百条讣告。
2. **测试用例从生产流量采样，而生产流量里几乎没有跨网紧急呼叫。**你永远测不到你采不到的样本。
3. **监控大盘按营收与投诉率组织，紧急呼叫接通率不属于任何一个部门的KPI。**无线团队看掉话率，核心网团队看注册成功率，客服团队看投诉量——000卡死这个故障，恰好掉进三者的接缝里。

## 代价清单：罚单、听证会与换帅

两次事故叠加的后果，远超一张罚单。

**监管层面**，ACMA在2025年为第一起事故开出1206万澳元罚单后，又就第二起事故启动正式调查——据澳媒统计，这已是这家监管机构近年来对Optus的第三次正式调查（此前包括2022年近千万用户数据泄露事件）。联邦政府同时推动收紧《紧急呼叫服务裁定》，方向包括：强制运营商在影响紧急呼叫的故障发生后限时上报、强化对紧急呼叫承接方的信息传递义务。

**国会层面**，参议院听证会上，Optus高管面对的已不只是质询，而是愤怒：四起关联死亡的家属细节被逐一念出，600余通未能接通的求救电话成为媒体报道的标题数字。这种公开问责的烈度，在澳大利亚电信业史上罕见。

**公司层面**，执掌Optus六年的CEO Stephen Rue在第二起事故发生数日后宣布离任。他的任期轨迹颇具警示意味：2019年上任，2022年遭遇数据泄露，2024年第一次000故障，2025年第二次——每一次都鞠躬道歉，每一次都表示「已深刻整改」，直到第三次没有再获得机会。据澳媒报道，董事会随后启动管理层重组。此外，两起事故分别引发的集体诉讼仍在推进中，最终赔偿规模尚未落定。

对全行业而言，这份账单传递了一个此前从未如此清晰的信号：**在监管与司法的天平上，紧急呼叫可用性已经脱离「普通网络质量」的范畴，被单独称重——称重的砝码是人命。**

## 运维视角的五条硬复盘

作为在核心网一线泡了十八年的人，我从这两场事故里提炼出五条可以立刻落地的动作，按优先级排序：

**第一条：给紧急呼叫链路单独做「变更红线」。**所有可能触及紧急呼叫路径（含跨网互通、防火墙策略、IMS紧急注册、E-CSCF路由）的变更，一律升级审批等级：双人复核、变更前基线快照、可一分钟回滚的预案。把「是否影响紧急呼叫」做成变更单上的强制勾选项，而不是工程师的自由心证。标准允许多种实现，具体行为以各厂家官方文档为准——所以红线清单必须基于自家网络实测，不能照抄别家模板。

**第二条：部署合成测试，别等真人求救当探针。**在全网关键区域（尤其跨网漫游场景）部署定期自动发起的紧急呼叫拨测（用测试卡、白名单号码、与监管方报备的专用通道），输出「紧急呼叫端到端接通率」KPI，任何一次拨测失败直接触发最高级告警并电话通知值班经理。两场事故里，这条告警哪怕早响四小时，都可能改写四个家庭的结局。

**第三条：把「出厂默认」列为高危状态。**任何网络设备的配置，都不允许在变更后停留在出厂默认策略上，哪怕只有一分钟。变更脚本必须包含「变更前后配置一致性校验」步骤，用自动化比对（config diff）代替人工确认——2024年那场事故里，被清空的策略如果在变更后十分钟内被diff脚本发现，后面的11个小时根本不会发生。

**第四条：跨网场景必须进实验室。**与互联对端（含紧急呼叫承接方）的互通性测试，要作为核心网升级的强制验收项。实验室里搭不出跨网漫游环境，就至少要在生产网低风险时段做灰度验证——用真实的测试呼叫走完「漂移-附着-紧急注册-接通」全流程，再放行全网升级。

**第五条：凌晨窗口对紧急业务另外算账。**话务低谷模型应该为紧急呼叫单开一列：凌晨割接前，先回答「此刻紧急呼叫的冗余路径是什么、失效了怎么发现、多久能恢复」。答不上来，就把窗口挪到白天——白天你至少有全员在场，而不是两班倒的值班工程师对着一片绿色的假象大盘。

## 结语

两场事故，技术根因一个在防火墙、一个在核心网升级，看起来毫不相干；但抽掉表象，病灶是同一块——**行业把「网络可用性」当作一个整体指标来管理，却忘了它内部有一条业务量趋近于零、容错率也趋近于零的特殊链路。**对普通业务，99.9%和99.99%是运营质量的差异；对000，小数点后每少一个9，都是用人命补的。

Optus交了两遍学费，帮全行业把这条盲区照得雪亮。下一次你的网络做变更时，不妨先问一句：如果此刻有人漂移到友商的塔上按下求救电话，它会走到哪里？答得出，你的变更单才算真正签得过。

## 参考来源

> 说明：本文事实主轴为Optus官方声明、澳大利亚通信与媒体管理局（ACMA）公告及参议院听证记录；因个案数字经媒体转述口径不一，涉及具体数值处均已注明来源属性，存疑细节未予采用。

1. [ACMA 官网：Optus紧急呼叫违规处罚与调查公告](https://www.acma.gov.au) — 1206万澳元罚金及两次000故障正式调查的监管口径，可在ACMA站内检索「Optus Triple Zero」获取原始公告
2. [Optus 媒体中心：两次000故障官方声明与整改进展](https://www.optus.com.au/about/media-centre) — 「工程错误」「约13小时中断」等关键定性的原始出处
3. [The Guardian Australia：Optus故障与参议院听证会系列报道](https://www.theguardian.com/australia-news) — 关联死亡案例、600余通未接通呼叫、CEO离任等事件的连续追踪报道
4. [ABC News（澳大利亚广播公司）：Optus Triple Zero故障调查报道](https://www.abc.net.au/news) — 三起关联死亡的属地与家属代理律师披露细节
5. [澳大利亚国会官网：参议院听证记录（Hansard）](https://www.aph.gov.au) — Optus高管两次事故作证全文与政府监管改革动议

---
> 本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵**爱卫生**（微信ID: gprshome201101）维护，聚焦5G/6G核心网、3GPP标准解读、通信前沿技术深度分析。
> 出版作品有《5G核心网原理与实践》《IMS原理与实践》等4本通信专业书籍。知识星球「51学通信」提供深度技术答疑和行业洞察。

> [!tip] 51学通信知识星球
> **星主：爱卫生**（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。
> **星球定位**：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。
> **当前规模**：5200 篇主题 / 990 个回答，198 元/年。
> **加入福利**：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。
> **AI 加持**：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。

![51学通信知识星球海报-扫码加入](https://wiki.500nian.com/images/zhixingqiu_qrcode.png)
