扫码获取 VIP 码
添加管理员微信获取 VIP 码
网络工程师考试里，链路聚合是年年都会出现的考点，但真正能把它从概念到原理彻底讲清、又能把题目做对的人并不多。很多考生背了"把多条物理链路捆成一条逻辑链路"这句话，一遇到配置题、判断题就露馅，分不清手工负载分担模式和LACP模式到底有什么区别，更说不清聚合组编号不一致到底会不会导致配置失效。本文从概念定义出发，一路拆到负载分担算法的底层机制和LACP协商状态，再回到历年真题，把链路聚合这个知识点一次性讲透。
链路聚合，英文称为Link Aggregation，在华为设备上叫Eth-Trunk，在思科设备上叫EtherChannel，其标准化名称来自IEEE 802.3ad，后来这一标准被并入IEEE 802.1AX。它的核心思想并不复杂：把交换机之间或交换机与服务器之间的多条物理链路，在逻辑上捆绑成一个聚合组，对外表现为一条逻辑链路。这一条逻辑链路的带宽，近似等于所有成员链路带宽之和，同时，只要聚合组内还有至少一条成员链路处于正常工作状态，整条逻辑链路就不会中断。
理解链路聚合的价值，需要回到网络扩容的现实困境。当两台交换机之间的单条千兆链路带宽不够用时，最直接的方案是升级到万兆链路，但这意味着更换光模块、更换线缆甚至更换整机板卡，成本高、周期长，而且升级之后带宽又会很快被再次填满，陷入反复升级的死循环。链路聚合提供了一条完全不同的路径：在不更换任何硬件的前提下，把两根、三根甚至更多根千兆链路捆绑起来，形成一条两倍、三倍甚至更高的逻辑带宽链路。这种按需累加带宽的能力，让网络扩容从"换设备"变成了"加线路"，成本和灵活性都得到了根本性的改善。
除了带宽累加，链路聚合还天然地带来了链路级冗余。在没有聚合的情况下，两条链路要么只能手动选一条使用，另一条闲置浪费；要么依赖生成树协议来避免环路，但生成树协议的本质是阻塞冗余链路，被阻塞的链路平时不转发流量，只有在主链路故障后才重新收敛开通，收敛过程还要经历十几秒到几十秒的时间。链路聚合则不同，聚合组内的所有活动成员链路同时参与转发，任何一条成员链路故障，流量会在极短的时间内自动切换到其余正常链路上，切换时间远小于生成树协议的收敛时间。带宽提升与快速冗余这两重价值叠加在一起，使链路聚合成为数据中心、园区网络骨干互联中最常用的技术手段之一。
要准确理解链路聚合，必须先掌握一组规范的术语。聚合组，英文称为Link Aggregation Group，简写为LAG，是指被捆绑在一起的所有成员链路所构成的逻辑集合。每一个被加入聚合组的物理接口，称为成员接口或成员链路。聚合组对外呈现的那个逻辑接口，称为聚合接口，也就是华为命令中的Eth-Trunk接口，或者思科命令中的Port-Channel接口。聚合组内当前正在参与流量转发的成员接口，称为活动接口或选中接口；由于某种限制暂时不参与转发的成员接口，称为非活动接口或备用接口。
需要特别强调的是，聚合接口是逻辑接口，它本身不占用任何物理端口资源，其工作状态完全由成员接口的状态综合决定。当聚合组内的活动接口数量为零时，聚合接口进入不可用状态；当至少一个成员接口能够正常工作时，聚合接口即可正常转发。这种逻辑与物理的分离关系，正是理解后续所有配置题和判断题的基础，很多考生之所以在聚合组编号、接口状态这些问题上反复出错，根源就在于没有在脑子里把"聚合接口"和"成员接口"这两层概念彻底分开。
链路聚合最核心、也最容易被忽视的机制，是负载分担算法。聚合组内同时存在多条活动成员链路，一个具体的以太网帧在转发时，究竟应该从哪一条成员链路发出去，这个决定不是随机的，也不是简单的轮询，而是由一套哈希算法来完成的。哈希的输入，是从报文的某些字段中提取出来的信息，常见的提取字段包括源MAC地址、目的MAC地址、源IP地址、目的IP地址、源端口号、目的端口号，或者其中若干字段的组合。设备将这些字段的值作为输入，经过哈希运算得到一个确定的结果，再根据这个结果在活动成员链路之间进行映射选择。
为什么必须采用哈希算法而不是轮询，这是理解负载分担的关键。一条完整的通信会话，比如一次TCP连接，通常由多个报文组成，如果这些报文被平均分配到不同的成员链路上，那么由于不同物理链路的传输时延存在微小差异，到达对端时就会发生乱序。接收方不得不花费额外的开销对乱序的报文进行重排，严重时甚至会被误判为丢包而触发不必要的重传。哈希算法的价值恰恰在于它的确定性：只要报文的哈希输入字段不变，同一个数据流的报文就一定会被映射到同一条成员链路上，从而从根本上保证了同一条流的报文不乱序。这正是为什么负载分担算法通常以源目的地址等流标识字段作为哈希输入，而不是以报文序号作为输入。
负载分担算法的选择也会直接影响分担的均匀程度。如果哈希输入只取源MAC地址和目的MAC地址，那么在只有两台主机互传大流量、且这两台主机的MAC地址固定的场景下，所有流量都会命中同一个哈希结果，全部走同一条成员链路，其他成员链路反而空闲，出现严重的分担不均。而如果哈希输入换成源IP、目的IP、源端口、目的端口的组合，由于不同应用、不同会话的端口号各不相同，哈希结果会分散得多，分担也就均匀得多。因此在实际组网中，当聚合组两端连接的是路由器或者三层设备时，通常优先选择基于源目的IP地址乃至四元组的负载分担方式，以获得更均匀的流量分布。华为命令中的load-balance src-dst-ip，就是把源IP和目的IP作为哈希输入，而load-balance src-dst-mac则是把源MAC和目的MAC作为哈希输入。
LACP是Link Aggregation Control Protocol的缩写，即链路聚合控制协议。手工负载分担模式完全不依赖任何协议，管理员手工把接口加入聚合组即可；而LACP模式则在聚合组内运行一套协商机制，通过交互LACPDU报文，自动决定哪些成员接口可以成为活动接口，哪些成员接口只能作为备份，并在链路故障时自动完成活动接口的重新选举。LACPDU报文承载了设备协商所需的全部信息，主要包括系统的优先级、系统的标识、端口的优先级、端口号、端口的操作状态等字段。
LACP协商的核心，是活动接口的选举规则。当聚合组内成员接口的数量超过活动接口的数量上限时，比如聚合组有八个成员接口，但设备只允许四个活动接口，就需要从中选出四个来承担转发，其余四个作为备份。选举遵循一套严格的优先级序列：首先比较设备系统优先级，系统优先级数值越小越优先；系统优先级相同时，比较系统标识，也就是设备的桥MAC地址，数值越小越优先；如果系统标识也相同，则比较端口优先级，数值越小越优先；最后比较端口号，数值越小越优先。这套"系统优先级、系统标识、端口优先级、端口号"逐级比较的规则，是LACP出题的高频点，考生必须牢记比较的顺序和"数值小者优先"的方向。
当活动接口出现故障时，LACP会触发重新协商，从备用接口中自动补位，让新的成员接口接替故障接口进入活动状态，整个过程对上层业务透明。这种自动补位能力，是LACP模式相对于手工模式最显著的优势之一。手工模式下，接口故障后管理员需要手工介入才能调整聚合组的成员状态，而LACP模式则完全由协议自动完成，运维效率更高，故障自愈能力更强。理解这一点，就能明白为什么在规模较大、对可靠性要求较高的网络中，LACP模式远比手工模式更受青睐。
链路聚合的故障切换，建立在成员接口状态检测的基础之上。聚合组会持续监测每一个成员接口的物理状态和协议状态，一旦某个成员接口发生物理链路中断，或者被对端设备从活动状态中移除，聚合组会立即把该接口从活动接口集合中剔除，并把后续的流量重新分配到剩余的活动接口上。对于同一条已经建立的会话而言，由于哈希算法的确定性，原本走故障链路的那部分流量会重新哈希、映射到其他正常链路上，其余未受影响的流量则保持原来的路径不变。这种只迁移受影响流量、不动其余流量的特性，使链路聚合的收敛过程对业务的影响被控制在最小范围。
需要指出的是，链路聚合的快速收敛能力存在一个边界：当聚合组的所有成员链路都集中在同一块业务板卡、同一个电源模块甚至同一条物理路由上时，一旦这个共同的单点发生故障，整个聚合组会瞬间失效。因此，真正的高可用设计，应当把聚合组的成员链路分散到不同的板卡和不同的物理路径上，让聚合在逻辑上冗余之外，物理上也实现冗余。这也是为什么在数据中心的服务器接入场景中，服务器会同时用两张网卡接入两台不同的交换机，通过跨设备链路聚合来实现设备级冗余。