S6850 M‑LAG 两条命令 MAD‑DOWN 状态不一致解析

现象： display m‑lag role → MAD DOWN state：Yes display m‑lag mad verbose → M‑LAG MAD DOWN state：No 这不是 bug，两个字段含义完全不同，是 Comware V7 设计，S6850、S105、S7500XG 均如此H3C。

两个字段含义区分

1、display m‑lag role 里面的 MAD DOWN state

释义：上一次做角色选举计算的时候，本机是否曾经出现过 MAD‑DOWN 接口（历史标记，记录角色计算过程中发生过该事件，不代表当前接口还被关闭）H3C。

• Yes：曾经经历过 MAD‑DOWN，角色计算时存在 MAD‑DOWN 接口；
• 即使后续 peer‑link 恢复、接口已经全部恢复 UP，该标记还保留 Yes。

2、display m‑lag mad verbose 里面的 M‑LAG MAD DOWN state

释义：实时当前状态。本机此刻有没有接口正处于 M‑LAG MAD‑DOWN 关闭状态H3C。

• No：现在所有业务接口全部正常 UP，没有接口被 MAD 关闭。

你的现象解读

display m‑lag role：Yes → 历史上发生过 M‑LAG 分裂，角色计算时本端被 MAD 过； display m‑lag mad verbose：No → 当前设备接口全部正常，没有被 MAD‑DOWN 关闭，业务正常。

典型触发场景：之前发生过 peer‑link 抖动 / 断连，M‑LAG 分裂，备机接口被 MAD‑DOWN；之后 peer‑link 恢复，延迟计时器走完，接口全部恢复 UP。 此时 role 视图保留历史事件标记 Yes，mad‑verbose 看实时状态 No，就出现你看到 “状态不一样”。

如何清除这个历史 Yes 标记

该标记不会自动清零；重启设备，角色重新完整计算后，display m‑lag role的 MAD DOWN state 才会变回 No。

⚠️业务不建议随便重启，只要 display m‑lag mad verbose 为 No，业务就不受影响，可以忽略 role 里面的 Yes，不用处理。

验证当前真实 MAD 状态的正确方法（优先用这条）

看第一行M‑LAG MAD DOWN state：

• No = 当前正常，无接口被 MAD 关闭
• Yes = 当前有接口被 MAD‑DOWN，业务受影响，需要排查 peer‑link、keepalive 链路。

辅助确认命令

看日志，确认过去是否有 M‑LAG 分裂、peer‑link down 记录。