s-mlag与服务器bond4对接问题

根据你提供的日志和配置，LACP 无法建立且成员端口处于 Individual（独立）状态，直接原因是两台设备上 lacp system-number 配置相同，导致了冲突。

 直接原因分析

• 配置冲突：你的sw1和sw2上 lacp system-number 的值分别是1和2，虽然不同，但这限制了每台设备只能支持一个S-MLAG组。如果网络中有多组S-MLAG（例如和不同的服务器对接），就可能因编号冲突导致协商失败。服务器端收到的LACP报文因关键ID无法统一，从而无法认定为同一聚合组。

• 独立口模式：当动态聚合组的成员端口收不到对端（服务器）发送的LACP报文时，端口就会被置为 Individual (I) 状态。在你提供的日志中，WGE1/0/1 端口的状态 I 以及远端信息全为0，就证实了交换机完全没有收到服务器发来的有效LACP协商报文。

 解决方案

1. 调整 lacp system-number：请重新规划并使用下面的命令统一修改。如果这是唯一一个S-MLAG组，可将sw2的编号改为1：

   • sw2操作：

     system-view

     undo lacp system-number lacp system-number 1

2. 核对服务器端配置：务必确认服务器端 Bond4 的模式、协商速率等参数与交换机端一致。若双方配置均无误，但仍只有一台交换机能与服务器成功协商，则问题很可能出在 S-MLAG配置的“system-number”与“system-mac”配对关系不正确。

 后续排查建议

完成上述配置修正后，如果问题仍然存在，可以按以下流程继续排查：

• 检查 S-MLAG 基础配置：确认 port s-mlag group 100 在两台设备上已正确配置，并且 S-MLAG 邻居关系正常（使用 display s-mlag group 或 display drni 命令查看）。

• 物理链路排查：确认连接服务器的光纤/网线、光模块等物理链路无故障，接口双工/速率协商正常。

• 抓包分析：可在交换机上使用 debugging lacp packet 或在服务器上使用 tcpdump 抓取 LACP 报文（使用 tcpdump -i <interface> ether proto 0x8809 命令），确认报文是否被丢弃或内容异常。