变更验证要固定成清单
二层变更失败的原因高度重复：只配了一端、漏了一个 VLAN、允许列表没同步、路径变了但没人确认。验证的价值就是把这类遗漏在变更窗口内暴露出来，而不是等业务投诉。做法是把端口、VLAN、表项、连通、流量、告警这几项固定成清单，逐项留证据，再关闭变更单。
基本信息
| 适用范围 | VLAN 调整、Trunk 允许列表、聚合、STP 参数变更 |
|---|---|
| 验证时点 | 变更后立即、变更后 30 分钟、次日峰值时段 |
| 留证方式 | 关键命令输出留存或截图，附在变更单 |
| 回滚前提 | 变更前已保存配置备份与路径基线 |
验证项
| 项目 | 验证内容 | 通过标准 |
|---|---|---|
| 端口 | 状态、速率、双工、错包计数 | 与规划一致且无错误增量 |
| VLAN | 成员端口与两端 Trunk 允许列表 | 两端完全一致 |
| MAC | 关键终端可被学习 | 学到预期端口 |
| 连通 | 关键路径连通性与业务抽检 | 正常且稳定 |
| 路径 | 实际转发路径与设计一致 | 无意外绕行或穿越 |
| 流量 | 速率与广播比例 | 与变更前基线相当 |
| 冗余 | STP 角色与阻塞端口符合预期 | 收敛后拓扑正常 |
| 告警 | 无新增相关告警与日志 | 日志干净 |
验证命令
验证命令
display interface brief # 华为：端口状态总览
display vlan 10 # 华为：VLAN 成员是否齐全
display mac-address vlan 10 # 华为：关键终端是否学到
display stp brief # 华为：STP 角色与阻塞端口
show vlan id 10 # 思科：VLAN 成员与端口
show spanning-tree vlan 10 # 思科：根桥与端口角色变更后 30 分钟内保持观察，确认无缓慢劣化再关闭变更单。有些问题只在业务高峰或表项老化后才出现，次日峰值时段再抽检一次更稳妥。
变更前必须留存配置备份与路径基线（关键终端所在端口、STP 角色）。没有基线时，事后无法判断「和以前是否一样」，回滚也没有对照。
变更收尾动作
- 把验证结果与关键命令输出附到变更单，形成可追溯记录
- 确认配置已保存，避免重启后回到变更前的状态
- 更新 VLAN 与端口台账，保持文档与现网一致
- 撤除临时镜像、临时放行等过渡措施，避免长期残留