1. 为什么需要链路聚合技术第一次接触思科EtherChannel技术是在五年前的一个企业网络改造项目中。客户的核心交换机之间只有单条千兆链路经常出现带宽瓶颈。当时我天真地建议直接换万兆光模块不就行了结果被老工程师教育了一顿——原来用链路聚合技术不用花大价钱升级硬件就能把多条千兆链路合并成一条逻辑链路。简单来说**链路聚合Link Aggregation**就像把多条高速公路合并成一条更宽的快车道。比如把4条1Gbps的物理链路捆绑起来就能获得接近4Gbps的总带宽。更重要的是当其中某条链路故障时流量会自动切换到其他正常链路实现无缝切换。这种技术在企业核心网络、数据中心互联等场景特别实用。传统网络有个致命问题STP生成树协议会阻塞冗余链路。比如在两台交换机之间连接两条网线STP就会自动关闭其中一条。而链路聚合通过创建Port-Channel逻辑接口让STP看到的只是一条链路从而充分利用所有物理链路的带宽。我见过最夸张的案例是把8条10G链路聚合成一个80G的逻辑通道成本还不到直接部署40G链路的一半。2. 协议选型LACP vs PAgP vs ON模式2.1 标准协议LACP实战LACPIEEE 802.3ad是我最推荐的协议因为它就像网络界的普通话几乎所有厂商设备都支持。配置时需要注意两端模式要匹配# 交换机1配置主动模式 Switch1(config)# interface range gig0/1-4 Switch1(config-if-range)# channel-group 1 mode active # 交换机2配置被动模式 Switch2(config)# interface range gig0/1-4 Switch2(config-if-range)# channel-group 1 mode passive这里有个坑我踩过如果两端都配成passive聚合组永远建立不起来。就像两个害羞的人都不主动开口说话永远没法交流。建议一端用active另一端用passive或active。2.2 思科私有协议PAgP的妙用PAgP是思科的方言只能在思科设备间使用。它的desirable/auto模式组合和LACP的active/passive类似# 推荐配置组合 Switch1(config-if-range)# channel-group 1 mode desirable Switch2(config-if-range)# channel-group 1 mode auto实测发现一个有趣现象PAgP的协商速度比LACP快约200ms。在对故障切换时间要求苛刻的金融网络中这个差异可能很关键。2.3 简单粗暴的ON模式ON模式相当于包办婚姻不协商直接强制绑定。配置最简单但风险也最大# 两端必须完全一致 Switch1(config-if-range)# channel-group 1 mode on Switch2(config-if-range)# channel-group 1 mode on曾经有客户在思科交换机和华三交换机之间用ON模式结果频繁丢包。后来抓包发现是因为两端哈希算法不一致。所以跨厂商设备强烈建议用LACP。3. 二层聚合与三层聚合的配置差异3.1 二层链路聚合实战典型的二层聚合用于交换机之间的互联配置时要先统一端口属性# 创建VLAN并设置Trunk Switch(config)# vlan 10 Switch(config-vlan)# exit Switch(config)# interface range gig0/1-2 Switch(config-if-range)# switchport trunk encapsulation dot1q Switch(config-if-range)# switchport mode trunk Switch(config-if-range)# channel-group 1 mode active验证时重点看三个指标show etherchannel summary查看组状态show interface port-channel 1 counters检查流量分布持续ping测试观察丢包3.2 三层链路聚合的特殊处理三层聚合最大的不同是要关闭交换端口功能Switch(config)# interface range gig0/1-2 Switch(config-if-range)# no switchport # 关键步骤 Switch(config-if-range)# channel-group 10 mode active Switch(config-if-range)# exit Switch(config)# interface port-channel 10 Switch(config-if)# ip address 192.168.1.1 255.255.255.0遇到过最坑的情况是忘记写no switchport结果三层路由死活不通。后来用show run interface port-channel 10才发现问题。4. 生产环境中的进阶技巧4.1 负载均衡算法优化默认的源-目的IP哈希算法在某些场景下会导致流量分布不均# 查看当前算法 Switch# show etherchannel load-balance # 修改为源-目的端口哈希适合多会话环境 Switch(config)# port-channel load-balance src-dst-port在视频监控网络中我曾通过调整这个参数将链路利用率从30%提升到75%。4.2 故障排查指南当聚合组异常时按这个顺序排查检查物理链路状态show interface status验证协议模式匹配show etherchannel summary确认端口配置一致show run interface gig0/1检查错误计数show interface counters errors4.3 与STP的配合问题有个经典故障案例某客户网络频繁震荡最后发现是链路聚合和STP的交互问题。解决方案是# 在Port-Channel接口下启用PortFast Switch(config)# interface port-channel 1 Switch(config-if)# spanning-tree portfast trunk记住链路聚合不是万能的。当需要超过8条物理链路时就该考虑升级到更高带宽的接口了。在实际项目中我通常会把40G链路和4x10G链路聚合组合使用既保证带宽又兼顾灵活性。