mlag的mad保留端口问题

M‑LAG MAD 保留接口：为什么 Peer‑Link 系统默认保留，但 Keepalive 接口必须手动配置m‑lag mad exclude interface
关键点区分：
Peer‑Link（对端聚合口）：系统内置系统保留接口，分裂 MAD 时自动不被 MAD‑DOWN，不需要手工配置。
Keepalive 三层链路接口：没有系统默认保留！！！必须手工配置m‑lag mad exclude interface，这是很多人混淆的坑点。
1、系统保留接口（自动生效，不用敲命令）
M‑LAG 分裂发生 MAD‑DOWN，系统自动放过这些接口，不会被 shutdown：
peer‑link 聚合接口以及它的成员物理口
M‑LAG 业务聚合接口
IRF 堆叠物理端口
Console 口、管理口等
✅Peer‑Link 二层聚合，属于 M‑LAG 系统组件，系统识别，自动加入保留接口。
2、Keepalive 接口为什么不会默认保留（你截图案例里敲命令的根本原因）
Keepalive 是一条独立三层路由接口（你截图：port link‑mode route，配置三层 IP 21.1.1.1/24），它只是用户业务配置的普通三层物理口，M‑LAG 系统无法识别这个普通三层口是 Keepalive 探测链路，系统不会自动把它加入 MAD 保留接口。
如果不敲m‑lag mad exclude interface HundredGigE1/0/5：
M‑LAG 分裂、MAD 触发，从设备会把这个 Keepalive 三层口置为M‑LAG MAD‑DOWN；Keepalive 报文直接断了，MAD 检测失效，最终两台设备同时升为主设备，双主故障。
👉这就是案例中强制配置该命令的核心目的。
3、为什么很多文档看起来写 peer‑link 也敲 exclude 命令？
模板化配置示例：官方完整配置模板为了完整性，把所有关键链路全部写上 exclude，即使 peer‑link 不需要，写上去不会报错，属于冗余配置，方便复制粘贴，适配不同版本、不同组网（比如 VXLAN tunnel 作为 peer‑link 的特殊场景）。
版本历史差异：早期老版本 Comware V7，部分版本对 peer‑link 成员识别有缺陷，文档建议显式配置；新版本已经完善，但示例没有删除这条历史命令。
区分 DRNI（S10508X 等）与 M‑LAG：DRNI IPL（等价 M‑LAG peer‑link）同样系统保留，Keepalive 接口必须手工 exclude，逻辑完全一致。
4、查看验证命令，确认哪些是保留接口
shell
display m‑lag mad verbose
输出会区分两类：
System excluded interfaces：系统自动保留接口（peer‑link 等）
User excluded interfaces：用户手工配置 exclude（就是你的 keepalive 口）
你会看到：peer‑link 出现在系统保留；keepalive 三层接口只会出现在用户配置保留列表，不敲命令就不会出现。
5、实操总结
peer‑link：不用配置 exclude，配置了也无害，属于冗余。
Keepalive 三层物理接口：必须敲m‑lag mad exclude interface xxx，不配置会引发双主重大故障，绝对不能省略。
如果 keepalive 使用 loopback/Vlan‑if 逻辑接口，物理接口 + 逻辑接口都要配置 exclude，只配逻辑口，底层物理口被 MAD‑DOWN 依旧失效。
举你截图场景的风险
如果删掉 m‑lag mad exclude interface HundredGigE1/0/5
M‑LAG peer‑link 链路断开分裂，从设备把这个百 G keepalive 物理口 MAD‑DOWN，keepalive 探测报文无法收发，MAD 检测失效，两台设备都认为自己是主设备，全网二层震荡、IP 冲突。