在Cisco交换机上做链路聚合，核心就一句话：把多条物理端口捆绑成一个逻辑端口通道（Port-Channel），既提升带宽又提供链路冗余，配置时只需在物理接口下用channel-group命令指定组号和模式，再到Port-Channel接口统一配置业务参数。
为什么企业组网离不开思科交换机链路聚合配置
链路聚合在Cisco设备上通常叫EtherChannel，在没有它之前，服务器上联、交换机之间互联经常遇到两个尴尬：一条千兆链路跑满后只能花钱升级万兆；两条线同时接上去又会因为生成树协议（STP）阻塞其中一条，等于白接，EtherChannel把多条物理链路逻辑上合并，STP只看到一个逻辑口，不再随意阻塞成员口，带宽叠加,单条成员故障时流量自动切换到剩余链路。
场景非常具体：机房两台核心交换机做互备，中间用四根光纤连接，如果不做聚合，四条线里只有一条真正转发，其余三条处于阻塞状态，花钱买的端口全部闲置，做完EtherChannel后，四条线同时转发，生成树不再捣乱,收敛时间也短。
思科交换机链路聚合配置步骤：两种协议怎么选
Cisco支持两种聚合协议：LACP（IEEE 802.3ad标准协议）和PAgP（Cisco私有协议），现在新项目多数用LACP，因为跨厂商互联更友好，比如思科对接华为、H3C或服务器时不会出现私有协议不兼容的问题,PAgP只在纯Cisco环境里还有少量使用。
LACP模式：active与passive的区别
LACP有两种模式：active（主动发送协商报文）和passive（被动等待对端发报文），配置时至少要有一端是active，两端都passive不会形成EtherChannel，实际工程里两端都配active最省心，协商速度快,也避免一端配错导致起不来。
PAgP模式：desirable与auto的区别
PAgP与LACP类似：desirable主动协商，auto被动等待，同样两端auto起不来，纯Cisco老设备升级改造时可能遇到,新部署一般不推荐。
二层与三层链路聚合的选择
二层EtherChannel常见于交换机之间跑Trunk，三层EtherChannel常用于核心交换机与汇聚交换机或防火墙之间跑路由口，二层口不配IP，三层口直接给Port-Channel配IP地址，用错类型会导致业务不通：二层口下配IP会报错,三层口下配switchport会失败。
cisco端口聚合怎么配置：命令与参数一次说清
很多人学完理论卡在命令上，下面用最常见的两台交换机互联场景,给出可复现的配置步骤。
场景：两台Catalyst交换机用GigabitEthernet1/0/1和1/0/2互联
第一步,进入物理接口范围：
Switch(config)# interface range gigabitethernet1/0/1 - 2第二步,指定端口通道组号和LACP模式：
Switch(config-if-range)# channel-group 1 mode active组号本地有效，两端可以不一致，但同一个逻辑组内的成员接口必须使用相同组号，为了后期维护,建议两端都用组号1。
第三步，进入Port-Channel接口统一配置Trunk：
Switch(config)# interface port-channel 1
Switch(config-if)# switchport trunk encapsulation dot1q
Switch(config-if)# switchport mode trunk注意：部分新款Catalyst 9000系列已经移除switchport trunk encapsulation命令，系统默认802.1Q封装，直接配switchport mode trunk即可。
第四步,验证：
Switch# show etherchannel summary输出中看到Po1(SU)和两个成员口(P)即表示成功，如果显示(SD)或(Independent)，说明协商失败，需要检查两端模式、接口类型、速率和VLAN范围是否一致。
三层端口聚合的配置差异
三层聚合不要配switchport，而是直接在Port-Channel接口给IP：
Switch(config)# interface range gigabitethernet1/0/1 - 2
Switch(config-if-range)# no switchport
Switch(config-if-range)# channel-group 1 mode active
Switch(config)# interface port-channel 1
Switch(config-if)# no switchport
Switch(config-if)# ip address 10.10.10.1 255.255.255.252配置时的五个一致性铁律
Cisco设备对成员端口有一套严格一致性检查,任何一项不匹配就起不来：
- 接口速率和双工模式必须一致
- 接口类型必须一致（光口不能和电口混绑）
- 本征VLAN和允许VLAN列表必须一致
- 接口模式必须一致（Access和Trunk不能混绑）
- 风暴控制、安全策略等特性参数必须一致
很多工程师卡在链路聚合起不来，相当一部分原因是成员口之前的独立配置不一致，建议先shutdown物理口，清空接口配置后再统一加channel-group。
cisco链路聚合负载均衡配置：让流量不再挤一条线
链路聚合虽然带宽叠加，但流量不是平均分摊到每一条物理成员口上，它通过哈希算法决定一个数据流走哪条成员链路，默认配置下，多数Cisco交换机使用源MAC地址或源目MAC地址哈希，这会导致一种常见现象：服务器多线程传输时，大部分流量集中在其中一条物理链路上,另一条却很空闲。
全局负载均衡方式调整
可以用全局命令修改哈希依据：
Switch(config)# port-channel load-balance src-dst-ip可选参数包括dst-ip、dst-mac、src-dst-ip、src-dst-mac、src-ip、src-mac等，实际工程中，服务器上联交换机建议用src-dst-ip，因为流量的源目IP组合更分散，哈希结果更均匀，如果是纯二层转发环境，没有三层IP信息,只能用MAC地址哈希。
什么时候应该改负载均衡方式
如果监控发现其中一条成员链路利用率长期接近跑满，另一条只有两三成，先别急着怀疑设备，多半是哈希不均，一台文件服务器向多个客户端传数据，源IP固定、目的IP不同，用src-ip哈希就很吃亏，改成src-dst-ip后，目的IP参与计算,不同客户端的流量会分布到不同物理链路。
行业共识认为，负载均衡效果取决于流量模型，没有一种哈希模式适合所有场景,运维人员需要根据实际业务流量特征选择合适的负载均衡算法。
配置注意事项
全局负载均衡配置会立即生效，影响所有EtherChannel，配置前最好在维护窗口操作，部分型号支持基于端口通道的负载均衡，命令在接口下，如port-channel load-balance src-dst-ip vlan，但不同平台差异较大,实际以设备支持命令为准。
配置常见问题与排错路径
协商失败：show etherchannel summary看状态
show etherchannel summary是排错第一命令，如果状态显示为(SD)，意思是端口绑定在Down状态，一般是对端没配或模式错误，如果显示(Independent)，说明接口没有成功加入通道,通常是一致性检查不过。
成员口反复加入又退出
检查接口是否有硬件问题或错误包增长，使用show interface gigabitethernet x/y查看input errors和CRC，光衰过大、光纤跳线老化、模块兼容性差都会导致物理层不稳定,进而引发EtherChannel成员口flapping。
配置后生成树仍然阻塞
确认Port-Channel接口是否UP，如果逻辑口起来了，STP只对Po接口做阻塞判断，若Po接口被阻塞，检查STP优先级和根桥位置，但成员口不会再单独被阻塞，很多现场问题其实不是聚合配置错误,而是STP根桥选择不合理导致Po口被阻塞。
负载不均
上文已经提到，修改全局哈希算法，修改后需要流量重新建立连接才生效，已有会话仍然走原路径,这是正常现象。
把物理口捆绑成逻辑口只是第一步，真正决定聚合质量的是协商模式选择、成员口参数一致性和负载均衡算法匹配，核心配置思路始终是：先统一物理口状态，再用channel-group命令绑定，最后在Port-Channel接口上集中管理业务参数。
Q&A：cisco链路聚合配置常见问题
问：cisco链路聚合配置时LACP和PAgP能混用吗？
不能，LACP是标准协议，PAgP是思科私有协议，两者报文格式不同，无法协商，一端配LACP active，另一端配PAgP desirable，链路聚合起不来，跨厂商场景必须用LACP；纯Cisco环境二选一,推荐LACP。
问：思科交换机链路聚合配置后带宽真的能翻倍吗？
链路聚合提升的是总吞吐能力，而不是单条会话的带宽，例如两条千兆链路捆绑，单个TCP连接依然只能跑满一条物理链路的速率，但多个会话可以同时利用两条链路，整体吞吐上限翻倍，如果业务只有一条大流量长连接，聚合带来的收益有限,需要应用层多线程或负载均衡配合。
问：一台交换机最多能做多少个EtherChannel？
不同型号上限不同，Catalyst 9000系列通常支持最多128个EtherChannel，每个通道最多8个活跃成员口，实际可用数量取决于硬件性能和平台限制，配置前可通过show platform software fed switch active etherchannel或查阅对应版本配置指南确认,以设备实际命令输出为准。