MAD 抑制动作是什么
MAD（Multi-Active Detection，双主检测）解决的是堆叠/CSS/IRF 分裂后的双主问题：堆叠链路故障会把一台虚拟设备裂成两套控制面，出现重复 MAC、双网关和环路。检测到双主后，系统自动抑制其中一侧设备上的业务端口，只保留排除名单里的管理口与检测口，让网络先回到单主转发，再由人工抢修后执行恢复。抑制是止血动作，不是故障修复。
基本信息
| 适用平台 | 华为 VRP（iStack / CSS）；H3C IRF 有同名机制的对应实现 |
|---|---|
| 触发条件 | 堆叠链路中断且 MAD 检测确认双主 |
| 抑制对象 | 一侧设备上的业务端口（Error-Down） |
| 排除名单 | mad exclude interface <接口> |
| 恢复命令 | mad restore（需先排除故障） |
典型使用场景
- 堆叠线缆被误拔、单框掉电后重新上电形成双主时止血
- 设计阶段明确哪些口不能被抑制，形成排除清单评审项
- 演练：故意制造分裂，验证抑制动作与恢复流程真的可用
- 事故复盘：核对实际抑制侧、排除项与设计是否一致
- 交付验收：确认双主动作可控且远程管理通道始终保留
抑制与恢复示例
抑制与恢复示例
# 查看当前 MAD 状态与是否已进入抑制
# display mad verbose
display mad verbose
# 把管理口、检测口排除在抑制范围之外
mad exclude interface GigabitEthernet1/0/2
# 故障修复并核对两端状态一致后，解除抑制
mad restore抑制与恢复对照
| 阶段 | 动作 | 说明 |
|---|---|---|
| 检测 | 心跳/检测会话中断且成员失联 | 判定双主，业务侧此时往往还没报障 |
| 抑制 | 一侧业务口 Error-Down | 排除项保留，管理与检测通道可用 |
| 抢修 | 修复堆叠链路或故障成员 | 抑制状态不会自动解除 |
| 恢复 | 执行 mad restore | 先确认两端状态一致再操作 |
排除清单至少要覆盖管理口、MAD 检测口与带外管理通道；漏配会把远程处置路径一起关掉，等于丢掉现场之外的唯一入口，演练时专门验证一次这条恢复路径。