Dying Gasp是什么？网络设备掉电前如何发出最后一条通知

01输入没电，与内部立刻完全失电不是同一瞬间

网络设备里面，电源经过转换和稳压，供给处理器、交换芯片以及收发电路。电容可以在有电时储存能量，在输入下降后继续释放一小段时间。把它想成水箱能帮助理解“供水停了还有一点存水”，但电路必须同时满足电压与负载条件，并不能像水箱那样一直用到完全空。

如果设备专门设计了保持供电的电路，它可以在输入失效与关键电路不能工作之间，争取一个短窗口。这段窗口用于完成指定动作，而不是让整机维持正常吞吐。普通滤波电容的存在，也不等于厂家已经实现了掉电通知；储能容量、转换电路和软件配合都要符合设计目标。

TI的掉电通知备份供电应用笔记展示了利用超级电容及电源转换电路维持关键供电的设计思路。本文借此解释一般过程，不采用其中某块测试板的数据作为飞畅设备参数，也不给出一套适用于所有交换机的维持时间。不同负载、温度和元件状态，都可能改变这个窗口。

02先发现电源下降，再安排最后动作

最后通知不能等处理器已经停止工作才准备。设备需要通过电源监测信号，在关键供电仍有效时发现输入异常，再交给中断处理或专门逻辑启动收尾。中断可以理解为电路向处理器发出的紧急提示，让它及时处理这件事，而不是等正常任务慢慢轮到。

随后，控制逻辑按照设备实现形成通知，把需要工作的发送通路维持到相应动作完成。若处理器仍有电，而端口收发电路已经停止，通知一样送不出去；反过来，端口还有电，但没有及时生成信息，也无法凭空产生有意义的告警。检测、处理、发送，是连续配合的三个环节。

这也解释了为什么不能在现场自行给设备并一只大电容，就宣称补齐Dying Gasp。额外储能可能影响充电电流、保护动作和启动过程，软件也未必认识输入失效信号。需要该功能时应核实原有设计与所选版本资料，而不是把通用原理当成改装接线说明。

03最后通知究竟通知给谁

以太网OAM是一类网络运行、管理和维护机制。链路OAM的掉电或不可恢复状态指示，首先面向相邻的链路对端；对端再按自己的实现记录、呈现或向管理系统上报。不能把一个链路上的OAM指示，想成普通业务数据那样自动穿过所有中间设备到达远方服务器。

有些实现还提供SNMP Trap等管理通知。Trap可以理解为设备主动发给管理端的一条事件消息，与管理端定时询问是否在线的轮询不同。但“有SNMP”并不能证明一定能在掉电前发Trap，通知对象、触发条件和发送能力都要分别核实。

Cisco相关设备文档说明了选择性平台支持及特定发送方式，说明能力与限制依赖实现。Dying Gasp也不能在所有场景中被简单等同于拔电源：某些实现会把重启、接口停用等不可恢复状态纳入相关指示。读到告警名称之后，还应核对事件定义与日志上下文。

04为什么支持了，也可能收不到

最后通知仍然是一段需要路径承载的信息。如果本机刚好连向一台同时失电的交换机，对端无法接收；如果管理系统与现场共用同一路断电电源，即使现场设备来得及发出，远端也可能没有保存记录。设备具备发送能力，并不等于整条监控链具备接收能力。

类似地，拔掉通信电缆、光纤断开与拔掉设备电源，是不同的故障条件。先断了发送路径，再期待通知沿这条路径到达，逻辑上就不成立。通知还可能受队列、处理时机或配置影响，因此“没有收到”通常只能作为待分析现象，不能单凭这一点就排除掉电。

规划时要把发送设备、相邻对端、管理通路和记录系统一起画出来，标明各自供电来源。若记录时间来自不同设备，还需确认时间基准是否可比。否则，一条稍后显示的通知可能被误认为故障发生在另一个时刻，影响对事件先后顺序的判断。

05它与双电源、UPS、告警接点分别解决什么

双电源冗余的目标，是在符合设计条件时让另一路输入接替，尽量不中断运行；Dying Gasp关注的是即将停止时留下线索。UPS提供持续一段时间的备份供电，关注能否继续工作及如何收尾。三者可以配合，但不能把最后通知宣传成备用电源，也不能把双输入插座直接当成掉电通知支持证明。

继电器告警接点则通过接点状态让外部设备感知情况，属于另一条检测路径。它需要核实接点含义、正常与失电状态以及外部采集端自身供电，并不天然携带完整的网络事件内容。本文只解释这种一般区别，不表示每台飞畅交换机都安装了同样的接点或支持同一组事件。

例如只失去一路输入、另一路继续供电时，设备可能产生电源输入异常事件，但未必需要进入“即将停止”的流程。因此验收前应把单路输入故障与整机失电分开，先说清需要检测哪一种状态，再核对设备提供哪一种输出。

06结合飞畅产品资料，怎样问清具体能力

飞畅官网的mini工业轨式5路百兆电交换机页面列有供电方式与冗余双电源相关说明。这类资料能帮助确认该产品的供电选项，但不能据此推断它必然具备Dying Gasp、特定OAM指示或某种掉电Trap。型号、硬件配置和固件能力需要一起确认，本文不补写官网未证实的功能。

选型时可以把问题问得具体：是否有专门的掉电检测与保持供电设计？支持哪种最后通知？先通知相邻对端还是直接发往管理地址？是否必须开启OAM？对端需要什么能力？厂家用什么条件验证？这些问题比只询问“有没有告警功能”更容易形成可验收的需求。

还要核对触发范围。例如单路电源失效、全部电源失效、软件重启与端口停用是否分别上报，事件名称是否可区分。管理系统要能解释设备实际提供的信息，而不能只把所有异常合并成一个红色离线图标。需要长期保留的记录也应明确保存位置与时间。

07一次受控验证，分别观察三类故障

在独立测试台或批准的维护窗口，先保存配置并确认普通通信、事件接收和记录功能正常。若产品资料声明支持对应通知，再按设备允许的方式测试失电，记录相邻对端看到什么、管理端收到什么、随后业务怎样停止。不要在运行中的关键控制网络随意拔电试验。

然后分开验证仅断通信路径、仅失去一路冗余电源等允许测试的条件，把日志与现场操作时间对应。一次只改变一种条件，有助于看清是输入异常、链路中断，还是整机停止。不能用一次成功的最后通知，证明任何断电次序下都保证送达。

恢复供电后，还应确认设备正常启动、普通业务恢复，以及是否产生不同的启动事件。把“发出最后通知”“记录端收到”“业务恢复”分为三个检查结果。Dying Gasp的价值，是为排障多留一条有条件的证据，而不是替代供电设计、故障定位和恢复验收。