简介面向网络运维与数通技术人员的华三交换机三层端口聚合配置手册聚焦静态聚合与动态聚合两种模式的完整实施流程。资源以doc文档格式提供共1个文件压缩包大小约17KB内容精炼、命令完整便于现场查阅与对照配置。文档详细演示了在SW1与SW2两台设备上创建Route-Aggregation接口、分配IP地址、将GE1/0/11与GE1/0/12等物理端口设为三层模式并加入聚合组的具体步骤同时对比了静态聚合与动态聚合link-aggregation mode dynamic的差异并介绍使用display link-aggregation verbose查看聚合状态的验证方法。这类配置常用于数据中心、企业及校园网络通过多物理端口绑定为逻辑接口可有效提升链路可靠性与传输带宽。已有4778人学习下载适合需要在实际环境中部署华三链路聚合的工程师参考。1. 三层端口聚合不是把线插在一起华三交换机静态与动态聚合的选型与配置华三交换机上做端口聚合最常见的目标是把多根物理链路捆成一条逻辑链路提高带宽同时做链路冗余。但很多人一开始会忽略“三层端口”这四个字——三层聚合接口不是简单把几个三层口绑在一起而是要在设备上先创建 Route-Aggregation 接口、再让成员口以特定方式加入最终这个逻辑接口能配 IP、能跑路由协议像一个真正的三层口一样工作。这件事在静态聚合和动态聚合两种模式下配置命令、协商机制、故障表现完全不同。这篇文章写给刚接触华三设备、或者在现网里被“链路明明全 up但流量就是不走聚合”折磨过的网络工程师目标是让你能照着命令把三层静态/动态聚合配起来并且知道出问题时该往哪个方向查。2. 先搞懂三层聚合口为什么二层聚合常见、三层聚合却总被忽略2.1 三层聚合接口与二层聚合接口的本质差异在华三交换机上二层聚合接口对应的是 Bridge-Aggregation它工作在二层成员口加入后主要做 MAC 地址学习和 VLAN 转发三层聚合接口对应的是 Route-Aggregation它是一个三层的逻辑接口没有 VLAN 概念成员口也不能再划分 VLAN而是直接把 IP 地址、路由协议、策略路由这些三层特性挂在这个逻辑接口上。说白了二层聚合解决的是“交换机之间透传 VLAN”三层聚合解决的是“两个三层设备之间跑路由”。这里有一个常见误区很多人以为只要在物理口上执行 port link-aggregation group 1聚合就已经生效了。实际上华三设备对聚合口的类型是有严格校验的——如果聚合组是二层类型成员口不能是三层口如果聚合组是三层类型成员口必须先切到三层模式再加入。配置前先想清楚你要的是 Bridge-Aggregation 还是 Route-Aggregation否则后面一连串报错都从这里来。2.2 静态聚合与动态聚合的协商机制对比静态聚合不需要和对端协商只要本端把成员口加入聚合组设备就认为这些口是聚合成员流量会在这些成员口之间做负载分担。它的优点是对端设备不需要做任何特殊配置哪怕对端是傻瓜交换机也能聚合严格说对端不做聚合的话链路层会有环路风险所以实际使用中我还是建议两端都配。缺点是如果对端只有一个口是 up 的其他成员口都 down本端仍然会把这些 down 的口从转发状态剔除但不会自动重新选择新的转发成员整个聚合组的可用带宽会下降。动态聚合走的是 LACP 协议设备通过交换 LACPDU 和对端协商哪些成员口可以被选中、哪些口要退出转发。它的好处是当某个成员口故障时本端和对端能同步感知自动把流量切换到仍然健康的链路上同时能检测到对端是否真的在跑 LACP避免出现一端聚合、一端没聚合的错配。代价是对端必须也支持并开启 LACP否则协商不起来链路直接不转发。2.3 什么时候必须选三层动态聚合从我的使用经验看三层静态聚合适合那些对端设备老旧、不支持 LACP 的场景比如接一台只能配静态链路的服务器网卡或者接第三方厂商的老交换机。但如果你是在两台华三交换机之间做三层互联或者交换机要上联核心路由器我一般会优先建议动态聚合。原因很简单三层口承载的是路由协议路由协议对链路状态变化非常敏感静态聚合在成员口故障时可能会出现短暂的“设备认为链路还在、实际已经不通”的窗口动态聚合能在这个窗口内快速收敛避免路由协议反复震荡。另外动态聚合支持 LACP 超时时间的调整可以把故障检测时间从默认 30 秒缩短到 3 秒对业务中断容忍度要求高的环境意义很大。对比维度静态聚合动态聚合LACP协商机制无需协商本端配置即生效通过 LACPDU 与对端协商对端要求无特殊要求对端必须支持并启用 LACP故障收敛速度依赖本端物理口状态较慢可调 LACP 超时时间最快 3 秒适用场景对端设备老旧、不支持 LACP华三交换机互联、核心网络三层互联配置复杂度低中3. 三层静态聚合配置Route-Aggregation 的创建、成员口加入与参数解析3.1 创建三层聚合接口并配置 IP静态聚合的第一步是在设备上创建一个 Route-Aggregation 接口。这个接口是三层口可以直接配 IP。常见做法是先用 system-view 进入系统视图然后创建聚合接口再给接口配 IP 地址。这里有一个细节华三设备的聚合接口编号是全局的Route-Aggregation 1 和 Bridge-Aggregation 1 可以同时存在但同一个编号下只能有一种类型创建过 Route-Aggregation 1 以后不能再建 Bridge-Aggregation 1。system-view interface Route-Aggregation 1 description Link-to-Core-Router ip address 10.0.0.1 24 quit这段命令做的事情是创建一个三层聚合接口 1给它写了一条描述并配置了 IP 地址 10.0.0.1/24。逻辑说明Route-Aggregation 接口创建后默认是三层口不需要像物理口那样切换链路模式IP 可以直接生效。参数说明接口编号 1 是聚合组编号只要设备内不冲突就可以但建议规划好编号段比如三层聚合统一用 50 以上的编号二层聚合用 1 到 49方便排障时一眼区分。3.2 将物理成员口切换为三层模式并加入聚合组华三交换机的物理口默认工作在二层模式直接执行 port link-aggregation group 1 会报错提示接口类型不匹配。所以成员口必须先切成三层模式。在多数华三盒式交换机上切换命令是 port link-mode route如果是某些框式设备可能默认就是三层口这一步可以跳过但写了也不会出错。system-view interface GigabitEthernet1/0/1 port link-mode route port link-aggregation group 1 quit interface GigabitEthernet1/0/2 port link-mode route port link-aggregation group 1 quit这段命令把 1/0/1 和 1/0/2 两个物理口切成三层模式并加入聚合组 1。逻辑说明port link-mode route 只影响当前物理口的工作模式切完以后这个口就不能再划 VLAN、不能配 trunk 了port link-aggregation group 1 是加入动作命令里的 group 编号要和 Route-Aggregation 的编号一致这里都是 1。参数说明如果设备接口名是 Ten-GigabitEthernet 或者 Forty-GigabitEthernet把接口名替换即可命令格式完全一样但成员口必须处于 up 状态接口如果被 shutdown加入聚合组后也不会被选中。3.3 静态聚合下成员口选中的判定条件静态聚合虽然不需要协商但设备内部仍然会做成员口的选中判定。判定的核心条件是成员口必须是 up 的、物理状态正常、速率和双工模式一致。很多人在静态聚合下发现流量只走一个口另一个口虽然 up 但毫无流量原因多半是速率不一致比如一个口是千兆、另一个口是百兆华三设备在这种情况下会只选中速率高的口。另一个容易被忽略的点是成员口的端口类型三个物理口加入同一个聚合组前必须保证它们都是三层口且不能有独立的 IP 地址否则设备会提示接口已有配置、无法加入。静态配置完以后建议执行 display link-aggregation verbose 看一下聚合组状态。正常情况下每个成员口的状态应该是 Selected如果看到 Unselected优先检查物理口状态和速率双工一致性。这一步虽然简单但能省掉后面大量的排障时间。4. 三层动态聚合配置LACP 模式开启、超时时间调整与两端联调4.1 动态聚合的最小命令集动态聚合与静态聚合的差别只在于聚合模式。华三设备上把 Route-Aggregation 的模式改为 dynamic成员口的加入命令和静态完全一样。区别在于两端都会运行 LACP通过报文协商出最终被选中的成员口。下面是动态聚合的最小配置适合在两台华三交换机之间做三层互联时使用。system-view interface Route-Aggregation 2 description Link-Between-SW1-and-SW2 ip address 192.168.10.1 24 link-aggregation mode dynamic quit interface Ten-GigabitEthernet1/0/1 port link-mode route port link-aggregation group 2 quit interface Ten-GigabitEthernet1/0/2 port link-mode route port link-aggregation group 2 quit逻辑说明link-aggregation mode dynamic 是核心命令把聚合组 2 从默认的静态模式切换为动态模式。这里要注意顺序——这条命令要在成员口加入之前执行如果成员口已经加入了再切模式会提示聚合组忙需要先把成员口全部退出再切换。参数说明IP 地址、聚合组编号都按现网规划填写member 口的加入命令与静态完全一致所以如果之前已经静态配好了改动态只需要把 Route-Aggregation 下的模式改掉成员口不用动。4.2 LACP 超时时间从默认 30 秒到 3 秒的收敛调优动态聚合默认的 LACP 超时时间是 30 秒也就是说本端每 30 秒发送一次 LACPDU对端如果在 90 秒内没收到报文就认为链路故障。这个参数对三层互联来说太慢了路由协议一次 Hello 中断可能已经在几秒内完成切换聚合链路却要等几十秒才感知故障。华三设备支持 lacp period short 命令把超时时间调整为 3 秒短超时模式能让故障感知更快。system-view interface Route-Aggregation 2 link-aggregation mode dynamic lacp period short quit逻辑说明lacp period short 让本端以 3 秒为周期发送 LACPDU对端如果在 9 秒内收不到报文就认为该成员口故障。参数说明这个命令必须两端同时配置如果一端是 long默认 30 秒、一端是 short3 秒LACP 协商结果以 short 为准但建议两端保持一致避免对端频繁上报成员口 down。需要提醒的是lacp period short 会增加控制平面的报文处理开销对一般交换机来说可以忽略但如果聚合组成员口数量很多超过 16 个我建议还是保持默认避免 CPU 被打满。4.3 两端配置不一致时的典型表现动态聚合最怕的是两端模式不一致。比如本端配了动态聚合对端没有配任何聚合只把两个物理口做成了三层口、各配了一个 IP。这种情况下本端的 LACP 报文发过去对端设备不做聚合处理直接把报文当成普通二层帧丢弃结果是链路物理 up 但协议起不来。另一个常见情况是两端都配了动态聚合但一端用的聚合组编号是 2、另一端用的编号是 5LACP 协商不看编号只看链路两端的 System ID 和 Port Key所以编号不同不影响协商但如果两端聚合组成员口的速率不一致协商结果只会选中速率一致的那一对。遇到动态聚合起不来第一步不是改配置而是执行 display lacp system-id 看本端系统的 Actor 信息再登录对端看同样的信息确认两端确实是同一个 LACP 系统通常要确认聚合口两端是不是同一台设备的同一个聚合组。如果两端用的都是独立交换机各自 system-id 不同是正常的但成员口能否被选中取决于两端的 Port Key 是否匹配而 Port Key 又由速率、双工、模式共同决定——速率不一致就无解只能换接口或者把速率手动统一。5. 三层聚合配置避坑指南五个让链路“假 up”的典型问题5.1 成员口没切三层模式加入聚合组直接报错现象在物理口上执行 port link-aggregation group 1 时设备提示 “Duplex mode mismatch” 或者 “The ports configuration is not compatible with the aggregation group”链路始终无法加入。原因物理口默认是二层模式而 Route-Aggregation 是三层聚合组接口类型不匹配。华三设备对聚合组成员口的二层/三层属性校验非常严格只要有一个属性不匹配整个聚合组都不会选中该成员口。解决先执行 port link-mode route 把物理口切到三层模式再执行 port link-aggregation group 1。建议在切换前先 display interface 确认接口当前模式避免在已经 tr 口上强行切换导致业务中断。5.2 静态聚合下成员口速率不一致流量只走高速率口现象两个千兆口做聚合但其中一个口被对端协商成了百兆display link-aggregation verbose 显示一个 Selected、一个 Unselected实际带宽只有千兆而不是两千兆。原因静态聚合下虽然不协商但设备内部的 Selected 判定仍然要求速率和双工一致。速率不一致时设备只选中速率更高的口低速率口虽然 join 了聚合组但不参与转发。解决用 speed 命令把两个口速率手动固定一致或者检查对端端口是否因为网线质量问题自动降速。我曾经遇到过一根网线接触不良导致千兆降百兆换线以后聚合带宽立刻恢复。5.3 动态聚合下对端没开 LACP物理口 up 但路由协议起不来现象两端都是华三交换机本端配了 Route-Aggregation 动态聚合对端没配聚合只把两个口分别配了 IP。物理层 up但对端 ping 不通本端聚合口的 IP。原因本端动态聚合组的成员口在协商成功前不会转发数据帧对端没跑 LACP永远不可能协商成功所以接口虽然是 up 的但数据平面完全不通。解决让对端也配置动态聚合或者本端改用静态聚合。从运维角度如果对端设备不是自己管的建议先确认对方支持 LACP 再决定模式否则直接静态聚合最省事。5.4 改了聚合模式以后成员口无法加入现象先创建了 Route-Aggregation 1 并在成员口加入后想改成动态聚合执行 link-aggregation mode dynamic 报错 “The aggregation group is busy”。原因聚合组已经有成员口时设备的模式切换是禁止的需要先把成员口全部退出聚合组再切换模式然后再加回来。解决先逐个把成员口执行 undo port link-aggregation group 1再把 Route-Aggregation 的模式改掉最后重新加入成员口。这个操作会让聚合链路中断建议在维护窗口执行。5.5 三层聚合口配了 IP但成员口下还有残留的 IP 配置现象聚合口配置完成display ip interface brief 能看到 Route-Aggregation 1 的 IP但网络不通检查发现某个成员口下还残留着原来的 IP 地址。原因成员口加入聚合组之前如果已经配置过 IP华三设备在加入时会把成员口的三层配置清掉但偶尔会因为配置顺序问题残留导致成员口和聚合口同时有 IP出现路由冲突。解决在加入聚合组前先对成员口执行 undo ip address 清掉旧配置再用 display this 确认接口下是干净的。这个坑在迁移老配置时特别容易出现因为很多人习惯从 running-config 直接复制命令把旧 IP 也带进来了。6. 动静切换与聚合状态验证从 display 命令到业务联调的完整检查链6.1 用三条 display 命令确认聚合是否真正生效配置完成后不要急着看业务先确认聚合口状态。我一般会依次执行三条命令display link-aggregation summary 看聚合组概览display link-aggregation verbose 看成员口 Selected 状态display lacp system-id 看 LACP 协商信息。这三条命令输出信息很多关键字段要重点看Summary 里的 “Aggregation Mode” 是 Dynamic 还是 Static“Bridge-Aggregation” 还是 “Route-Aggregation”Verbose 里每个成员口的 “Flags” 是否有 SSelected标记以及 “Actor Port” 和 “Partner Port” 的端口编号是否对应System ID 里的 MAC 地址是否合理。任何一条命令发现状态不对都不要继续配路由先解决聚合问题。6.2 三层聚合的可选进阶配置负载分担策略默认情况下华三设备的三层聚合负载分担是基于源目 MAC、源目 IP、端口号等做哈希的。对于三层聚合口来说最常用的是基于源目 IP 和端口号的五元组哈希这样能保证同一对会话的流量始终走同一个成员口避免乱序。如果流量模型比较特殊比如全是同一个 IP 对同一个 IP 的大流量默认哈希可能会导致流量全部打到一个成员口上。可以在系统视图下执行 link-aggregation load-sharing mode 调整哈希因子。这里直接给出一个常见配置system-view link-aggregation global load-sharing mode source-ip destination-ip source-port destination-port quit逻辑说明这条命令调整全局的聚合负载分担策略对所有聚合组生效。参数说明source-ip destination-ip 表示按源目 IP 做哈希source-port destination-port 表示加入端口号因子如果你的现网流量是同一对 IP 之间的多条大流可以再加 vlan-id 之类的因子把哈希结果打散。调整完策略后聚合组成员口的流量分布不会立即重新均衡需要等一段时间或者等会话老化重哈希不必觉得配置没生效。6.3 静态和动态怎么选我的三层互联配置习惯做了这么多三层聚合以后我的习惯是两台华三设备之间做三层互联一律上动态聚合再把 LACP 超时调到 short让链路故障收敛速度尽量快对端是不知名设备、或者对方网络团队明确表示不支持 LACP才用静态聚合。静态聚合不是不能用而是它把故障感知的压力全推给了物理层物理口没 down 但对端已经转发异常这种场景静态聚合是发现不了的。如果哪天你需要在没有维护窗口的情况下把静态改成动态记得一定要按 5.4 的顺序操作先退成员口再切模式否则命令都执行不下去。三层端口聚合的命令本身不复杂真正复杂的是搞清楚本端和对端在同一个问题上是否达成了共识——速率、模式、接口类型任何一个不一致都会让链路看起来 up、实际上不转发。我早期做华三设备互联时因为偷懒没检查对端设备的 LACP 配置结果两个口在物理层 up 的状态下整整一个下午没有流量排障到最后发现就是模式没对上。现在每次配完聚合我都会立刻执行 display link-aggregation verbose 确认 Selected 状态再让业务同事做一次跨链路的 ping 和 iperf 双向打流测试确认哈希均衡、没有单口拥塞之后才算交付。这个习惯虽然繁琐但能避免把问题留到晚上被电话叫醒。希望帮到你。本文还有配套的精品资源点击获取