删 VLAN 为什么先做评估
删除 VLAN 不是删掉一行编号：交换机会连带清除对应的 VLANIF 接口、端口的归属与放行关系，以及生成树实例对它的映射；已经依赖该 VLAN 的业务会立刻中断。更麻烦的是，删除是对端不可见的动作——本端干净了，对端 Trunk 仍在放行这个编号，流量被持续丢弃却不报错。
基本信息
| 适用平台 | 华为 VRP / Cisco IOS / H3C Comware（命令分别是 undo vlan / no vlan / undo vlan） |
|---|---|
| 连带影响 | VLANIF 接口、端口归属、Trunk 放行列表、实例映射一并变化 |
| 前置动作 | 导出当前配置并列出依赖该 VLAN 的对象清单 |
| 执行窗口 | 两端同步操作，避开业务高峰 |
| 可否回退 | 重新创建得到的是空 VLAN，原配置需手工恢复 |
典型使用场景
- 业务下线后回收 VLAN 编号，避免编号资源被僵尸配置长期占用
- 编号规划重整：清理历史遗留的临时 VLAN 与测试 VLAN
- 误创建的 VLAN 回收：割接当天多建了一组编号时的快速清理
- 精简 Trunk 放行列表：把已无业务的 VLAN 从放行范围里摘掉
- 巡检与审计整改：按台账核对现网 VLAN 与实际使用情况
安全操作顺序（华为）
安全操作顺序（华为）
display vlan 30 # ①查看该 VLAN 的端口归属与类型
display current-configuration | include vlan 30 # ②全文检索引用位置
display stp region-configuration # ③确认实例映射里是否引用
display interface Vlanif30 # ④确认三层接口是否承载业务
save # ⑤删除前先保存一份完整配置
undo vlan 30 # ⑥确认无依赖后执行删除
display vlan 30 # ⑦删除后复核，并在对端同步清理依赖对象自查表
| 依赖对象 | 核对方式 | 漏检后果 |
|---|---|---|
| VLANIF 三层接口 | 查看该 VLAN 是否存在虚接口及 IP | 网关消失，整网段即刻不通 |
| 端口归属与放行 | 逐个查看 access / hybrid / trunk 配置 | 残留幽灵条目，放行列表与实际不符 |
| MSTP 实例映射 | 查看域配置中的实例与 VLAN 对应 | 删除影响实例范围，可能引发拓扑重算 |
| 对端 Trunk 放行 | 登录对端查看放行列表 | 本端已删、对端仍放行，流量被静默丢弃 |
| ACL 与 DHCP 引用 | 检索配置中的 VLAN 号 | 策略与地址分配出现无主条目 |
删除操作不可逆：重新创建同名 VLAN 得到的是空配置，端口归属、实例映射与三层接口都要手工补回。执行前导出一份完整配置，是唯一的低成本回退手段。
两端同步是关键：一端删、一端留放的组合会形成持续丢包的隐性故障，割接清单里应把『删除 VLAN』与『对端清理放行』写成同一条任务的两个动作。