alb bond对于ipv6报文的处理错误，导致出现丢包问题

【标题描述】alb bond对于ipv6报文的处理错误，导致出现丢包问题
【环境信息】
硬件信息：
1）裸机场景提供出问题的硬件信息；
2）虚机场景提供虚机XML文件或者配置信息
软件信息：
1） OS版本及分支
欧拉
2）内核信息
4.19及以上版本
3）发现问题的组件版本信息
如果有特殊组网，请提供网络拓扑图
输入图片说明

【问题复现步骤】
具体操作步骤
1、NIC2发送ICMPv6 NS报文，载荷的源MAC为没有替换为NIC2 MAC，仍然使用NIC1 MAC
2、Border-Leaf收到NS报文后，刷新ND表项，将ND表项中的出端口指向Tunnel2（注意：这时ND表项中MAC仍为NIC1 MAC）
3、当Border-Leaf向Server三层转发数据报文时，查ND表项将报文目的MAC封装为NIC1 MAC，但会将报文从Tunnel2发出
4、当Leaf-2收到报文后，发现内层报文目的MAC为NIC1 MAC，需要从Tunnel3转发，而根据同类型VxLAN隧道水平分割原则，该转发无法进行，因此导致流量转发不通

出现概率(是否必现，概率性错误)
必现
【预期结果】
描述预期结果，可以通过对比新老版本获取
ipv6 ns na报文的以太头的mac地址与icmpv6中option中的lladdr一致
【实际结果】
描述出问题的结果
ipv6 ns na报文的以太头的mac地址与icmpv6中option中的lladdr不一致
【附件信息】
比如系统message日志/组件日志、dump信息、图片等

Hi sunshouxin, welcome to the openEuler Community.
I'm the Bot here serving you. You can find the instructions on how to interact with me at Here.
If you have any questions, please contact the SIG: Kernel, and any of the maintainers: @yangyingliang , @gatieme , @jiaoff , @zhengzengkai , @LiuYongQiang0816 , @wangxiongfeng , @kevinzhu1 , @jentlestea , @lujialin2 , @wuxu_buque , @xukuohai , @lengchao , @alvin-ling , @yuzenghui , @yuehaibing , @juntianlinux , @chenguangli , @gasonchen , @whoisxxx , @koulihong , @kailiu42 , @hanjun-guo , @woqidaideshi , @chiqijun , @wkfxxx , @thundertown , @guohaocs2c , @kylin-mayukun , @oskernel0719 , @liuxinux , @newbeats , @zhujianwei001 , @zhenpengzheng , @SuperSix173 , @colyli , @zhangyi089 , @htforge , @qiuuuuu , @xiexiuqi

GVP openEuler/kernel

内容风险标识

评论 (1)

GVPopenEuler/kernel

内容风险标识