Dispute 是自保护机制
RSTP 的 Dispute 状态出现在一种矛盾场景里：端口收到带协商标志的报文，但本地对这条链路的状态认知与之冲突。为避免在认知不一致的情况下误转发形成临时环路，端口会进入 Discarding 并等待状态一致。所以看到 Dispute，首先要知道它是保护动作而非故障本身——真正的问题在于为什么两端认知不一致。
基本信息
| 状态表现 | 端口进入 Discarding，停止转发 |
|---|---|
| 机制目的 | 在状态认知不一致时避免误转发成环 |
| 常见根因 | 链路单通、BPDU 收发不对称、两端协议模式不一致 |
| 恢复条件 | 两端状态重新一致后端口恢复转发 |
| 观察命令 | display stp interface / show spanning-tree interface |
处理顺序
- 先查物理层单通：光模块收发是否正常、电口双工是否匹配
- 再看两端 BPDU 收发计数，收 0 发正常就是单通的直接证据
- 核对两端协议模式与参数是否一致，混合模式会造成状态错位
- 确认是否有人在链路中间加了过滤或隧道设备，拦截了协议报文
- 问题排除后观察端口是否恢复转发，并记录时长
排查线索
排查线索
display stp interface GigabitEthernet0/0/24 # 华为：端口状态与角色
display interface GigabitEthernet0/0/24 # 华为：错包与双工速率
display transceiver diagnosis interface GigabitEthernet0/0/24 # 华为：光功率
display logbuffer | include DISPUTE # 华为：历史记录
show spanning-tree interface GigabitEthernet1/0/1 # 思科：端口状态与角色
display stp brief # 对照其他端口是否正常原因判读
| 现象 | 可能原因 | 验证方式 |
|---|---|---|
| 单端口 Dispute | 该链路单通或状态不一致 | 查双工、光功率与 BPDU 计数 |
| 多个端口同时 Dispute | 链路中间设备拦截协议报文 | 在两段分别抓包比对 |
| Dispute 反复出现 | 链路间歇性劣化 | 查错包增量与震荡记录 |
| 恢复后再次出现 | 根因未除或误接设备仍在 | 追查接入源并隔离 |
处理顺序：先查物理层单通（光模块、光纤、电口），再查两端模式与 BPDU 收发计数。顺序反过来，容易在两端的配置上反复比对却找不出原因。
Dispute 端口会停止转发，业务表现为局部不通。不要急着重启设备：重启会让现场证据消失，先取证再处置。