S7503X-G M-lag双活网关ping异常

这是R7765版本的已知软件问题，不是M-LAG共性问题。
原因分析：
双活网关下，设备主动发起ping大包时，本端分片发送，对端回应的reply分片报文经M-LAG成员口上行，可能被hash到两台不同设备。由于分片报文只有首片带L4头信息，非首片无法正确匹配会话表，被hash到另一台设备后无法转发回发起ping的设备，导致丢包。奇数/偶数地址不通的现象与hash因子相关，本质是分片报文跨设备hash导致。
解决方案：
1. 升级版本：该问题在R7765之后的版本已修复，建议升级到R7765P07及以上或最新R77xx系列版本。
2. 临时规避：
ping时指定小包（如ping -s 1000以内，避免分片）
使用单活网关源地址ping（已验证正常）
若必须大包测试，可在M-LAG成员口配置undo ip load-sharing per-packet改为基于流的负载分担，降低跨设备hash概率
确认方法：
display version # 确认当前版本
display m-lag summary # 确认M-LAG状态
建议优先升级版本彻底解决。

S7503X‑G R7765，M‑LAG 双活网关，使用双活网关虚拟 IP 作为源地址 ping 服务器带外，奇数 IP 通、偶数 IP 不通；改用单设备实 IP 源地址 ping 全部正常，版本说明书描述的分片 hash 跨两台设备丢包，属于M‑LAG（DRNI）架构固有限制，不是单纯版本 BUG，多版本均存在该现象，R7765 没有专门补丁彻底消除该底层机制问题H3C。

根因原理说明

⚠️注意区分：业务终端跨 M‑LAG 双活网关互相访问不受影响；故障只发生【M‑LAG 成员设备自身主动发起报文，源为双活网关共享虚拟 IP】的场景。

1. 两台 M‑LAG 设备 Vlan‑if 配置完全相同的 IP/MAC（双活网关）；本端 A 设备发出 ICMP 请求大包，报文分片；
2. 服务器返回的多个 ICMP reply 分片报文，根据接入交换机 M‑LAG 聚合口 hash 算法，不同分片被哈希分发到两台不同 M‑LAG 成员设备；
3. A 设备只有本机存在本次 ICMP 会话表项；分片报文一部分到达 B 设备；B 设备收到这个应答分片，本机没有对应的 ICMP 会话；虽然 Peer‑Link 可以转发二层数据，但三层本机发起的会话表项不会跨 Peer‑Link 同步，B 设备直接丢弃该分片报文；
4. ping 小包不分片的时候现象不一定复现；大包分片才容易复现；而服务器 IP 奇偶，刚好触发 hash 算法落到不同 M‑LAG 成员，就出现奇数通偶数不通的特征现象。

用单台交换机实 IP 去 ping，会话全部在本台设备，不会出现分片跨设备，所以全部可以通。

定位区分：是共性机制还是版本问题

1. 属于M‑LAG/DRNI 架构固有约束，不是 R7765 独有的版本缺陷，S7500X‑G 整个 R77xx 分支、其他 DRNI 平台均存在该限制；没有版本补丁可以彻底修改该底层会话机制H3C。
2. 该问题只影响交换机设备自身主动访问外部（ping、telnet 等，源为双活虚拟网关 IP），不影响业务终端流量；业务终端的会话是转发会话，会话会随报文在对应设备生成，不受该限制。

现场规避方案（按推荐优先级）

方案 1：M‑LAG 虚拟 IP 仅作为业务网关；设备管理访问，改用两台设备各自独立实 IP（最优，工程推荐）

• 双活 Vlan‑if 保留共享虚拟 IP，用于服务器 / 终端业务网关；
• 两台 M‑LAG 设备，在该 VLAN 内额外各配置一个不同的真实实 IP（drni mad exclude interface Vlan‑if XX把该 VLAN 接口配置为 MAD 排除接口，防止 MAD‑down）；
• 以后设备要 ping、测试服务器，使用本机实 IP 作为源进行测试，不要用双活共享虚拟 IP 做源访问业务设备。

interface Vlan‑if 10 ip address 10.1.1.1 255.255.255.0 #双活共享虚拟网关，两台设备配置完全一致 ip address 10.1.1.2 255.255.255.0 sub #设备A的独立实IP #对端设备B interface Vlan‑if 10 ip address 10.1.1.1 255.255.255.0 ip address 10.1.1.3 255.255.255.0 sub #MAD排除，防止分裂后接口被关闭 drni mad exclude interface Vlan‑if 10

测试 ping 时指定源实 IP：ping -a 10.1.1.2 x.x.x.x。

方案 2：接入侧 M‑LAG 聚合口调整 hash 分担算法（临时缓解，不能 100% 根除）

修改下连带外交换机 M‑LAG 聚合的负载分担 hash 规则，尽量让同一个五元组的所有分片都哈希到同一台 M‑LAG 设备；但分片报文 IP 分片 ID 改变，hash 仍有可能打散分片，只能降低复现概率，无法彻底根治。

方案 3：尽量使用小包测试，规避分片

ping -l 32 x.x.x.x使用不分片小包；但业务上无法完全规避大包场景，仅适合临时调试。

重要业务提醒

1. 终端业务不受该问题影响，只有交换机设备自身主动发起访问才会遇到该现象，业务流量无需担心；
2. 不要寄希望升级版本彻底修复，该为 DRNI/M‑LAG 架构限制；升级只能获取其他 bug 修复，不能消除该机制；
3. 配置 sub 实 IP 务必配置drni mad exclude interface Vlan‑if xx，防止 M‑LAG 分裂时该 Vlan 接口被 MAD‑down，导致管理实 IP 失效H3C。

排查验证命令

display drni summary display drni mad verbose display drni mad exclude‑interface

总结：现象是 M‑LAG 双活网关下设备本机主动访问的固有机制约束，非 R7765 版本独有的 bug；业务转发不受影响；日常设备调试，建议使用成员设备独立 sub 实 IP 作为源地址进行测试。