双级

先搞清楚组网细节并检查下配套吧

多半是配置/规划不合理导致

参考资料

H3C园区交换机M-LAG配置指导书-6W108-新华三集团-H3C

M‑LAG (DRNI) 双活网关环境 Bridge‑Aggregation2 STP_DISPUTE 争端端口阻塞
告警日志：
STP/4/STP_DISPUTE: Instance 0's port Bridge‑Aggregation2 received an inferior BPDU from a designated port which is in forwarding or learning state. The designated bridge ID contained in the BPDU is 0.0003‑0003‑0003, and the designated port ID contained in the BPDU is 128.1454.
现象总结：
上层：两台 S6530X 做 DRNI (M‑LAG)+ 双活网关；聚合组 2 下联；
下层：两台 S5590 做 DRNI (M‑LAG)+ 双活网关；聚合组 2 上联；
物理成员口 UP、M‑LAG 组状态 UP；但是Bridge‑Aggregation2 被 STP 阻塞，进入 Discarding；报 STP_DISPUTE 争端（收到劣等 BPDU，对端指定端口却处于转发状态，STP 认为环路风险，直接阻塞端口）。
组网逻辑：6530X‑DRNI ←(Agg2)→ 5590‑DRNI，两边都是 DRNI 双活网关，两端都在发送 BPDU，这是该告警最典型场景。
核心原理
DRNI/M‑LAG 两台虚拟成一台逻辑设备；
但STP BPDU 仍然是两台物理交换机各自往外发送 BPDU。
上层 6530X‑DRNI 的两台设备各自发出 BPDU；
下层 5590‑DRNI 两台设备各自发出 BPDU；
这条跨 DRNI 之间的 M‑LAG 互联链路，一端认为自己是指定端口 Forwarding，收到对端发来优先级更低 (inferior) BPDU，触发STP_DISPUTE争端保护逻辑，端口直接 Discarding 阻塞。
⚠️关键点：DRNI 设备之间互联的 M‑LAG 聚合口，不要让两端 DRNI 都参与 STP 计算；两端都开启 STP 就会出现该争端告警、端口阻塞。
注意区分：DRNI 内部 IPP 链路不需要处理这个；这是两套独立 DRNI 域互相连接（上层一套 DRNI，下层另一套 DRNI）。
查看确认命令
shell
display stp brief
display stp interface Bridge‑Aggregation 2
display drni summary
display drni ipp
display stp dispute‑history
看 Bridge‑Aggregation2 角色：会显示 DISPUTE 状态。
4 种解决办法（按生产环境推荐优先级排序）
方案 1【生产推荐】：互联聚合口配置 stp disable，接口关闭 STP
链路是两套 DRNI 之间 M‑LAG 聚合，M‑LAG 本身已经做二层环路防环，这条链路是 M‑LAG 逻辑链路，不需要 STP 再做防环，接口级别关闭 STP。
在上层 S6530X 两台 DRNI 设备，聚合接口 2 配置：
shell
interface Bridge‑Aggregation 2
stp disable
下层 S5590 两台 DRNI 设备聚合接口 2 同样配置：
shell
interface Bridge‑Aggregation 2
stp disable
效果：该聚合口不再收发 BPDU，消除 STP_DISPUTE 争端告警，端口直接进入 Forwarding。
风险说明：
该端口依靠 M‑LAG 做防环，不能在这个聚合组外再接其他二层设备，不能乱接网线，否则会引入二层环路。这是 DRNI‑to‑DRNI 标准实践。
方案 2：如果不能关闭端口 STP，修改 STP 域：一套 DRNI 整体作为根桥，另一套全部配置为边缘 / 备份
不推荐两套 DRNI 同时参与 STP 竞选。把上层 6530X‑DRNI 设置为 STP 根桥；下层整套 5590 DRNI 不要参与竞选。
但 DRNI 两台物理机独立发 BPDU，这种方式依然有概率复现 DISPUTE，稳定性不如接口 stp disable。
方案 3：不要 M‑LAG 对接 M‑LAG，改成普通 Trunk（不推荐，浪费带宽）
拆除两边聚合，使用普通 Trunk 互联，两端 DRNI 不要 M‑LAG 对接。业务不建议，带宽得不到聚合。
方案 4：全局 STP 调整 dispute 保护（严禁直接用！）
不要直接关闭stp dispute‑protection disable。
关闭争端保护，端口不阻塞，但是二层环路风险会直接放通，广播风暴风险极高，只用于临时定位问题，绝对不能生产长期配置。
额外必须核查配置点（很多现场漏配）
DRNI 双活网关场景：DRNI 域内设备全局 stp 必须开启，IPP、DRNI 组端口不要全局关闭 stp，只需要两套 DRNI 之间互联的 Bridge‑Aggregation 接口下 stp disable，不要全局关闭 STP。
❌错误：全局undo stp enable，会让整个网络失去 STP 保护。
✅正确：仅互联聚合接口下 stp disable。
DRNI 确认功能完整：
plaintext
drni
drni system‑mac auto
drni arp‑syn enable
drni nd‑syn enable
两套 DRNI 域各自独立 system‑mac，不要冲突。
确认没有把 DRNI IPP 链路与业务 M‑LAG 聚合组混用；IPP 链路独立。
为什么会出现 “物理 up、聚合 up，但是 STP 阻塞”
M‑LAG/DRNI 的链路聚合协议（LACP）与 STP 是两套独立机制。
LACP 负责端口聚合，LACP UP ≠ STP 转发；
STP 独立做二层环路检测；两套 DRNI 对接场景，两端都发送 BPDU，触发 DISPUTE 争端保护，直接 discard，和 LACP 状态无关。
操作完成后验证
配置完接口stp disable，等待 30 秒：
plaintext
display stp brief
Bridge‑Aggregation2 不再出现 DISPUTE/Discarding；端口角色为‑（接口 STP 已关闭），业务流量正常转发，告警不再上报。
组网总结（两套 DRNI 互联标准范式）
上层 DRNI (6530X) <‑M‑LAG 聚合‑> 下层 DRNI (5590)
两套 DRNI 域各自内部：全局 STP 开启，IPP、业务接入端口 STP 正常运行；
两套 DRNI 互相连接的 M‑LAG 聚合接口，接口视图执行 stp disable；
DRNI 依靠自身 M‑LAG/DRNI 机制完成防环，不再依赖 STP 对这条互联链路计算。
补充：这个STP_DISPUTE告警，是新华三 DRNI 对接另一套 DRNI 非常经典的坑；很多工程师只检查 LACP 聚合状态，忽略 STP BPDU 在两台物理设备分别发送带来的争端。