H3C S6850-56HF在M-LAG组网下路由问题

S6850‑56HF M‑LAG（DRNI）组网故障分析
组网：M‑LAG 主、备两台设备建立 OSPF；只有 M‑LAG 备机单链路对接 C 厂区交换机（192.168.0.2<‑>192.168.0.1）
现状：
M‑LAG 备机可以正常访问 C 厂区10.10.10.0/24；
M‑LAG 主机路由表存在去往10.10.10.0/24静态路由，下一跳192.168.0.2（备机的互联地址），但是主机 ping 不通 C 厂区；
traceroute 跟踪，到达下一跳192.168.0.2之后就断流。
🔴根因（DRNI/M‑LAG 关键限制）
M‑LAG 主机静态路由下一跳填写备机的三层接口 IP (192.168.0.2)，这个下一跳属于对端 DRNI 成员设备的地址。
主机查 ARP，解析192.168.0.2得到备机真实物理 MAC；
主机要把报文交给 peer‑link（IPL）链路发给备机；
DRNI/ M‑LAG IPL（peer‑link 链路）存在隔离机制：不允许把普通三层报文，通过 IPL 转发到对端设备的普通三层业务接口。
IPL 链路主要用于 M‑LAG 协议报文、双活网关跨设备转发；不支持用来做普通三层业务的跨设备转发通道。
通俗讲：不能把对端 M‑LAG 成员设备 IP，直接写成本机静态路由的下一跳，这是典型的 M‑LAG 踩坑点。
补充：OSPF 邻居虽然在主备之间建立成功，OSPF 也不会把备机直连网段192.168.0.0/24通过 IPL 重发布给主机作为可达路由；OSPF 邻居只是控制层面互通，转发层面 IPL 不承担普通三层转发。
两种可行解决方案（二选一）
方案一【推荐生产使用】：C 厂区双链路，同时接入 M‑LAG 主、备
C 厂区交换机增加一条链路接到 M‑LAG 主机；
C 厂区与 M‑LAG 主备之间做三层 ECMP，C 厂区配置两条静态路由：
plaintext
ip route‑static 11.11.11.0 24 192.168.0.2
ip route‑static 11.11.11.0 24 对主机的互联IP
M‑LAG 主机、备机各配置一条静态指向 C 厂区网段，下一跳分别指向 C 厂区两个互联 IP。
优点：主备设备独立转发，不走 IPL，故障切换天然可靠，无 M‑LAG 限制。
方案二【C 厂区只有一根物理线，无法增加链路，现有物理条件不变】
不能直接写静态路由下一跳 = 备机接口 IP。改用BGP/OSPF，在备设备上把 C 厂区网段引入 OSPF，通过三层互联传递给主机，不能走 IPL。
⚠️注意：不能使用 IPL (peer‑link) 作为 OSPF 邻居传递业务路由。
需要在 M‑LAG 主备之间额外新建一套独立三层物理链路（不能用 peer‑link），用于 OSPF 业务路由传递：
增加一根物理线，主、备之间新建三层接口，例如：
M‑LAG 主：10.255.0.1/30
M‑LAG 备：10.255.0.2/30
该接口加入 OSPF 1 area 0；OSPF 邻居用这条新增物理三层链路，不要依靠 peer‑link。
在 M‑LAG 备机上，把 C 厂区直连网段192.168.0.0/24、10.10.10.0/24引入 OSPF；
M‑LAG 主机通过新增三层物理链路学习到 C 厂区路由，下一跳是10.255.0.2（备机新增三层接口）；
报文路径：主机→新增三层物理链路→备机→C 厂区，流量走独立物理链路，不走 IPL，转发正常。
❗禁止：OSPF 邻居建立在 peer‑link，IPL 链路只用于 M‑LAG 协议，不承载业务路由转发。
❌绝对不能做的写法（你现在的配置）
M‑LAG 主机：
ip route‑static 10.10.10.0 24 192.168.0.2
下一跳是 M‑LAG 对端成员的业务接口 IP，转发报文要跨 IPL，被 DRNI 隔离，流量不通。
排查验证命令
shell
#主机查看路由表
display ip routing‑table 10.10.10.0
#查看ARP表，确认下一跳192.168.0.2的MAC是备机的真实mac
display arp 192.168.0.2
#查看DRNI/MLAG状态
display m‑lag summary
display m‑lag peer‑link
#在主机debug ip icmp，可以看到报文生成成功，但是出接口为peer‑link，报文无法转发出去
补充回程注意事项
C 厂区交换机回程路由ip route‑static 11.11.11.0 24 192.168.0.2，只能访问备机侧；
如果 C 厂区要访问 M‑LAG 主机侧业务，也需要保证回程路由可达。