网络带宽不够用的时候，第一反应可能是换更快的线缆或者升级端口。但如果两台设备之间已经有两根或多根线，可以用链路聚合技术把它们捆绑成一条逻辑链路，既增加了带宽又提高了可靠性。今天说说H3C设备上链路聚合怎么配。
链路聚合的基本概念
链路聚合英文叫Link Aggregation，也叫端口聚合或Trunk Aggregation（注意和VLAN Trunk不是一回事）。原理很简单：把多个物理端口捆绑成一个逻辑接口，对上层协议来说就是一个口。
好处有两个。一是带宽叠加，比如4个千兆口聚合后理论带宽4G。二是冗余备份，一条线断了，流量自动分到剩余链路上，不会中断。
聚合方式有两种
H3C设备上链路聚合分两种模式。
第一种是手工聚合。管理员手动指定哪些端口加入聚合组，设备之间不需要协商。配置简单，但有个问题：对端如果某个端口没配聚合，这边的聚合口照样往那个端口发数据，可能导致数据丢失或环路。所以手工聚合要求两端配置严格一致。
第二种是动态LACP聚合。LACP全称链路汇聚控制协议，是IEEE标准。两端设备通过LACP报文协商，确认对端端口也在同一个聚合组里才开始转发流量。如果对端某个端口没配，这边就不会往这个端口发数据。更安全，推荐用这种方式。
H3C上怎么配
先看动态LACP聚合的配置。创建聚合接口，选择dynamic模式：
interface Bridge-Aggregation1
link-aggregation mode dynamic
然后把物理端口加入聚合组：
interface GigabitEthernet0/1
port link-aggregation group 1
interface GigabitEthernet0/2
port link-aggregation group 1
这样GE0/1和GE0/2就聚合成了Bridge-Aggregation1这个逻辑接口。在聚合接口上做VLAN、路由等配置，会自动下发到成员端口。
查看聚合状态用display link-aggregation summary，能看到每个成员端口的状态。LACP协商成功的端口标记为Selected，没成功的是Unselected。
活跃链路数控制
假设聚合组有4个端口，但只需要2个活跃链路就够了。可以在聚合接口上设置最大活跃链路数：
link-aggregation selected-port maximum 2
剩下的2个端口处于备用状态。当某个活跃端口故障时，备用端口自动顶上。这在带宽需求明确但想保留冗余链路时很实用。
负载分担方式
多个端口同时转发流量，按什么规则分配？H3C默认按源MAC和目的MAC做负载分担。可以改为按IP或MAC+IP：
link-aggregation load-sharing mode source-destination-ip
按IP分担的好处是同一个会话的报文始终走同一条链路，避免乱序。如果是交换机之间互联，建议按目的IP分担，让流量更均匀分布。
跨设备聚合M-LAG
传统链路聚合只能在一台设备的端口之间做。如果你的网络是两台汇聚交换机做冗余，想把接入交换机的两条线分别连到两台汇聚上再聚合，传统LACP做不到。这时候要用M-LAG技术。
M-LAG全称Multi-Chassis Link Aggregation Group，跨设备链路聚合。两台设备对外虚拟成一台，接入交换机看到的是一个聚合链路。这在H3C的数据中心方案里用得多，H3CIE-RS+的GB0-802笔试中M-LAG占了交换技术模块的重要比重，HL0-202实验考试也有M-LAG排障的考点。
手工聚合什么时候用
一般场景都建议用LACP动态聚合。但有一种情况：对端设备不支持LACP协议，比如某些低端交换机或服务器网卡。这时候只能用手工聚合，但必须确保两端配置完全对应，否则容易出问题。
常见排障
聚合不成功最常见的原因是成员端口配置不一致。加入聚合组之前，所有成员端口的速率、双工、VLAN配置必须相同。用display link-aggregation verbose能看到详细状态，如果端口是Individual状态，说明配置有问题。
另一个常见问题是聚合后流量只走一条链路。这通常是负载分担方式不匹配导致的，比如所有流量的源目的MAC相同，按MAC分担就只会走一条。改成按IP分担一般能解决。
链路聚合在实际项目中非常普遍，从园区网汇聚到数据中心互联都在用。想系统掌握链路聚合以及关联的STP、VRRP、M-LAG等技术，HCL模拟器可以做基础练习。要更深度的实操训练，润天教育作为H3C钻石级授权培训中心开设的路由交换课程里有完整的实验环节，千万级真机实验室能模拟各种聚合和排障场景。
