IRF 的分裂检测
H3C 通过 LACP MAD、ARP MAD、BFD MAD 等机制检测 IRF 分裂，触发后按策略抑制其中一侧，避免出现双主。选择哪种机制取决于现有网络条件：已有跨设备动态聚合可优先考虑 LACP MAD，具备三层互联则可用 BFD MAD，两类条件都不满足时再评估 ARP MAD。
基本信息
| 可选机制 | LACP MAD / ARP MAD / BFD MAD |
|---|---|
| LACP MAD 依赖 | 跨设备动态聚合链路 |
| BFD MAD 依赖 | 两框之间三层可达 |
| ARP MAD 依赖 | 二层可达与专用 VLAN |
| 共同结果 | 检测异常即抑制一侧，避免双主 |
选择路径
- 已有跨设备动态聚合：优先选 LACP MAD，复用现成链路
- 两框之间存在三层互联：可选 BFD MAD，检测路径独立可控
- 两类条件都不具备：再评估 ARP MAD 并规划专用 VLAN
- 任何方式都必须在部署后做分裂演练，确认抑制动作生效
- 检测流量与业务流量要分开评估，避免互相挤占
LACP MAD（示例）
LACP MAD（示例）
interface Bridge-Aggregation 1
link-aggregation mode dynamic # 动态聚合是 LACP MAD 的前提
mad enable # 在该聚合口上使能双主检测
# 查看
display mad verbose
display link-aggregation verbose三种机制对比
| 机制 | 前提条件 | 适用场景 |
|---|---|---|
| LACP MAD | 跨设备动态聚合 | 已有或可新建跨设备聚合 |
| BFD MAD | 两框三层可达 | 存在三层互联路径 |
| ARP MAD | 二层可达 + 专用 VLAN | 前两者条件都不具备时 |
| 共同点 | 检测会话异常即判定分裂 | 部署后必须实测触发 |
抑制动作与排除清单
检测只是第一步，抑制动作与排除清单决定了现场能不能收拾：抑制时会关闭一侧的业务端口，必须提前把管理口与检测口排除在外，否则事故发生时会同时失去远程处置入口。恢复流程也要提前写明：先确认故障侧已修复、两侧状态一致，再执行恢复，避免带着故障回到双活状态。
LACP MAD 依赖跨设备动态聚合，需要额外规划聚合链路。如果现有链路不满足这个前提，硬套方案的结果往往是『配置写完了但不生效』，所以选型的第一步是先确认前提条件是否具备。