S6526XE-48X4CC-EI 堆叠mad异常告警

你遇到的这个问题，是一个在配置了MAD（Multi-Active Detection，多主检测）的IRF（智能弹性架构）堆叠环境中，比较典型的ARP地址冲突误告警。

虽然6819-7732-f33b这个MAC全网都搜不到，但这很可能是堆叠中另一台成员设备的MAC地址。告警的根源在于，用于MAD检测的VLAN接口的ARP报文，被错误地广播到了不该去的网络中。

🛠️ 如何排查与解决？

建议按以下步骤操作：

第一步：确认MAD检测VLAN（关键）

首先，查看MAD检测接口使用的是哪个VLAN：

查看输出中的MAD BFD enabled interface或MAD ARP enabled interface字段，记下对应的VLAN接口（例如Vlan-interface4000）。

第二步：检查VLAN放行情况（核心）

重点检查：确认这个MAD检测VLAN是否被放行到了上联的聚合口 Route-Aggregation1024 中。

• 如果放行了：这就是导致告警的直接原因。MAD检测的ARP报文通过聚合口广播到了上层网络，被对端交换机检测到并判定为冲突。

• 如果没放行：则需检查是否有其他端口或VLAN将MAD检测报文透传出去。

第三步：隔离MAD检测VLAN（解决方案）

确认MAD检测VLAN后，必须确保它仅在堆叠成员设备间的互联端口上放行，绝对不能在任何上联端口（包括Route-Aggregation1024）或与其他网络设备互联的端口上放行。

• 正确做法：将MAD检测VLAN限制在用于堆叠互联的物理端口上。

• 错误做法：将MAD检测VLAN作为Trunk的允许VLAN放行到上联设备。

完成调整后，告警通常会在几分钟内停止。

一、告警现象拆解
告警关键信息：
冲突 IP：1.1.1.2（你的BFD MAD 三层检测 IP）
冲突 MAC：6819-7732-f33b = IRF 备机（member2）设备 MAC
主设备 MAC：6819-7732-f33a（member1）
告警反复出现、自动恢复：IRF 堆叠链路存在间歇性闪断 / 抖动，短暂分裂后又恢复聚合
二、根本原理（BFD MAD 机制）
你使用三层 BFD MAD，配置逻辑：
Member1（主）MAD IP：1.1.1.1
Member2（备）MAD IP：1.1.1.2
IRF 堆叠完全正常时：只有主设备的 MAD IP 生效，备机 1.1.1.2 不会发送 ARP 报文，无冲突H3C
IRF 堆叠链路短暂闪断、报文丢包：系统瞬间判定 IRF 分裂，两台设备同时激活各自 MAD IP
主设备发 ARP：源 IP1.1.1.1，MAC 6819-7732-f33a
备设备发 ARP：源 IP1.1.1.2，MAC 6819-7732-f33b
三层聚合口 Route-Aggregation1024 收到两端 ARP，触发ARP_SENDER_IPCONFLICT_ALARM
堆叠链路瞬间恢复，IRF 重新合并，备机 MAD IP 下线，告警自动清除RESUME
核心结论
不是网络存在第三方陌生设备，是 IRF 堆叠链路不稳定，间歇性短暂分裂，导致备机 MAD 检测 IP 短暂上线产生 ARP 冲突告警。
全网搜不到6819-7732-f33b是因为正常聚合时备机三层 IP 不生效，只有分裂瞬间才发包。
三、分步排查定位堆叠闪断根因
步骤 1：查看 IRF 堆叠状态、故障日志
bash
运行
# 查看IRF全局状态、成员、堆叠链路
display irf
display irf topology
# 查看堆叠链路收发包、丢包、错包
display irf link statistics
# 查看设备历史故障日志，确认堆叠闪断时间点匹配告警
display logbuffer | include IRF
display logbuffer | include split
# 查看MAD运行状态
display mad verbose

