华三交换机M-LAG+IRF组网做LACP MAD检测

m-lag和IRF不能混用

不能。在H3C的现网真实设备中，无法使用与M-LAG系统互联的聚合链路为下联的IRF堆叠做LACP MAD检测。

你在HCL模拟器上测试时IRF的MAD状态为faulty，正是这个限制的体现。以下是详细原因和正确的解决方案。

🔍 为什么不能这样用？

LACP MAD检测的正常工作，依赖于一个关键的组网原则：中间设备必须是一个独立的、非IRF的系统，或者是一个与被检测IRF的域ID（Domain ID）完全不同的IRF系统。

在你的组网中：

• 被检测对象：下联的4台交换机组成的IRF堆叠（作为接入层）。

• 中间设备：上联的2台交换机组成的M-LAG系统（作为汇聚层）。

问题的根源在于IRF域ID（Domain ID）的冲突。LACP MAD检测通过扩展LACPDU报文来交互IRF的Domain ID和Active ID。

1. 下联的IRF堆叠自身有一个Domain ID（例如默认为0）。

2. 上联的M-LAG系统，其底层也运行着一个IRF系统（因为M-LAG通常基于IRF实现），它也有一个Domain ID。

当你在下联IRF与上联M-LAG系统之间的聚合链路上开启LACP MAD检测时，下联IRF的成员设备会收到来自上联M-LAG系统的LACPDU。如果这两个系统的Domain ID相同（例如都是默认的0），下联IRF的设备会认为收到了来自“同一个IRF”但Active ID不同的报文，从而错误地判定为IRF分裂，导致MAD状态变为faulty。这是设计上不允许的。

✅ 正确的做法是什么？

你后续的测试也验证了正确的做法：新增一台独立的H3C交换机作为专用的中间设备。

• 操作方式：将这台独立交换机与下联的IRF堆叠建立一个独立的动态链路聚合，然后在这个聚合接口上开启mad enable。

• 原理：这台独立交换机不参与任何IRF或M-LAG系统，其Domain ID与下联IRF不同，不会造成冲突，因此LACP MAD能正常工作。

IRF 的 LACP MAD 检测，不能对接 M-LAG 双机系统的跨设备聚合链路；你模拟器里 IRF 侧 MAD 状态显示 faulty，正是这个底层机制冲突导致；只有对接单台独立交换机的普通 LACP 聚合才能正常识别、MAD 状态 normal。
一、LACP MAD 核心工作原理（看懂就明白冲突根源）
LACP MAD 依靠H3C 私有扩展 LACPDU 报文传递 IRF 的Domain-ID、Active-ID（堆叠主设备成员编号）实现分裂检测：
IRF 正常时，所有成员发出的 LACPDU 携带相同 Active-ID；
IRF 分裂成两套堆叠后，两套系统的 Active-ID 不一致；
对端设备收到携带不同 Active-ID 的 LACPDU，回传报文告知 IRF 存在多主冲突；
IRF 对比报文里的 Active-ID，将成员号更大的整套堆叠端口 shutdown 隔离。
关键限制：
LACP MAD 要求对端设备是一台逻辑独立设备，能完整透传、识别 IRF 私有 LACP 扩展 TLV，并直接和 IRF 所有成员交互 LACPDU。
二、M-LAG 为什么会导致 LACP MAD 失效（故障根因）
你的组网：接入 IRF 双成员分别上联汇聚两台 M-LAG 设备，形成跨设备 Eth-Trunk。
M-LAG 对外呈现单一虚拟 LACP 系统 ID
M-LAG 两台设备会同步一套统一的 LACP 系统 ID，对外协商聚合时，逻辑上是 “一台设备” 和 IRF 协商 LACP。
IRF 两个成员（设备 1、设备 2）分别连 M-LAG-A、M-LAG-B，但是 M-LAG 会统一屏蔽单台设备的独立 LACP 报文交互，IRF 分裂后两套堆叠的不同 Active-ID 无法穿透 M-LAG 对等体（peer-link）互相感知。
M-LAG peer-link 阻断私有 MAD 扩展报文交互
IRF 分裂后，两套 IRF 发出带不同 Active-ID 的 LACPDU 分别到达 M-LAG 两台设备；
M-LAG peer-link 仅同步标准二层转发表，不转发 LACP MAD 私有扩展 TLV，两台 M-LAG 设备无法同步收到两套 IRF 的 Active-ID；
IRF 侧收不到冲突提示报文，MAD 判定为faulty（检测失效）。
报文交互路径割裂
正常单交换机场景：IRF 所有成员的 LACPDU 都发给同一台交换机，交换机再把报文回送给 IRF 全体成员，完成 Active-ID 比对；
M-LAG 场景：IRF 设备 1 的报文只到 M-LAG-A、IRF 设备 2 报文只到 M-LAG-B，两套 IRF 分裂后的冲突信号无法互通，检测逻辑断裂。
三、你模拟器现象完整对应解释
IRF 上联 M-LAG 聚合 → display mad verbose MAD 状态 faulty
M-LAG 双机无法完整同步 IRF 的 LACP MAD 扩展字段，IRF 收不到有效的冲突检测报文，判定 MAD 检测链路失效。
新增独立单交换机，IRF 上联普通 LACP 聚合 → MAD 状态 normal
对端是单一逻辑设备，标准 LACP 协商 + 私有扩展报文双向透传，LACP MAD 检测正常工作，状态正常。
四、官方组网规范：LACP MAD 合法 / 非法场景区分
✅ 支持 LACP MAD（对端为单逻辑设备）
IRF 堆叠 ↔ 单台独立交换机（普通 LACP 聚合，你的第二种正常场景）
IRF 堆叠 ↔ 另一套 IRF 堆叠（两端都是 IRF，跨堆叠 LACP MAD 互通）
IRF 堆叠 ↔ 服务器单设备 LACP 绑定
❌ 不支持 LACP MAD（对端是 M-LAG 双机系统）
IRF 堆叠 ↔ M-LAG 双机跨设备聚合（你的故障组网，检测失效）
五、当前 M-LAG+IRF 组网的可行替代 MAD 方案（二选一）
方案 1：部署 BFD MAD（推荐，不受 M-LAG 限制）
IRF 单独拉出一条三层互联链路（不经过 M-LAG），配置三层接口、MAD IP；
全局开启mad bfd enable；
优势：基于三层 BFD 心跳检测，和二层 LACP/M-LAG 逻辑无关，不受上联 M-LAG 影响，检测速度更快。
方案 2：单独新增一条直连单交换机的 LACP MAD 链路
IRF 额外拉一组聚合上联一台独立交换机，专门用作 LACP MAD 检测，业务流量仍走 M-LAG 上联。
方案 3：ARP MAD（无三层资源时备选）
利用二层 ARP 报文交互实现多主检测，无需三层 IP，但检测速度慢于 BFD。
六、补充排错验证命令
查看 MAD 整体状态
display mad verbose
查看聚合口 LACP 邻居，确认 M-LAG 两端系统 ID 统一
display lacp neighbor interface Eth-Trunk X
查看 IRF 堆叠域、Active-ID
display irf domain
display irf
抓取 LACPDU 验证扩展 TLV（模拟器 / 物理机抓包）
IRF 分裂场景下，上联 M-LAG 时，两套 IRF 的 Active-ID 无法跨 M-LAG peer-link 同步。