两台接入交换机之间拉了两根千兆线，本想凑出两千兆，结果监控里看流量峰值始终没过一千。原因很朴素：没做聚合，生成树把其中一根置成了丢弃状态，另一根一直闲着。

聚合解决的是带宽和冗余两件事

华为把绑在一起的这组链路叫 Eth-Trunk，成员口共享一个逻辑接口，对上层只暴露一条链路。带宽叠加，四根千兆变四千兆；冗余现成，断一根业务不断。但负载分担是按流来的，同一条会话的报文只会走同一个成员口，所以两台服务器之间的单条 TCP 连接，速率上限还是一条千兆，聚合提升的是并发总量，不是单流速度。

手工模式和 LACP 差在哪

手工模式两边把物理口加进同一个 Trunk 就能起来，不发协商报文，哪一端配错也看不出来，容易形成一端通一端不通的隐性故障。LACP 会周期性发协商报文，报文里带系统优先级、系统 MAC、端口优先级和端口号，双方据此选活动链路，对端拔线或配置不一致能立刻感知，还能做 M 比 N 的备份。

什么场景该用哪种

  • 服务器双网卡：选 LACP 主动模式，能感知链路状态，配合动态绑定还可以自动切换。
  • 对接不支持 LACP 的老设备或部分防火墙：用手工模式，上线前必须逐口拔插测试单链路可用性。
  • 跨设备聚合：用堆叠或 M-LAG，把成员口落在不同物理设备上，避免单机故障整组中断。
  • 只要冗余不求带宽：主备模式的 Eth-Trunk 也能满足，链路数少时更省转发资源。

对接时最容易出问题的几处

成员口的速率、双工、VLAN 允许列表、流控必须完全一致，有一个不同这个口就起不来。跨板卡的成员口要确认单板转发能力够用。负载分担模式默认按源目 MAC，跨三层场景要改成按源目 IP，否则流量会集中到一个口。两端一端手工一端 LACP，现象是协议层面能通但丢包率异常，先查模式再查光模块，这是最常见的对接坑。

  • 判断提醒：新增链路前确认交换芯片的 hash 能力，成员口规格不一致还可能触发容量告警；上线后逐口看收发包计数，确认流量真的分散了。