S‑MLAG（DRNI）两台聚合设备，各能 ping 一部分服务器，无法同时 ping 同一台服务器；成员端口状态 I‑Inactive

现象：DRNI 两台设备 Device‑A、Device‑B

• A 可以 ping 服务器 1‑4；B 可以 ping 服务器 5‑9
• A ping 不通 5‑9，B ping 不通 1‑4
• 对应服务器 Bond/M‑LAG 成员端口，在其中一台 DRNI 设备上状态为 I（Inactive，备份状态）

先解释状态 I 含义

• S‑Selected（转发）：该端口负责收发此服务器流量
• I‑Inactive（备份）：端口物理 UP，但不转发用户业务流量，只处理 DRNI 协议报文

S‑MLAG/DRNI 设计：同一台服务器的双归链路，同一时刻只在其中一台 DRNI 设备上处于 Selected 转发状态；另一台上面端口是 I 备份状态。

这是正常机制，但不代表 “一台只能 ping 一部分服务器” 这个业务现象是正常的。

❗核心问题点：服务器侧 Bond 模式选错

1. bond 主网卡接 DRNI‑A，备网卡接 DRNI‑B
   • 服务器所有流量从主网卡发出，上行到 DRNI‑A；DRNI‑B 侧链路只做备份，没有业务流量。
   • DRNI‑B 上这组 M‑LAG 成员端口就会变成 I 状态。
   • 此时 DRNI‑B 去 ping 该服务器，不通！ 因为服务器回程流量只会回主网卡（DRNI‑A），B 的 ICMP 请求到达服务器，服务器应答回给 A，回程跨 DRNI 隧道转发；如果DRNIIPP/DRNI 隔离 VLAN、DRNI 链路、ARP 代答异常就直接不通。

✅正确服务器 bond 模式对接 DRNI/S‑MLAG：

• bond‑mode=802.3ad (LACP 动态聚合)，不要用 active‑backup 主备。
• Windows：LACP 链路聚合，不要静态主备。

现象区分：是正常机制还是故障

场景 1：服务器 bond 是 LACP (802.3ad)【正确】

如果 LACP 模式下依然一台能通一台不通，属于故障，排查 DRNI 配置。

场景 2：服务器 bond 是 active‑backup 主备【错误，你现在大概率这个】

• 服务器主链路在哪台 DRNI 设备，那台设备能 ping 通服务器；另一台 DRNI 设备 ping 不通该服务器，对应端口 I 状态。
• 该现象是业务异常，不是 DRNI 本身 bug，是服务器 bond 模式不匹配。

DRNI 排错命令

故障修复步骤

1. 优先检查服务器 bond 模式
   • 确认是不是 active‑backup 主备；如果是，改成 LACP 802.3ad 聚合。
   • 服务器两个网口都要参与 LACP 协商，不要主备。
2. 如果服务器必须保留 active‑backup 主备（业务限制不能改 bond）

   那就会出现 “DRNI 备设备 ping 不通服务器”，属于固有现象。

   • 注意：不要用 DRNI 两台管理 IP 直接去 ping 业务服务器做连通性校验，改用第三方业务测试点 ping 服务器。
   • 保证 DRNI‑IPP 链路、DRNI 隔离 VLAN 正常，故障切换时 bond 可以正常切备网卡。
3. 服务器已经是 LACP 模式，但依旧一台 ping 不通，端口 I 状态：
   1. 确认服务器 LACP 模式是 active；不要静态聚合。
   2. DRNI 两边 M‑LAG 配置完全一致，成员接口、PVID、允许 VLAN，不能单边配置。
   3. 检查 DRNI‑IPP 隧道是否 UP，DRNI 邻居状态正常；IPP 断了会大量端口 I 状态。
   4. 检查 DRNI 全局开启 drni arp‑syn enable ARP 同步。
   shell

   system‑view drni drni arp‑syn enable

关键知识点总结

1. 端口 I（Inactive）本身是合法状态，但大量服务器全部只在单台 DRNI 转发，另一台 I，几乎都是服务器侧 bond active‑backup 主备模式导致。
2. DRNI/S‑MLAG 对接服务器，标准方案服务器必须 LACP (802.3ad) 聚合，实现双上行同时收发，两台 DRNI 设备均可访问服务器。
3. 服务器主备 bond 模式下，不要拿 DRNI 两台交换机自身业务 IP 作为测试源去 ping 服务器，该测试结果无参考意义，要使用外部终端测试业务连通。

典型现象对照