重点观察：
display irf link statistics 堆叠端口是否有 CRC、丢包、错包计数持续上涨；
日志是否存在IRF link down/up、multi-active detected分裂记录，和告警时间完全对应。
步骤 2：堆叠链路硬件故障点（最常见）
堆叠光模块 / 光纤劣化
S6526XE 堆叠用万兆光口：光衰过大、光纤弯折、模块老化，报文偶尔丢包，系统短暂判定链路 Down；
排查：display transceiver diagnosis interface XGE1/0/49、display transceiver diagnosis interface XGE2/0/49 查看收光功率。
堆叠线缆接触不良
插拔光纤、清洁端面，更换成对光模块交叉测试，确认故障是否跟随光纤 / 模块迁移。
堆叠链路带宽不足、报文拥塞
仅单条堆叠链路，业务流量高峰时 IRF 控制报文被业务抢占，心跳超时误判分裂；
标准规范：IRF 至少 2 条链路做聚合堆叠，提升冗余与带宽。
步骤 3：BFD MAD 配置不规范加剧告警
MAD 检测链路与 IRF 堆叠链路复用同一物理路径
官方要求：MAD 检测链路必须独立于 IRF 堆叠链路，如果堆叠链路断，MAD 链路同步中断，分裂瞬间两端 MAD IP 同时上线，必触发 ARP 冲突。
MAD IP 网段与业务三层聚合口互通
你的 MAD VLAN 三层接口路由可达 Route-Aggregation1024，ARP 报文会扩散到业务聚合口产生告警；
规范：MAD 专用 VLAN 不配置三层互通、不发布路由，隔离检测报文。
四、四层修复方案（按优先级执行）
方案 1：修复 IRF 堆叠链路稳定性（根治根源）
堆叠链路扩容为 2 条聚合 IRF 链路，避免单链路抖动；
更换合格万兆单模 / 多模光模块，清洁光纤端面，保证收光功率在标准区间；
光纤远离强电、避免弯折挤压，机房做好防尘。
方案 2：规范 BFD MAD 标准配置（消除 ARP 冲突告警）
标准正确配置模板（两台 S6526XE）
Member1（主设备，member 1）
plaintext
system-view
# 1. 专用MAD隔离VLAN，禁止透传业务
vlan 4094
port GigabitEthernet 1/0/48
# MAD三层接口，仅MAD检测，不发布路由
interface Vlan-interface 4094
ip address 1.1.1.1 255.255.255.0
mad bfd enable
# 关键：MAD网段隔离，不向业务发布路由，避免ARP扩散
undo ip route-static 1.1.1.0 255.255.255.0 NULL 0
# 豁免MAD检测端口，分裂时不被关闭
mad exclude interface GigabitEthernet 1/0/48

Member2（备设备，member 2）
plaintext
system-view
vlan 4094
port GigabitEthernet 2/0/48
interface Vlan-interface 4094
ip address 1.1.1.2 255.255.255.0
mad bfd enable
undo ip route-static 1.1.1.0 255.255.255.0 NULL 0
mad exclude interface GigabitEthernet 2/0/48

配置关键点
MAD 检测使用独立物理端口、独立 VLAN，不和 IRF 堆叠口共用；
MAD 网段不配置静态路由、不引入 OSPF/ISIS，业务三层接口收不到 MAD 的 ARP 报文，彻底消除冲突告警；
必须mad exclude interface保护 MAD 检测口，分裂时不会被系统 shutdown。
方案 3：优化 IRF 桥 MAC，减少震荡影响
plaintext
system-view
# IRF合并后立即切换桥MAC，避免MAC漂移
undo irf mac-address persistent
# 配置IRF域，避免和其他堆叠组MAD报文干扰
irf domain 10

方案 4：临时屏蔽该类 ARP 告警（无法根治，仅降噪）
plaintext
system-view
undo info-center source ARP filter ARP_SENDER_IPCONFLICT_ALARM

仅临时关闭告警输出，堆叠闪断问题依然存在，不推荐长期使用。
五、验证标准
display irf link statistics 堆叠端口无持续增长的错包、丢包；
display mad verbose MAD 状态永久 Normal，无 Faulty 记录；
日志不再周期性弹出ARP_SENDER_IPCONFLICT_ALARM冲突告警；
手动断开一条堆叠链路测试分裂，MAD 正常关闭备机业务端口，无 ARP 冲突告警扩散至业务聚合口。
六、快速排错总结
告警来源：IRF 堆叠链路间歇性闪断，短暂分裂后备机 MAD IP 上线发送 ARP；
陌生 MAC 6819-7732-f33b = IRF 第二台备机自身 MAC，不是外部终端；
优先排查堆叠光纤 / 光模块质量，再隔离 MAD 检测网段，双管齐下彻底解决。