摘要

  • RFC 1628 的深度校准会把 UPS 置于电池供电状态，放电到厂商设定的程度，以较高可信度估算更换需要与续航时间。
  • 规范明确警告：测试会留下低电量，受保护负载的正常备用时长要等充电后才能恢复。
  • 测试锁、SNMP 响应、诊断结果、电池状态、告警、输出供电和业务连续性是不同凭据，不能互相冒充。

“还剩几分钟”带着前提

1994 年 5 月发布的 RFC 1628 为 UPS 定义管理信息库。它把设备拆成电池、输入、输出、旁路、告警、测试、控制与配置等组，没有用一个“健康”灯概括全部状态。

upsEstimatedMinutesRemaining 表示：在当前负载下，如果市电已经中断并持续中断，或此刻中断且继续中断，预计多久耗尽。剩余电量百分比、电压、电流与温度是另外几项观察。输出来源还要区分正常输入、旁路、电池、升压、降压或完全没有输出。

“电池低”也不是纯物理标签。预计分钟数小于或等于本地配置的 upsConfigLowBattTime 才进入这个状态。阈值一变，电池未变，分类也可能变化。读数必须和负载、阈值、采样时刻一起保存。

校准不是旁观，而是干预

快速电池测试只需足以判断是否需要更换。深度校准则让系统以电池运行，直到厂商规定的放电水平，从而以较高可信度判断更换与续航。

规范随即给出警告：深度测试会让电池处于低充电状态，需要一段充电时间，才能重新为受保护负载提供正常备用时长。

因此，测试前后不能沿用同一个“可用储备”事实。测试前，储备可能不够确定，但尚未被这次测量消耗；测试中，备用能源承担诊断负载；测试后，估计更可信，眼前余量却更少。

donePass 只说明实现定义的诊断通过。它不说明充电已经完成、市电不会在恢复期中断、负载没有改变，或应用会继续工作。

锁只能分出谁先测试

写入 upsTestId 会启动测试，但同一条 SNMP 消息必须带上 upsTestSpinLock。管理站先读取锁与当前结果；若别人正在测试，就等待。它再用记住的锁值和目标测试共同写入。另一位管理者若先一步改变了锁，本次请求便失败并重试。

启动后，管理站轮询摘要和详情。若锁值恰好成为原值加一，结果属于本次测试，而不是后来者的测试。

这是并发归属，不是授权。锁能说明谁赢了竞争、结果属于哪个测试周期，却不能决定谁有权消耗备用电量、维护窗口是否合适、业务负责人是否接受风险。

结果还分为通过、警告、错误、中止、进行中和没有已知测试。管理子系统若重启且没有非易失存储，旧结果可能消失。“没有测试记录”只描述代理的记忆，不等于物理历史为空。

告警表只描述代理看见的现在

代理启动时，告警表为空；条件出现时加行，消失时删行。编号会回绕，稀疏行也不保证时间顺序。若条件在代理启动时已经存在，时间写为零，表示真实起点早于观察边界，而不是故障从零时刻开始。

测试进行、诊断失败、电池供电、低电量、耗尽、关机待执行、即将关机、按命令关闭输出和整个系统关闭，各有不同告警。持续的电池供电通知每分钟重发，并携带预计分钟数、已用电池秒数与低电量阈值。通知反复发送，仍不能证明接收者收到、人员确认或处置成功。

写入秒数会触及真实电力

RFC 1157 刻意把命令表达为变量修改：例如写入距离重启还有多少秒，再异步触发动作。RFC 1628 把这种模式落到供电设备。管理者可以选择只关输出或关闭整个 UPS，安排或取消关机、启动、重启，并设置自动恢复。

写入成功不是动作完成。新的写入会覆盖倒计时；有些系统在代理重启后会取消倒计时；电池耗尽可能让关机提前；市电未恢复时，已到期的启动必须继续等待。RFC 1448 给出当时的 SNMPv2 操作背景，RFC 3416 后来细分验证、提交、撤销与响应。它们证明到代理边界为止的处理，不能代替输出端和业务端的观察。

共同词汇没有自带完整守门人

RFC 1628 的安全考虑只有一句：本文不讨论安全问题。这不能被夸大为某个产品暴露、某次越权或实际攻击。SNMP 的管理关系、访问视图与认证属于其他规范和本地配置。

但界线同样明确：把深度放电、静音与断电写成公共对象，并没有同时决定谁应当使用它们。RFC 1628 已验证勘误后来修正了缺失的宏导入、带符号整数上界和枚举编号。发布文本本身也要接受后续纠正。

RFC Editor 记录证明文献与系列元数据，不证明部署。Heng Lu 的运行代码优先要求把对象、响应与真实电力分开；最小初始规范说明共同语言可以很窄，排程与权限仍留在本地；现实，而非倡议要求不把规范变成不存在的运行结论。

RFC 1628 留下的历史机制很朴素：证据也会占用资源。校准消耗了储备，才量出储备；责任必须继续追到谁批准、哪次测试、低电量持续多久，以及受保护业务是否真的恢复了保护。

来源