四件套先就位
广域网变更的特点是不可控因素多：链路一端可能属于运营商，切纤、调整路由都涉及第三方，一旦中断影响的是跨站点业务而不是单台设备。因此变更前要先把四件事做实——选定窗口并预留观察时间、备份配置与状态基线、预设可量化的验证判据、准备已验证的回退动作。涉及运营商的部分要提前对齐时间与责任接口人，把「我方几点做完、对方几点配合」写进变更单，避免现场互相等待。变更结束不等于工作结束，观察期要覆盖完整业务周期，例如跨过夜间批处理。
基本信息
| 窗口选择 | 避开业务高峰与批处理时段，预留足够观察时间 |
|---|---|
| 配置备份 | 变更前导出配置并保存状态基线，作为回退依据 |
| 验证判据 | 预先定义可量化指标与探测手段，而不是凭感觉判断 |
| 回退动作 | 具体到命令与操作步骤，并确认其本身可行 |
| 外部协同 | 涉及运营商的动作提前确认配合时间与接口人 |
典型使用场景
- 线路割接：涉及运营商，需明确双方配合时间
- 路由策略调整：可能影响多个站点，需要逐项验证
- 设备软件升级：重启窗口与业务低谷严格对应
- 加密参数调整：影响隧道两端，改动需同步
- 故障抢修：时间紧迫但仍需保留最基本的备份与回退
基线采集示例
基线采集示例
# 变更前按同口径采集基线，便于变更后逐项对比
show ip route summary > pre-change.txt
show ip bgp summary >> pre-change.txt
show interfaces >> pre-change.txt
show ip bgp neighbors 203.0.113.2 >> pre-change.txt
# 变更后重复同一组命令，逐项比对差异
# 涉及运营商的动作记录对方工单号与联系人变更清单要点
| 项目 | 内容 | 常见疏漏 |
|---|---|---|
| 时间 | 开始、结束与观察期区间 | 未预留观察时间，出问题后没人盯 |
| 范围 | 涉及设备、线路与影响业务 | 漏掉依赖该线路的次要业务 |
| 验证 | 每项改动对应的验证命令与预期值 | 只验证主业务，遗漏分支路径 |
| 回退 | 回退步骤、触发条件与执行人 | 写了回退但从未验证过是否可用 |
回退方案要真的演练或至少逐条确认过命令可用；只写在文档里而未验证的回退步骤，在真正需要时经常无法执行。
变更后立刻收工是常见问题：部分故障有滞后性，例如邻居在数分钟后才因定时器超时而断开，观察期不足会漏掉。