• 全部
  • 经验案例
  • 典型配置
  • 技术公告
  • FAQ
  • 漏洞说明
  • 全部
  • 全部
  • 大数据引擎
  • 知了引擎
产品线
搜索
取消
案例类型
发布者
是否解决
是否官方
时间
搜索引擎
匹配模式
高级搜索

VRRP版本报错问题

1小时前提问
  • 0关注
  • 0收藏,74浏览
粉丝:0人 关注:0人

问题描述:

H3C the ipv4 virtual router 61 (configured on interface vlan-interface61) received a packet with incorrect version

H3C the ipv4 virtual router 61 (configured on interface vlan-interface61) received a packet with correct version

 

交换机做了M-LAG后一直报这个错误是为什么。一会报版本对一会报版本错,看VRRP状态正常的

2 个回答
粉丝:23人 关注:1人

在 M-LAG 环境下,VRRP 状态正常却反复出现版本报错,通常是网络中不同的 VRRP 组使用了相同的 VRID(虚拟路由器标识符) 所致,即使两组设备物理上独立

这并非 M-LAG 的配置错误,而是网络中其他 VRRP 设备发送的报文“干扰”了你的设备日志,因此 VRRP 状态本身不受影响

⚙️ 问题根因分析

  1. VRRP 工作原理:同一个广播域内的 VRRP 设备,通过组播发送通告报文来选举主备。这些报文通过 VRID 和 VLAN 来标识自己属于哪个 VRRP 组

  2. 冲突条件:当 M-LAG 设备收到一个 VRID 相同、但版本(如 V2 或 V3)不同的 VRRP 报文时,就会记录版本错误

  3. 为什么状态正常:由于这个“错误”报文来自不同的 VRRP 组,设备会将其丢弃,并不影响其所属 VRRP 组的状态。因此,你的 display vrrp 命令看到的状态依然是正常的

🛠️ 解决方案

根本解决方法是确保网络中所有 VRRP 组的 VRID 在同一个广播域内全局唯一

  • 核心操作:检查网络中其他配置了 VRRP 的设备(如核心交换机、防火墙等),将存在冲突的 VRID 修改为当前 M-LAG 环境中未使用的新值

  • 验证方法:在出现报错的交换机上,通过以下命令查看当前 VRRP 配置,确保没有两个接口使用了相同的 VRID

    text
    display vrrp

🧐 其他排查方向

如果检查后确认 VRID 无冲突,可以再排查以下可能性:

  • 检查 M-LAG 一致性:确保两台 M-LAG 设备上的 VRRP 版本(vrrp version)、优先级、虚拟 IP 等关键配置完全一致。

  • 检查中间链路:确认连接 M-LAG 设备的 Trunk 链路放行了 VRRP 组所在的 VLAN

  • 抓包确认:如果问题依然存在,可以在出现报错日志的接口上进行抓包,根据报文的源 MAC 或 IP,定位发送冲突报文的设备

暂无评论

粉丝:21人 关注:0人

这个日志不是真故障,是 H3C Comware V7 上 VRRPv3 收到 VRRPv2 包时的标准 info 级输出,M-LAG 场景下一会"correct"一会"incorrect"基本能定位:VLAN 61 这个广播域里同时有两台设备在发 VRRP,一台 v2 一台 v3,本机配的是 v3,所以交替收到两种包就会交替刷这两条日志。VRRP 状态正常也印证了这点——本机 v3 跟对端 v3 能建邻居,v2 包被忽略但不影响状态。

🔍 为什么 M-LAG 后会出现

M-LAG 的 Peer-Link + VLAN 61 在两端都是放通的,意味着对端设备(M-LAG peer)发出的 VRRP 包会原样跑到本机 VLAN 61 口上来。正常情况下两端 VRRP 配置一致就都该是 v3,不会刷。你现在交替出现,说明:
现象
含义
correct version
收到对端 M-LAG peer​ 发的 VRRPv3 包(或本机自己发的被反射回来,M-LAG 某些拓扑下会有)
incorrect version
收到某个设备发的 VRRPv2 包
"某个设备"最可能是这三个之一:
  1. 对端 M-LAG peer 的 VLAN 61 VRRP 没显式配 vrrp version 3,走了默认——但 Comware V7 的 vrrp v3是 IPv4 VRRP 默认啊?这里要核实:H3C 在 V7 上 vrrp命令默认就是 v3(RFC 5798),vrrp v2才切 v2。所以如果不是对端配置问题,那更可能是——
  2. 这个 VLAN 61 下还有第三台设备(老 S55/S51 系列、防火墙、路由器)也在跑 VRRPv2,没纳入 M-LAG 管理
  3. M-LAG 虚 MAC 场景下,对端发的包本机收到时某些字段被判定为 v2——这种极少,但 H3C 某些老版本(R27xx 早期)在 M-LAG + VLAN IF VRRP 下有 bug,会把对端合法的 v3 包偶发判成 v2,需要查一下你 S6890/S6520X 那批设备的 R2719P01 有没有这个已知问题

