链路聚合配置后仍不通？这些关键细节必须逐一排查

链路聚合的动态协商依赖LACP（链路聚合控制协议），若协议未成功协商，即使物理接口显示为UP状态，实际流量仍无法通过聚合组传输。这种“假通”现象常表现为：

命令行诊断：通过display eth-trunk查看聚合组状态为UP，但成员接口显示Unselected；执行display lacp peer无法获取邻居信息；抓包工具（如Wireshark）未捕获UDP端口8809的LACPDU报文。
常见原因：
1. 对端未启用LACP：一方配置为动态聚合（LACP模式），另一方未启用LACP或配置为静态聚合，导致协商失败。
2. 协商模式不匹配：LACP支持active（主动）和passive（被动）两种模式。若一方为passive，另一方也为passive，则双方均等待对方发起协商，最终无法建立连接。
3. 静态与动态混用：静态聚合（手动指定成员接口）与动态聚合（LACP自动协商）不可混用，否则会导致逻辑冲突。

解决方案：

统一配置模式：两端设备均配置为LACP动态聚合，并指定相同的协商模式（推荐active）。例如：

interface Eth-Trunk1
  mode lacp-dynamic  # 启用动态LACP聚合
  lacp mode active   # 设置为主动协商模式
interface GigabitEthernet0/0/1
  eth-trunk 1       # 将接口加入聚合组

跨厂商兼容性：LACP为公有协议，只要LACPDU报文格式一致，不同厂商设备均可对接。但需注意，部分厂商可能对LACP的扩展字段（如系统优先级、端口优先级）有特殊要求，需参考官方文档调整参数。

链路聚合要求成员接口的物理参数（速率、双工模式）、逻辑参数（VLAN、MTU、STP状态）完全一致。若存在差异，系统会自动将参数不一致的接口标记为Unselected，排除出聚合组。

典型场景：

排查方法：

逐一比对成员接口的参数，例如：

display interface GigabitEthernet0/0/1  # 查看接口速率、双工、VLAN等
display stp brief                       # 检查STP状态

解决方案：

链路聚合通过Hash算法将流量分配到不同成员链路，以实现负载均衡。若两端设备的Hash策略不一致（如一方按源IP，另一方按目的MAC），可能导致以下问题：

常见Hash策略：

解决方案：

统一两端设备的Hash策略，例如：

# 华为设备配置示例
load-balance src-dst-mac  # 按源/目的MAC分配流量

根据业务特点选择合适的Hash策略：
- 内网流量：推荐基于MAC的Hash，避免因IP变化导致链路切换。
- 公网流量：推荐基于IP或端口的Hash，确保同一会话的流量走同一链路。

即使LACP协商成功、接口参数一致、Hash策略统一，若某条物理链路存在故障（如光模块损坏、光纤断裂、对接设备端口关闭），仍可能导致业务中断。更隐蔽的是，若Hash算法将部分流量分配到故障链路，而其他链路无法感知，则会出现“部分业务通、部分业务断”的现象。

排查方法：

解决方案：

修复或更换故障链路（如更换光模块、重接光纤）。
若故障链路无法立即修复，可通过minimum active links命令设置聚合组最小活跃链路数，避免因单链路故障导致聚合组整体失效。例如：
```
interface Eth-Trunk1
  minimum active links 2  # 要求至少2条链路活跃，聚合组才生效
```

链路聚合的配置需兼顾协议协商、参数一致性、Hash策略及物理链路状态四大维度。为避免故障，建议遵循以下实践：

通过系统化的排查和优化，可彻底解决链路聚合“不通”的问题，充分发挥其提升带宽和可靠性的优势。