大白帅链路聚合是我处理网络拥塞问题时的第一选择，没有之一。两个多月前，我接手一个小型办公网的故障排查：一到下午高峰期，核心交换机到接入交换机的上联口流量就顶到 90% 以上，员工访问 ERP 系统，延迟从 1ms 一路飙到 200ms，还夹杂着丢包。客户给的条件很直接——不换板卡、不加新设备，先把网络稳住。最后定的方案，就是在两台交换机之间再放一根千兆线，做链路聚合。
链路聚合这个技术，在 H3C 设备上叫 Bridge-Aggregation，在别的厂商那里又叫端口聚合、Eth-Trunk、Port-Channel，名字不同，干的都是同一件事：把两根或更多根物理以太网链路捆绑成一根逻辑链路。带宽提升、链路冗余、故障自动切换，这三件事它都能干。下面就从原理、配置、负载分担、排障四个维度，把 H3CNE 链路聚合这个知识点掰开揉碎讲清楚。不管你是备考 H3CNE，还是要给现网做链路扩容，都能直接用。
1. 链路聚合解决的三个现实问题：带宽、冗余、成本
先说我那个案例。24 口接入交换机，底下接了三十多台终端和一个 NAS，单根千兆上联白天还能扛，下午一开会、一备份，流量立刻顶满。当时摆在我面前的选择有三个：换万兆上联，要换光模块、换尾纤，预算直接大几千；加一根千兆线但什么都不配，等于多了两条平行链路，不做 STP 处理必然出环路；加一根千兆线并配置链路聚合，总带宽变成 2G，成本只是一根网线。第三个方案自然胜出，客户要求的"不换板卡、不加设备"也满足了。
1.1 聚合带宽怎么算：理想值不等于单流值
一个聚合组的逻辑带宽，理想情况下等于所有 Selected 状态成员链路带宽之和。两根千兆变成 2G，四根千兆变成 4G，物理上就是这么朴素。但这里有个前提条件特别容易被忽略：只有不同流的报文才能被分摊到不同成员链路上，同一个流（同一个五元组，或者根据哈希因子确定的键值）的报文，会固定走同一条物理链路。所以"聚合之后单条 TCP 下载速度翻倍"是个误区，单条流跑不满聚合带宽，这个我在第 4 节会专门展开。理解了这一点，就不会在客户面前说出"配了聚合带宽一定翻倍"这种外行话。
1.2 冗余和故障切换：为什么比 STP 快
在没有聚合的情况下，同一对交换机之间接两根线，STP 必然阻塞其中一个口。链路故障后要等 STP 重新收敛，传统 STP 收敛几十秒很正常，RSTP 能到秒级，但对业务来说已经是灾难。做了聚合之后，这两根线在 STP 看来只是一个逻辑口，不存在冗余路径的环路问题，某个成员口 down 掉，交换机会自动把流量哈希到剩下的成员口上，不需要 STP 重新计算，切换时间基本在秒级以内。这就是为什么核心到汇聚、汇聚到接入的互联链路，绝大部分都会用聚合，而不是让两根线裸奔、赌 STP 收敛够快。
1.3 在 H3CNE 知识体系里的前后关系
H3CNE 的链路聚合，在知识编排上一般排在职以太网交换技术部分，和 VLAN、STP 放在一个大的二层技术框架里。考试重点高度集中在五个方向：静态聚合和动态聚合的差异、成员端口的一致性条件、LACP 选举规则、负载分担的哈希因子、display 系列验证命令。这些考点不是孤立的理论，每一个都对应一个真实的故障场景。第 5 节我会把这些故障场景串起来讲，你会发现考试题本质上就是实战排障的书面化。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 聚合的底层机制：逻辑接口、成员端口、LACP 协商
2.1 Bridge-Aggregation 逻辑接口是什么
在 H3C 设备上做聚合，第一步是创建一个逻辑接口：二层场景叫 Bridge-Aggregation 口，设备上通常显示为 BAGG1；三层场景叫 Route-Aggregation 口。所有关于 VLA