简介一份面向网络运维人员与H3C交换技术学习者的配置说明文档聚焦三层端口聚合中静态、动态两种模式的完整配置方法。内容以两台交换机SW1/SW2的配置为主线涵盖创建Route-Aggregation三层聚合口、分配IP地址、将GE1/0/11与GE1/0/12物理端口加入聚合组、切换动态聚合模式以及用display link-aggregation verbose命令验证聚合状态等关键步骤便于在模拟器或真实设备中按步骤复现实验并排查链路问题。资源包仅含1个doc文档约17KB命令记录完整、步骤清晰适合中初级网络工程师作为参考速查。当前已有4779人学习下载。通过对照静态配置与动态配置的差异读者可以快速理解三层链路聚合的协商原理与适用场景提升园区网、数据中心等环境下的链路冗余与带宽扩展配置能力。1. 三层端口聚合为什么静态和动态不能拍脑袋选机房刚接手一台华三交换机上联核心要扩带宽第一反应就是做端口聚合。但很多人栽在第一步没分清二层聚合和三层聚合的区别就直接在接口下敲link-aggregation mode结果聚合组起不来或者起来了跑不通路由。三层端口聚合的本质是把多个三层路由口绑成一个逻辑口这个逻辑口直接配 IP、跑路由协议替代原来的单物理口上联。常见的场景是交换机之间、交换机与路由器或防火墙的三层互联。华三的设备上静态聚合和动态聚合对应两种完全不同的协商机制静态靠配置硬绑双方手工指定同一个聚合组就完事动态走 LACP 协议靠报文协商谁主谁从、谁收谁发。这篇文章就把三层端口聚合的静态和动态两种方式拆开讲从原理、命令到排查每一步按可复现的方式给到。新手照着敲能跑通老手可以重点看后面的参数边界和踩坑清单。2. 三层聚合的前提先搞懂聚合组、成员口和路由口的关系2.1 为什么三层聚合要先建聚合接口而不是直接绑物理口华三的设备上三层聚合不是把物理口直接扔进一个组就完事。你得先创建一个三层聚合接口比如Route-Aggregation1然后把物理口加进去最后在这个聚合接口上配 IP。这个逻辑和二层聚合一样但有一个关键区别二层的聚合接口是Bridge-Aggregation三层的是Route-Aggregation二者不能混用。我见过有人直接把两个物理口配了 IP然后想用link-aggregation把它们绑一起——这是不行的。物理口要么是二层口要么是三层口一旦加入了三层聚合组它自己的三层配置就失效了所有 IP、路由相关的配置都要挪到聚合接口上做。2.2 静态聚合和动态聚合的协商机制差异静态聚合Manual Aggregate的模式下只要成员口在同一个聚合组、速率双工一致就认为链路可用不跑任何协商报文。优点是简单、可控缺点是链路状态变化时设备不做额外检测物理口 down 了聚合组才知道。动态聚合走 LACPLink Aggregation Control Protocol华三的实现里接口会周期性地发 LACP 报文双方通过报文里的系统优先级、端口优先级来选主备。哪个口的优先级高谁就是主动端主动端决定哪些成员口被选中、哪些被丢弃。选哪种取决于对端设备支持什么。如果对端也是华三两种都行如果对端是 Cisco 或华为建议优先用 LACP 动态模式因为跨厂商对接时静态聚合的兼容性反而更差——思科的静态聚合叫on模式华为的link-aggregation mode static和华三的静态虽然都是手工绑但报文细节有差异容易出幺蛾子。2.3 聚合接口的编号规划别让两组配置互相干扰华三的聚合接口编号是全局的Route-Aggregation1到Route-Aggregation255具体范围看型号。我一般在规划时就定一个规则三层聚合从 1 开始二层聚合从 64 开始这样排障时一看编号就知道是哪个层面的聚合不用到处翻配置。还要注意同一个聚合组里成员口的数量不是越多越好。华三默认最多支持 8 个选中口部分型号是 16 个超过的端口只能作为备份或者直接不被选中。你配置了 12 个口实际转发带宽只按选中口算剩下的口链路状态是 up但不转发数据。3. 静态三层聚合配置从零到能 ping 通的最小命令集3.1 逐条命令拆解创建聚合接口、绑定成员口、配 IP先给一套最小可用的静态三层聚合配置场景是两台华三交换机之间做三层互联各自创建一个聚合组# 交换机 A system-view interface Route-Aggregation1 description To-SW-B-L3-Trunk ip address 10.0.0.1 30 quit interface GigabitEthernet1/0/1 port link-mode route link-aggregation group 1 mode static quit interface GigabitEthernet1/0/2 port link-mode route link-aggregation group 1 mode static quit# 交换机 B system-view interface Route-Aggregation1 description To-SW-A-L3-Trunk ip address 10.0.0.2 30 quit interface GigabitEthernet1/0/1 port link-mode route link-aggregation group 1 mode static quit interface GigabitEthernet1/0/2 port link-mode route link-aggregation group 1 mode static quit注意这里的port link-mode route是关键一步。华三的物理口默认是二层口如果不先切成三层模式link-aggregation group这条命令会直接报错。另外ip address 10.0.0.1 30是 30 位掩码的简写等价于255.255.255.252这个网段只放了两个可用 IP正好适合点对点互联。配置完后在交换机 A 上执行display link-aggregation verbose能看到聚合组里两个成员口都是 Selected 状态聚合口 UP。这时候从 A ping B 的 10.0.0.2能通就说明静态三层聚合已经跑起来了。3.2 静态聚合的负载均衡默认按源目 IP 哈希还是按流哈希静态聚合配通了只是第一步流量能不能分摊到两个物理口上是性能的关键。华三默认的聚合负载均衡模式是按源目 MAC、源目 IP、源目端口的组合哈希。三层聚合场景下我一般建议改成按源目 IP 加端口哈希命令是interface Route-Aggregation1 link-aggregation load-sharing mode destination-ip source-ip destination-port source-port这里有个坑负载均衡的哈希计算是基于流量的五元组如果你在聚合接口下配了 QoS 重标记或者隧道封装哈希因子可能失效。我在实际项目里遇到过聚合口下挂了 VXLAN 隧道结果所有流量都哈希到同一个成员口上后来把隧道配置挪到物理口上才解决。3.3 跨厂商对接时静态聚合为什么容易翻车华三的静态聚合和对端手工聚合对接时两边都不发 LACP 报文纯粹靠物理链路状态判断。听起来很简单但问题出在两端对「up/down」的判定标准不一致。比如对端是 Cisco 的on模式它要求两端物理口必须同时 up 才认为聚合可用华三这边如果先 up 了一个口另一个口还在 down华三会把这个 up 的口选为 Selected但 Cisco 认为整个聚合组还没就绪数据包就会被丢。解决的办法是跨厂商对接时尽量避免静态聚合实在要用先把两端的物理口全部接好再统一做配置减少中间状态的时间窗口。提示静态聚合配完后两端一定要核对display link-aggregation summary里的 Selected 口数量是否一致。不一致时优先查物理口的光模块、速率双工协商别急着重启设备。4. 动态三层聚合配置LACP 模式下的协商参数与故障特征4.1 LACP 动态聚合的命令差异mode dynamic 与系统优先级动态聚合和静态聚合的配置框架一样只是模式改成dynamic另外多了几个可调参数。最小配置如下system-view interface Route-Aggregation2 description To-Core-LACP ip address 10.0.0.5 30 quit interface GigabitEthernet1/0/3 port link-mode route link-aggregation group 2 mode dynamic link-aggregation port-priority 32768 quit interface GigabitEthernet1/0/4 port link-mode route link-aggregation group 2 mode dynamic link-aggregation port-priority 32768 quitLACP 的核心是确定谁是主动端。华三设备默认的系统优先级是 32768两端如果都是默认值就比 MAC 地址大小MAC 小的一端成为主动端。主动端的端口优先级和端口号决定了哪些成员口被选中。实际配置时我会把核心侧交换机的系统优先级调低让它永远是主动端命令是link-aggregation lacp system-priority 1000这样不管对端设备怎么改只要主动端定了选口逻辑就由我们这边说了算排障时不用两头猜。4.2 LACP 报文超时时间short 和 long 模式怎么选LACP 有一个重要的定时器参数报文超时时间。华三默认是长超时30 秒可以改成短超时3 秒命令在聚合接口下配置interface Route-Aggregation2 lacp period short短超时适合对链路故障恢复速度有要求的场景比如核心互联链路断了 LACP 能在 3 秒内感知并重新协商。长超时省资源适合边缘设备。但要注意两端的超时时间必须一致。对端如果是 CiscoCisco 的 LACP 默认是短超时华三默认长超时配完以后两边状态会一直震荡一会 Selected 一会 Unselected。这个坑我在测试环境踩过现象是聚合接口的物理口一直 up但display link-aggregation verbose里成员口状态反复跳最后把华三侧改成 short 才稳定。4.3 动态聚合的故障特征怎么从状态机里定位问题动态聚合一旦出了问题display link-aggregation verbose的输出里能看到关键信息。正常情况下每个成员口的状态是 Selected聚合接口的 Selected 口数量等于你配置的成员口数量。如果你看到状态是 Unselected基本就三类原因LACP 报文收不到物理链路问题、对端没开 LACP、对端模式不匹配。用debugging lacp packet抓包看有没有报文上来。端口优先级太低被主动端刷下去了检查两端选中的口数如果只有部分口是 Selected大概率是把优先级高的口排除在外了。速率或双工不一致LACP 协商里强制要求成员口速率双工一致一个口是千兆一个是百兆百兆口永远选不中。注意动态聚合排障的第一条命令永远是display link-aggregation verbose不是display interface。后者只能看到物理口状态看不到聚合协商的结果。5. 三层聚合避坑清单现象、原因、解决一条条捋5.1 接口明明 up聚合组里却是 Unselected现象物理口display interface显示 updisplay link-aggregation verbose里状态是 Unselected。原因最常见的是成员口的速率或双工不一致。华三的聚合组要求所有成员口速率必须相同双工模式也要求一致。我遇到过光模块协商问题一个口协商成千兆全双工另一个口协商成百兆全双工两个口物理都 up但聚合组只选一个。解决先看两端成员口的negotiation状态把速率双工手工固定不要依赖自协商。我在核心互联场景下一般直接把成员口速率写死interface GigabitEthernet1/0/1 speed 1000 duplex full5.2 配置了port link-mode route但聚合接口配不了 IP现象执行ip address时提示错误说该接口不支持此操作。原因物理口和聚合接口的链路模式必须一致。如果你创建的是Bridge-Aggregation1然后物理口切了三层模式再加进去聚合接口本身还是二层的自然配不了 IP。反过来也一样聚合接口是Route-Aggregation物理口却是二层口加进去就报错。解决删掉聚合组重新创建Route-Aggregation或者用undo link-aggregation group把物理口移出先切port link-mode route再加回去。5.3 静态聚合能 ping 通但大流量时只有一条链路在跑现象小包测试通用 iperf 打流成员口的流量分布一边倒只有一个口接近打满。原因负载均衡的哈希因子不匹配。华三默认的聚合负载均衡是源目 MAC三层环境里如果流量是同一个源到一个目的MAC 哈希算出来永远是同一个成员口另一个口闲置。解决改成按 IP 哈希或者按 IP 加端口哈希。另外要注意哈希计算是基于聚合接口的不是物理口。改了之后用display link-aggregation load-sharing确认生效。5.4 动态聚合两端都配了但协商失败现象LACP 报文能看到状态机一直在 Init 或 Negotiation 状态选不中成员口。原因两端系统优先级相同MAC 小的成为主动端但是如果有一端配置了lacp system-priority另一端的配置和它冲突或者两端的超时时间不一致协商就会一直重复。我排查时遇到过一端配置了lacp period short另一端默认 long两边逻辑上的收包窗口对不上协商一直震荡。解决两端的lacp period必须一致统一成 short 或 long系统优先级只在一端调不要两端都动。6. 三层聚合配完后的验证与进阶从状态确认到故障切换演练配置完成后我习惯按一套固定的验证流程走确保聚合不是「看起来通了」。这套流程对静态和动态都适用。第一步检查聚合组的选中状态display link-aggregation summary看Selected口的数量是否等于配置成员口数。如果小于配置数先回第 5 章排查不要继续后面的验证。第二步确认三层互通ping 10.0.0.2通了之后故意拔掉一根网线或 shutdown 一个成员口再 ping 一次。注意这里有个细节华三的聚合组一个成员口 down 后另一个口会继续转发流量但 ping 会出现一两个包的丢包这是正常的因为哈希表要重新收敛。如果丢包超过 3 个说明聚合的故障切换时间偏长可以检查是不是静态聚合且对端设备感知慢。第三步做流量分布验证。我一般用两台 Linux 服务器跑 iperf3多开几个连接然后在交换机上用display link-aggregation load-sharing verbose以及display counters interface看每个成员口的流量计数。理想状态是多个流分散到不同的成员口上如果全部扎堆在一个口回头查哈希因子配置。进阶建议是把这个验证过程写成脚本定期巡检。华三的设备支持通过 SNMP 拉取聚合组的成员口状态但用命令行更直观。我现在的做法是每周一次巡检脚本登录交换机跑display link-aggregation summary把 Selected 的数量和成员口数比对不一致就告警。最后提一个我自己的习惯三层聚合的配置变更永远留一条后路。改聚合配置前先把原有配置save到备份文件然后display current-configuration确认当前版本避免改完回不去。另外如果是远程运维改配置一定记得开ssh会话保持别开两个终端同时改改挂了连不上设备就麻烦了。端口的聚合是个入门技能但很多人栽在看似简单的模式选择上。静态聚合省心但跨厂商别用动态聚合稳妥但定时器必须统一。希望这篇文章能帮你在下次配三层聚合时少走几次弯路。本文还有配套的精品资源点击获取