在 M-LAG 环境下,VRRP 状态正常却反复出现版本报错,通常是网络中不同的 VRRP 组使用了相同的 VRID(虚拟路由器标识符) 所致,即使两组设备物理上独立。
这并非 M-LAG 的配置错误,而是网络中其他 VRRP 设备发送的报文“干扰”了你的设备日志,因此 VRRP 状态本身不受影响。
VRRP 工作原理:同一个广播域内的 VRRP 设备,通过组播发送通告报文来选举主备。这些报文通过 VRID 和 VLAN 来标识自己属于哪个 VRRP 组。
冲突条件:当 M-LAG 设备收到一个 VRID 相同、但版本(如 V2 或 V3)不同的 VRRP 报文时,就会记录版本错误。
为什么状态正常:由于这个“错误”报文来自不同的 VRRP 组,设备会将其丢弃,并不影响其所属 VRRP 组的状态。因此,你的 display vrrp 命令看到的状态依然是正常的。
根本解决方法是确保网络中所有 VRRP 组的 VRID 在同一个广播域内全局唯一。
核心操作:检查网络中其他配置了 VRRP 的设备(如核心交换机、防火墙等),将存在冲突的 VRID 修改为当前 M-LAG 环境中未使用的新值。
验证方法:在出现报错的交换机上,通过以下命令查看当前 VRRP 配置,确保没有两个接口使用了相同的 VRID:
如果检查后确认 VRID 无冲突,可以再排查以下可能性:
现象 | 含义 |
|---|---|
correct version | 收到对端 M-LAG peer 发的 VRRPv3 包(或本机自己发的被反射回来,M-LAG 某些拓扑下会有) |
incorrect version | 收到某个设备发的 VRRPv2 包 |
vrrp version 3,走了默认——但 Comware V7 的 vrrp v3是 IPv4 VRRP 默认啊?这里要核实:H3C 在 V7 上 vrrp命令默认就是 v3(RFC 5798),vrrp v2才切 v2。所以如果不是对端配置问题,那更可能是——# 本机
dis vrrp verbose interface Vlan-interface 61
# 看 "VRRP version" 那行,应该是 3
# 对端 M-LAG peer 同样敲一条VRRP version : 2→ 找到了,对端没配 vrrp version 3,补上就行。debug vrrp packet interface Vlan-interface 61
# 刷几条日志后 terminal logging level debugging / terminal monitor 能看到
# 或者直接:
dis vrrp statistics interface Vlan-interface 61
# 看 "Received incorrect version packets" 计数在涨,配合 debug 看 src ip⚠️ 这里有个关键点:M-LAG + VRRP 的标准做法,VLAN 61 在两台 M-LAG 设备上各起 VRRP,虚拟 IP 一样、优先级不同,两台都是 Master(各自管自己侧的业务口),靠 M-LAG 的 peer-link + DFS 保证一致性,VRRP 包不该过 peer-link 到对端。如果过来了,说明 peer-link 的undo stp/mad之类没配好,或者 VLAN 61 在 peer-link 上放通后 STP 没拦住。
vrrp version 3(最常见):int Vlan-interface 61
vrrp version 3dis vrrp统计里 incorrect 计数涨得很慢 / 跟 correct 差不多比例):link-aggregation mode dynamic,VLAN 61 放通是否必要vrrp timer advertise错开一点,或者 undo vrrp log enable把 info 级日志关掉(不推荐,但能清屏)undo vrrp log enable
VRRP 状态正常 + 两条日志交替刷 = 广播域内有 v2 和 v3 两种包源,本机 v3 能跟对端 v3 建邻居,v2 包被忽略。M-LAG 场景下 80% 是对端没显式配vrrp version 3,20% 是第三台老设备 / peer-link 环回误报。
暂无评论
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论