放通列表对账是什么
VLAN 不通的原因里有一类很隐蔽：两端 Trunk 的放通列表不一致。A 端允许 10 与 20，B 端只允许 10，那么 VLAN 20 的流量在 B 端被丢弃，抓包时在 A 端看得到、到 B 端就消失。逐个端口盲查效率极低，规范做法是建立例行对账机制：用统一命令导出两端输出，做文本比对，并把对账结果纳入巡检记录。对账真正的价值，是把偶发的配置不对称变成例行可查的项目，多人共同维护的网络里尤其明显。
基本信息
| 适用平台 | 三厂交换机 |
|---|---|
| 关键命令 | display port vlan / show interfaces trunk / display port vlan |
| 对账口径 | 放通列表、STP 转发状态、PVID 或 Native VLAN |
| 执行频率 | 变更后立即，例行巡检每月 |
| 可靠做法 | 导出文本做比对，而不是人眼看截图 |
典型使用场景
- VLAN 不通排查，怀疑两端放通列表不一致
- 割接前检查两端放通范围是否匹配
- 例行巡检中抽检上联口的放通列表
- 变更后立即对账，确认改动范围符合预期
- 新设备上线时与既有设备做基线比对
华为 VRP
华为 VRP
<Huawei> display port vlan active | include GigabitEthernet0/0/24
# 或逐口查看：display port vlan GigabitEthernet 0/0/24
# 建议把输出重定向到文本，与对端做比对思科 IOS
思科 IOS
SW-A# show interfaces GigabitEthernet1/0/24 trunk
Port Vlans in spanning tree forwarding state and not pruned
Gi1/0/24 10,20,30
# allowed 与 forwarding 两组 VLAN 都要看H3C Comware
H3C Comware
<H3C> display port vlan | include GE1/0/24
# 输出含 Tagged 与 Untagged 列表，与对端逐项比对对账三项
| 对账项 | 判据 | 不一致的后果 |
|---|---|---|
| 放通列表 | 两端覆盖业务所需 VLAN 且一致 | 单侧缺失造成局部 VLAN 不通 |
| 转发状态 | STP 放行状态覆盖业务 VLAN | 放通了却被 STP 剪枝，业务照样不通 |
| PVID 或 Native VLAN | 两端配置一致 | 不一致会造成流量混入错误 VLAN |
只看放通列表不看转发状态是最常见的漏项：列表正确但 VLAN 被 STP 剪枝时业务照样不通。思科的 show interfaces trunk 会分别打印 allowed 与 forwarding 两组 VLAN，两组都要读；华为与 H3C 的输出里 Tagged 与 Untagged 的区分也要看清。
VLAN 数量一多，靠截图人工比对必然漏项。把命令输出导出成文本做比对，或用脚本解析后比对，结果更可靠，也能作为变更记录留档，事后追责与复盘都有依据。