🛠 排查步骤

1️⃣ 先确认本端 + 对端 VRRP 版本

# 本机 dis vrrp verbose interface Vlan-interface 61 # 看 "VRRP version" 那行,应该是 3 # 对端 M-LAG peer 同样敲一条
如果对端显示 VRRP version : 2→ 找到了,对端没配 vrrp version 3,补上就行。

2️⃣ 抓源 IP 看 v2 包是谁发的

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
v2 包的 src IP​ 对一下:
  • 对端 M-LAG peer 的 VLAN 61 IP​ → 对端版本配错了
  • 第三个 IP(比如 192.168.61.x 里不是本端也不是对端的)→ 第三台老设备在 VLAN 61 里也起了 VRRPv2,得去找它
  • 本端自己​ → M-LAG 虚 MAC 反射,少见,可能要走 400 查版本 bug

3️⃣ M-LAG 特有:检查是不是 Keepalive/Peer-Link 把包环回来了

M-LAG 里 Peer-Link 是 Trunk 放通 VLAN 61 的,正常情况下 VRRP 报文不应该在 peer 间互发(因为 M-LAG 两台是各自 Master,靠 DFS 同步,不是靠 VRRP 互为主备——等等,这里要确认下你的架构)。
⚠️ 这里有个关键点: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 包确实过 peer-link 跑到对端了,对端又发回来,形成环路样式的收发,但版本没错——那 incorrect 那条就得看是不是 H3C 在 M-LAG 场景下对"自己发的包被环回来"判定成 incorrect version(某些 R27 版本有这现象)。

✅ 处理建议

按概率排序:
  1. 对端补 vrrp version 3(最常见):
    int Vlan-interface 61 vrrp version 3
    两端都显式配,别依赖默认。
  2. 第三台设备:找出来要么也升 v3,要么把它的 VRRP 停掉(M-LAG 场景下 VLAN 61 不该有第三台跑 VRRP)。
  3. 如果是 M-LAG peer-link 环回导致的误报(状态正常、v2/v3 交替刷但 dis vrrp统计里 incorrect 计数涨得很慢 / 跟 correct 差不多比例):
    • 检查 peer-link 是否 link-aggregation mode dynamic,VLAN 61 放通是否必要
    • 升级到 R2719Pxx 以上(你 S6890 是 R2719P01,S6520X 如果也是同代,看看有没有 R2719P06/P10 修了 M-LAG VRRP 的 bug)
    • 实在不行 vrrp timer advertise错开一点,或者 undo vrrp log enable把 info 级日志关掉(不推荐,但能清屏)
  4. 关日志兜底(只是不刷屏,不解决问题):
    undo vrrp log enable
    默认是开的,info 级会刷终端/日志主机。

📌 给你的判断

VRRP 状态正常 + 两条日志交替刷 = 广播域内有 v2 和 v3 两种包源,本机 v3 能跟对端 v3 建邻居,v2 包被忽略。M-LAG 场景下 80% 是对端没显式配 vrrp version 3,20% 是第三台老设备 / peer-link 环回误报。

暂无评论

编辑答案

你正在编辑答案

如果你要对问题或其他回答进行点评或询问,请使用评论功能。

分享扩散:

提出建议

    +

亲~登录后才可以操作哦!

确定

亲~检测到您登陆的账号未在http://hclhub.h3c.com进行注册

注册后可访问此模块

跳转hclhub

你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作

举报

×

侵犯我的权益 >
对根叔社区有害的内容 >
辱骂、歧视、挑衅等(不友善)

侵犯我的权益

×

泄露了我的隐私 >
侵犯了我企业的权益 >
抄袭了我的内容 >
诽谤我 >
辱骂、歧视、挑衅等(不友善)
骚扰我

泄露了我的隐私

×

您好,当您发现根叔知了上有泄漏您隐私的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您认为哪些内容泄露了您的隐私?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)

侵犯了我企业的权益

×

您好,当您发现根叔知了上有关于您企业的造谣与诽谤、商业侵权等内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到 pub.zhiliao@h3c.com 邮箱,我们会在审核后尽快给您答复。
  • 1. 您举报的内容是什么?(请在邮件中列出您举报的内容和链接地址)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
  • 3. 是哪家企业?(营业执照,单位登记证明等证件)
  • 4. 您与该企业的关系是?(您是企业法人或被授权人,需提供企业委托授权书)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

抄袭了我的内容

×

原文链接或出处

诽谤我

×

您好,当您发现根叔知了上有诽谤您的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您举报的内容以及侵犯了您什么权益?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

对根叔社区有害的内容

×

垃圾广告信息
色情、暴力、血腥等违反法律法规的内容
政治敏感
不规范转载 >
辱骂、歧视、挑衅等(不友善)
骚扰我
诱导投票

不规范转载

×

举报说明