策略变更的四步验证
策略变更的落地流程可以固化为四步：变更前保存快照，先在单个邻居上验证，再请对端复核发布内容与选路结果，最后保留回退配置与回退触发条件。策略问题的特点是延迟暴露——有快照才能做前后对比，有明确回退条件才能在异常出现时快速止损。
基本信息
| 预检 | 变更前保存相关 show 输出快照 |
|---|---|
| 小范围 | 先应用到单个邻居或单个地址族 |
| 对端复核 | 确认发布内容与选路结果，形成闭环 |
| 回退准备 | 保留原 route-map 副本与回退命令 |
| 回退触发 | 事先约定异常判据，如路由数量或业务指标异常 |
| 工具支持 | 支持 compare 的平台可用文件比对加速核对 |
典型使用场景
- 大规模策略上线：分批次应用，先小范围验证再推广
- 排障变更后异常：用快照做前后对比定位差异
- 对端协同：变更后请对端确认实际收到的内容
- 灰度与回退：明确回退触发条件与执行责任人
- 事后审计：快照与回退记录作为变更档案留存
快照与对比
快照与对比
show ip bgp neighbors 10.0.0.2 advertised-routes > flash:pre-change.txt
# 变更策略后与新结果对比
show ip bgp neighbors 10.0.0.2 advertised-routes | compare flash:pre-change.txt
show ip bgp summary # 确认会话与路由数量无异常
show ip bgp 10.1.1.0/24 # 核对关键前缀的属性与选路四步验证清单
| 步骤 | 动作 | 验收标准 |
|---|---|---|
| 预检 | 保存 show 输出快照 | 有可比对的基线文件 |
| 小范围 | 应用到单个邻居 | 该邻居结果与设计一致 |
| 对端复核 | 请对端确认发布与选路 | 对端侧结论与设计一致 |
| 回退准备 | 保留旧配置与回退命令 | 能在数分钟内恢复 |
| 回退触发 | 按约定条件执行 | 异常发生时有明确责任人 |
策略对比命令在部分平台可用；无法比对时逐项人工核对属性，重点看前缀集合与关键属性的变化，而不是通篇通读。
只在本端验证不够：发布内容要在对端确认、选路结果也要从对端视角看，否则「本端配置正确」与「业务实际生效」之间仍然存在缺口。