为什么要有核对表
把 VRID、虚拟 IP、优先级、抢占、定时器、认证、版本与跟踪对象做成固定核对表，变更后双端比对，可以把隐性不一致挡在业务之前。要点是比对必须以设备实际输出为准——配置文件里写入的值可能被其它特性覆盖，运行值才是事实。
基本信息
| 核对维度 | VRID、虚拟 IP、优先级、抢占、定时器、版本、认证、track |
|---|---|
| 比对依据 | 设备运行输出，不是配置文件内容 |
| 执行时机 | 任何单端变更后 24 小时内 |
| 留档要求 | 记录核对时间、执行人与结果差异 |
| 周期动作 | 巡检期内定期抽查，防止长期漂移 |
典型使用场景
- 新部署完成后双端逐项比对一次，作为初始基线
- 单端参数被改动后立即触发对端复核
- 巡检周期内抽查，发现悄悄漂移的参数
- 故障复盘时用核对表确认是否存在隐性差异
- 交接班时用同一张表快速掌握现状
两端核对示例
| 项目 | 设备 A | 设备 B |
|---|---|---|
| VRID | 1 | 1（一致） |
| 虚拟 IP | 10.1.10.1 | 10.1.10.1（一致） |
| 优先级 | 120 | 100（主高备低） |
| 抢占 | 延时 20 秒 | 默认（需确认是否符合预期） |
| 定时器 / 版本 / 认证 | 一致 | 一致 |
| track 对象 | 上行口 A | 上行口 B（需确认是否对称） |
隐性不一致从哪来
隐性不一致多来自三类操作：单端临时调整后忘记恢复；升级更换设备时按新设备默认值部署；以及配置由不同人分批次下发。三类操作有共同特征——设备不报错、业务当时也能通，只有到故障切换时才表现为行为与设计不符，固定核对表的价值就是在业务无感时先找出差异。
核对以 display 或 show 的实际输出为准：接口下可能存在派生的或被其它特性覆盖的参数，只看配置文件容易得出『两端一致』的错误结论，而运行时的差异才是决定行为的东西。