本文档针对Red Hat Enterprise Linux系统中使用bonding驱动时，备份网络接口因ARP验证失败进入down状态的问题进行分析，并提供解决方案。
先决条件
- Red Hat Enterprise Linux 8.10
- 网络驱动：ibmveth
- Bonding配置：active-backup（故障转移）
问题现象
1.矛盾状态
- cat /proc/net/bonding/bond1 显示备份接口ens8状态为down。
- ip a 命令显示ens8接口物理状态为up。
2.ARP验证失效
当为单一IP配置arp_ip_target时，验证正常；但针对其他IP时失效。
3.流量异常
ens8存在其他流量，但未收到ARP请求，导致bonding驱动将其标记为down。
诊断步骤
检查ARP验证配置
[root@yunweixia.com ~]# cat /sys/class/net/bond1/bonding/arp_validate all 3 # 确认启用全局ARP验证
查看Bonding状态
[root@yunweixia.com ~]# cat /proc/net/bonding/bond1 Slave Interface: ens7 # 主接口状态up MII Status: up Slave Interface: ens8 # 备份接口状态down MII Status: down
解决方案
选项1：禁用ARP验证
（1）修改bonding参数
[root@yunweixia.com ~]# echo "none 0" > /sys/class/net/bond0/bonding/arp_validate
（2）持久化配置（需重启生效）
在bonding配置文件中添加：
BONDING_OPTS="arp_validate none"
选项2：修复网络配置
确保交换机或网络设备将主接口的ARP请求广播至备份接口。需检查：
- VLAN配置是否允许广播流量。
- 交换机端口是否启用混杂模式（Promiscuous Mode）。
总结扩展
根因分析
当arp_validation=all时，备份接口需接收主接口的ARP请求以通过验证。若网络配置阻止广播帧到达备份接口，驱动会误判其状态为down。
技术评审
- 评审专家：保哥 | 某保险公司运维开发工程师
- 验证结论：在禁用ARP验证后，ens8状态恢复正常,验证通过.
修订记录
- 2025-06-13 v1.0 初版发布
原创文章，作者：运维侠，如若转载，请注明出处：https://www.yunweixia.com/solutions/solution-for-interface-down-due-to-arp-validation-failure-in-bonding-device-on-rhel-system.html
微信扫一扫 
支付宝扫一扫 
