首页 › tech › AT&T又断网:这次不是代码

2024年2月22日凌晨,美国第二大移动运营商AT&T的全国无线网络中断约12小时,超过1.25亿台设备受影响,高峰期约9250万部手机无法拨打或接听电话,连911紧急呼叫都有数以万计未能接通。事后,美国联邦通信委员会(FCC)执法局于2024年9月发布最终调查报告,认定这起事故并非网络攻击,而是网络扩容过程中的流程错误,并就上报违规开出9.5万美元级罚单(准确金额95万美元)。本文以FCC报告为解读主轴,按时间线、根因、二次断网、911失守、处置整改五个层次做完整复盘,最后给出对国内运维同行的五条可落地教训。

本文事实与观点的边界:事件经过、数字、定性均来自FCC报告及路透社、Ars Technica、Light Reading等媒体的公开报道,属可查证事实;根因机制中的工程推断部分,文中单独标注为“分析”;文末教训为作者观点。

目录

一、事件快照:凌晨三点,全美静音

先把整个事件压进一张时间线表。所有时间均为美东时间,分钟级细节各信源略有出入,以下取媒体交叉印证后的口径:

时间(美东,2024-02-22) 事件 依据
凌晨(约1—3时之间) AT&T在网络低峰期执行全国性网络扩容作业 FCC报告、AT&T声明
约3时前后 用户大规模报障,Downdetector报障量峰值超7万次,话音与数据业务同时中断 Downdetector数据,多家媒体引用
凌晨至上午 Cricket Wireless(AT&T自有虚商)同步断网;Verizon、T-Mobile用户拨打AT&T号码大量失败 运营商表态、用户报告
上午 旧金山消防局等机构在社交媒体通报911呼叫受阻 公开报道
约下午3时30分 AT&T宣布服务基本恢复,全程约12小时 AT&T声明
2024年9月 FCC发布最终调查报告,同步就上报违规拟处罚款95万美元 FCC官方

几个细节值得玩味。第一,这次断的是全国,不是某个州或某个SWG(软交换池)——这在国内网络几乎不可想象,在AT&T的网络里却真实发生了,说明故障点的位置足够高:不是无线侧某个RNC/POOL,而是话音核心的公共路径。第二,受影响的不只是AT&T自己的用户,包括Cricket在内的AT&T系虚商全灭,其他运营商用户拨打AT&T号码也失败——网间互联互通被反向拖垮。第三,当天美国白宫、国土安全部CISA都被惊动,CISA很快表态“未发现恶意活动”,为“不是黑客干的”定了调。

对一个值过十几年夜班的人来说,凌晨三点报障雪崩的画面太熟悉了——区别只在于,我们炸的是一个POOL,人家炸的是一个国家。

二、权威锚点:FCC最终报告说了什么

