固件一致性是什么
固件一致性要求同一角色（接入交换机、汇聚交换机、边缘路由器、工业防火墙、无线控制器）的所有在网设备运行同一厂商、同一主版本、同一补丁级别的固件，并且每台设备的固件版本、校验值和漏洞状态都能在台账里查到。它管的不是单台设备能不能用，而是这一批设备能不能用同一套结论去运维。固件参差会带来三个直接后果：同一个故障现象在不同设备上原因不同，排障经验无法复用；厂商兼容性矩阵失效，新备件换上去可能与相邻设备协商异常；安全补丁只覆盖一部分设备，整个网络的安全水位由最旧的那台决定。
基本信息
| 一致的三个维度 | 主版本、补丁级别、固件校验值（同一文件名不同来源也可能内容不同） |
|---|---|
| 必须纳入的设备 | 在网运行设备、备件库设备、库存未投运设备、测试用同型设备 |
| 判定依据 | 设备侧固件版本查询命令的实际输出，而不是入库单或采购清单 |
| 状态变化节点 | 新设备入网、批量变更、备件替换、厂商发布安全公告、设备退网 |
| 落地载体 | 设备台账（型号、序列号、固件版本、校验值、供应商、投运日期）加变更记录 |
典型使用场景
- 产线或园区网络验收：确认整批交换机固件与设计文件一致，避免用「能用就行」放过差异
- 备件入库锁定：备件到货即核对固件，与在网同角色设备保持一致，坏件替换才不需要现场升级
- 季度巡检：用网管或脚本批量取固件版本，与台账逐台比对，把漂移的设备挑出来
- 厂商安全公告响应：先算清受影响设备台数，再定升级窗口，而不是收到公告就全场升级
- 故障复盘：两侧设备固件差异是链路协商类故障的高频诱因，复盘时必须记录当时的固件版本
- 扩容与改造评审：新增设备与既有设备的版本兼容关系要提前确认，避免新旧混跑
检查维度与失守后果
| 维度 | 检查方法 | 不一致的后果 |
|---|---|---|
| 主版本 | 登录设备读固件版本并登记 | 配置命令语义不同，同一套脚本无法通用 |
| 补丁级别 | 对照厂商公告与镜像校验值 | 已知漏洞在网络中长期存在 |
| 固件来源 | 记录镜像来源与校验值 | 非官方镜像可能被篡改或功能阉割 |
| 备件版本 | 备件入库逐台读版本 | 替换后协商失败，抢修时间被拉长 |
| 升级窗口 | 核对变更记录与停机计划 | 漏台设备成为长期例外，越拖越难升 |
升级是一次性动作，一致性是持续状态。允许不同批次设备存在小版本差异时，要用「统一基线 + 例外清单」显式登记：写清哪台设备、差在哪个版本、为什么保留、计划何时收敛，否则例外会逐年堆积成事实上的无管理。
升级前必须确认三件事：回滚入口（旧镜像与启动配置已留底）、升级窗口（产线检修期或冗余链路可切换时段）、影响判断（相邻设备是否需要同版本）。工业现场升级失败往往不是刷机本身出错，而是没有回滚路径。