简介:面向网络运维与数通技术人员的华三交换机三层端口聚合配置手册,聚焦静态聚合与动态聚合两种模式的完整实施流程。资源以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 秒)、一端是 short(3 秒),LACP 协商结果以 short 为准,但建议两端保持一致,避免对端频繁上报成员口 down。需要提醒的是,lacp period short 会增加控制平面的报文处理开销,对一般交换机来说可以忽略,但如果聚合组成员口数量很多(超过 16 个),我建议还是保持默认,避免 CPU 被打满。
4.3 两端配置不一致时的典型表现
动态聚合最怕的是两端模式不一致。比如本端配了动态聚合,对端没有配任何聚合,只把两个物理口做成了三层口、各配了一个 IP。这种情况下,本端的 LACP 报文发过去,对端设备不做聚合处理,直接把报文当成普通二层帧丢弃,结果是链路物理 up 但协议起不来。另一个常见情况是两端都配了动态聚合,但一端用的聚合组编号是 2、另一端用的编号是 5,LACP 协商不看编号,只看链路两端的 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 port's 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” 是否有 S(Selected)标记,以及 “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 双向打流测试,确认哈希均衡、没有单口拥塞之后才算交付。这个习惯虽然繁琐,但能避免把问题留到晚上被电话叫醒。希望帮到你。
本文还有配套的精品资源,点击获取