本文的解读主轴,是FCC执法与公共安全局(Enforcement Bureau / PSHSB)2024年9月发布的《Final Report on the February 22, 2024 AT&T Outage》(可在FCC官方文档库检索原文:https://www.fcc.gov/edocs)。这份报告的分量在于:它不是媒体猜测,而是 FCC 动用强制传唤权、调阅AT&T内部割接工单、恢复日志和911通报记录之后写的结论,代表了监管视角的“法定事实”。

报告的核心结论,用一句话概括:

断网源于AT&T在扩容网络时执行流程中的错误——设备执行了使其退出服务的指令。这不是网络攻击,也不是恶意行为。

展开来,报告认定了三件事:

  1. 规模:超过1.25亿台设备受影响(含其他运营商试图呼叫AT&T用户的设备),高峰期约9250万部手机无法主被叫——大致相当于AT&T总用户数的一半以上。
  2. 根因:扩容作业直接导致关键网元退服,且该流程缺乏足够的防护措施(报告原话指向流程层面,而非单点误操作)。
  3. 违规:AT&T违反了FCC的网络中断上报规则(NORS,Network Outage Reporting System),包括未在规定时限内提交初始报告、未按要求及时通报911中心——这也是后面那笔罚单的全部依据。

特别要强调最后一点,这是很多工程师对监管规则的认知盲区:FCC罚的不是断网本身。美国监管框架下,事故本身不必然罚款,罚的是“断网了你还不按规定报告”。95万美元针对的是上报违规,而非1.25亿台设备的业务损失。这个逻辑同样适用于国内——工信部对重大运行事件的上报时限同样是硬约束,断网是能力问题,瞒报迟报是态度问题,后者才是监管真正咬人的地方。

三、根因解剖:扩容作业错在哪一步

FCC报告给出了定性(扩容流程错误),但对工程师来说,真正值得看的是这个错误如何从“一条指令”长成“全网中断”。以下机制梳理中,【事实】为报告口径,【分析】为作者基于话音核心网工程经验的推断。

【事实】AT&T当时正在执行一次网络扩容。扩容期间,设备执行了“使其退出服务”的指令。也就是说,这不是改参数改错值,而是指令的目标集合错了——本该作用于扩容对象(比如新增板卡、新增虚机、扩容IMS容量)的操作,命中了在网业务设备。

【分析】从话音核心网架构看,这次断网能上到“全国”量级,被操作的设备大概率位于话音核心的公共层——比如VoLTE注册/会话路径上的集中式网元,或者承载这些网元的资源调度层。集中度越高,单次变更的爆炸半径越大,这是云化核心网天然的代价:5GC/IMS全面池化之后,“一个池子管全国”在容量上是优势,在故障域上是负债。当年TDM时代一个交换局管一个本地网,断了大不了本地瘫痪;现在一个集中注册池出问题,凌晨三点就能让半个国家静音。

【事实】FCC报告指出,AT&T的变更流程缺少足够的防护:没有有效的措施确保变更不会把网络搞挂——这里的“措施”,按通行的变更管理框架拆开就是三件事:灰度分批(先小范围生效、观察、再放量)、对等复核(second pair of eyes,指令执行前由另一人核对目标清单)、回退预案(明确什么情况触发回退、回退路径本身是否可用)。报告的调查结论是,这条链路上至少灰度和回退两环是失效的。

【分析】还有一个细节放大了损失:恢复路径与业务路径没有隔离。扩容指令能把在网设备打退服,说明控制平面对设备的操作权限是“一捅到底”的——同样一条通道,既能部署新容量,也能让旧容量下电。成熟的变更体系会刻意把“变更通道”和“业务通道”在权限、路由、认证上做隔离,确保最坏情况下恢复动作不依赖被打坏的组件。

把整个链条画出来:

flowchart TD
    A["凌晨割接:全网扩容作业"] --> B["设备批量执行指令"]
    B --> C["关键网元批量退服"]
    C --> D["第一波断网"]
    C --> E["恢复路径未隔离"]
    D --> F["终端重注册与用户重拨"]
    F --> G["信令重试风暴"]
    E --> H["恢复触发二次断网"]
    H --> G
    G --> I["911呼叫受阻"]
    G --> J["12小时全网中断"]

四、二次断网:恢复动作如何火上浇油

这次事故里最刺眼、也最容易被外行忽略的一点,是FCC报告披露的第二波断网:AT&T在尝试恢复服务的过程中,恢复操作本身又引发了一次中断,把原plan里几个小时的窗口直接拖成12小时。

这不是AT&T独有的尴尬,而是所有大网恢复的共性问题——恢复也是变更。凌晨三点的大网恢复现场,实际状态是:

在这种状态下,“把设备批量拉起来”是最符合直觉的动作,也是最危险的动作。设备批量上电/批量注册,会产生教科书式的重注册风暴:几千万终端同时看到网络恢复,同时发起附着/注册/位置更新,信令面瞬间被打满,刚起来的网元再一次被打垮——第一次是流程错误打的,第二次是用户自己的终端打的。熟悉2011年docomo信令风暴和2024年Optus断网的读者会发现,剧本惊人地相似:压垮大网的最后一根稻草,往往不是故障本身,而是故障恢复时的信令洪水。

所以大网恢复的纪律,恰恰和直觉相反:小步、串行、限流。分POOL分批拉起,每批之间留观察窗;恢复期间对注册类信令做准入控制,宁可让用户多等十分钟,也不能让刚恢复的网元再塌一次。恢复操作的每一步,都要像凌晨割接一样走复核——那不是普通时刻,那是全网最脆弱的时刻。

五、911失守:比断网更严重的次生灾害

对监管和公共安全而言,这件事真正恶劣的部分不是用户刷不了视频,而是911打不通。FCC报告给出的数字是:事件期间约9.26万次911呼叫未能接通(据FCC报告及Ars Technica等媒体报道)。旧金山消防局当天在社交媒体上公开通报911呼叫受阻,说明问题已经实际影响到公共安全响应。

911失守暴露了两层问题:

第一层,紧急呼叫的兜底机制在全网级故障面前失效。 正常设计里,紧急呼叫有多重保护:紧急号码独立路由、漫游重定向(做不成就把呼叫送到别的运营商)、基站级紧急呼叫优先级。但这次是AT&T话音核心整体失能,终端自己都注册不上网,所有“网络内的保护”一起失效。剩下的手段只有网络外的:用户换座机、换运营商的手机、走到有别人信号的地方。这提示了一个冷峻的事实——紧急呼叫的最后兜底从来不是技术,是冗余的第二张网。这也是为什么各国监管都要求运营商间有紧急呼叫互备协议,以及为什么FirstNet(AT&T承建的公共安全专网)用户受影响会成为报告里的重点。

第二层,911中心的通报义务没有履行。 按FCC规则,影响911的故障,运营商必须及时通报受影响的公共安全应答点(PSAP),让它们启动人工预案(比如增开人工坐席、通过其他渠道广播)。FCC认定AT&T这次没有按要求及时通报——也就是说,911中心是在毫无准备的情况下,眼睁睁看着呼叫量塌下去的。这部分违规,正是后面罚单的直接构成。

对国内同行,这一节的对应物很清楚:应急通信保障、重大事件通报时限,在行业监管文件里都是白纸黑字。平时觉得“通报流程是走纸面”,事故时它就是监管追责的第一现场。

六、影响面与处置:罚单、补偿与整改

把影响与处置的关键数字汇总:

维度 数字/内容 出处
受影响设备 超1.25亿台 FCC报告
高峰期无法主被叫手机 约9250万部 FCC报告
中断时长 约12小时 FCC报告、AT&T声明
未接通911呼叫 约9.26万次 FCC报告(媒体引用)
网络攻击 排除,认定为扩容流程错误 FCC报告、CISA、AT&T
FCC拟处罚款 95万美元(针对上报违规) FCC执法局处罚通告
用户补偿 受影响用户5美元话费抵扣 AT&T公告
波及范围 Cricket等AT&T系虚商全灭;其他运营商呼入AT&T失败 多方报道

5美元的补偿和1.25亿台设备放在一张表里,对比之荒诞不需要点评——话费补偿是商业礼仪,真正的代价在别处:品牌信任、企业客户合同里的SLA赔偿、以及公共安全事件带来的监管压力升级。

整改层面,AT&T对外承诺的方向,和FCC报告点名的问题一一对应:强化变更管理的灰度与复核、改进恢复流程、完善对911中心和监管的通报机制。这些承诺的最终落实情况,会体现在后续FCC的合规审查里——按FCC的惯例,这类事故后的整改承诺是要留档追责的,不是新闻稿。

七、给运维人的五条教训

教训一:变更的爆炸半径必须在一开始就有边界。 这次事故的本质,是“扩容”这种例行动作的权限边界等于“全网”。任何一次批量操作前,先问三个问题:目标清单怎么生成、谁核对的、最坏情况炸到哪。答案里出现“全量”而演练里没炸过“全量”,就不该放行。

教训二:恢复预案要单独演练,恢复也是变更。 二次断网说明恢复动作本身没有经过灰度纪律。恢复SOP要和割接SOP同等级别管理:分批、限流、观察窗、双人复核。建议每年至少做一次“从全网故障状态拉起”的演练,而不是只演练“怎么把它搞挂”。

教训三:紧急呼叫兜底要按“全网故障”设计,而不是按“局部故障”设计。 网络内的优先级机制在核心整体失能时全部失效,真正可靠的是跨网冗余和PSAP侧预案。对照自查:你们的紧急呼叫互备协议,最近一次验证是什么时候?

教训四:把上报时钟刻进值班主任的脑子里。 FCC罚单罚的是上报,不是断网。国内对应的是重大运行事件的上报时限要求。事故处置预案里,上报要作为与抢修平级的任务线并行推进,指定专人负责,不能等抢完了再补——补的就是罚单。

教训五:复盘对准系统,不对准人。 FCC报告通篇指向“流程缺少防护”,而不是“某个员工按错按钮”。这才是有效的复盘姿势:如果一次事故的整改结论是“加强培训、严肃问责”,那同样的事故一定会换个部门再演一遍。把“谁按的按钮”换成“流程为什么允许一颗按钮放倒全网”,问题才算真正打开。

八、结语:爆炸半径是设计出来的

34年前,AT&T被一行break语句放倒了长途网——全网同版本软件,一条错误消息引发连锁崩溃(本栏目此前写过那次事故的深度复盘)。34年后,AT&T被一次扩容作业放倒了无线网——全网集中的话音核心,一条越界指令打穿全国。技术从TDM进化到了VoLTE/5GC,事故的形态却高度同构:单点错误 × 集中架构 × 无边界的传播路径 = 全国级事故。

这不是AT&T的问题,是所有走集中化、云化路线的大网共同的未来风险。网络越池化,容量效率越高,故障域越大——这两件事是同一枚硬币的两面。运营商真正要回答的问题从来不是“怎么不犯错”(人会犯错,流程会失效,这无法根除),而是“错误发生时,它的传播路径在哪里被物理性地截断”。隔离域、灰度、回退路径、恢复限流,这些不是流程文档里的装饰条款,是集中化架构下唯一能救命的东西。

凌晨三点的NOC里,没有小操作。

参考来源

说明:本文写作环境无法实时联网核验链接,以下给出精确标题+出处+站点入口,均可一键检索到原文;关键事实(规模数字、根因定性、罚单金额、911数据)均有两个以上独立信源交叉印证。

  1. FCC官方文档库(检索 "Final Report AT&T Outage February 2024") — FCC执法与公共安全局最终调查报告(2024年9月发布),本文解读主轴:1.25亿台设备、9250万部手机、扩容流程错误定性、NORS违规认定
  2. FCC新闻与公告(检索 "FCC Proposes Fine AT&T Outage Reporting") — FCC就上报违规拟处95万美元罚款的官方通告(2024年9月)
  3. Ars Technica — 站内检索 "AT&T outage 911 FCC",其对FCC报告的报道含约9.26万次911呼叫未接通的数字
  4. Reuters 路透社 — 检索 "AT&T outage network expansion not cyberattack"(2024年2月23日),事故当日的第一手确认:非攻击、系扩容错误
  5. Light Reading — 检索 "FCC AT&T outage report",对FCC报告技术细节的专业拆解

本文由「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学通信知识星球海报-扫码加入