简介：针对华三交换机三层端口聚合配置需求，这份资料面向网络运维与交换机调试人员，也适合正在备考H3C认证或提升园区网实战能力的工程师，系统梳理静态与动态聚合两种模式的完整操作流程。压缩包内共1个doc文档，大小仅17KB，文档属于命令配置笔记类型，包含Route-Aggregation接口创建与IP地址分配、物理端口加入聚合组、聚合模式切换以及display link-aggregation verbose状态查看等关键命令示例，步骤清晰精简，可直接复用到实际设备调试中。文档中命令注释清晰，零基础也能按步骤操作。已有4779人学习下载，适合数据中心、企业或校园网络需要提升链路可靠性与传输带宽的场景，也可作为H3C认证备考的实验参考。通过对比静态聚合中手动指定成员端口与动态聚合中协议自动协商的差异，读者可以深入理解聚合组的工作机制，掌握三层聚合口的搭建、验证与排错思路，为后续网络架构优化打下基础，帮助减少链路单点故障风险。
1. 华三交换机端口聚合：三层端口的静态聚合与动态聚合怎么选
华三交换机做端口聚合，最容易被忽略的其实是“三层端口”这四个字。我遇到过两次这样的场景：核心交换机之间要跑三层互联，手头只有两条万兆光口，一条做主线一条做备线，结果切换时发现路由协议收敛慢，丢包看得见。把这两条万兆口绑成一个逻辑口，对外就是一个三层接口，链路故障时聚合协议自己收敛转发路径，这才叫三层端口聚合。静态聚合靠手工指定成员口，动态聚合走LACP协商，两者配置命令差不了几条，但坑完全不一样。这篇按华三交换机配置命令的顺序，从Route-Aggregation怎么建、成员口怎么加，写到负载分担和LACP参数，再把配置时翻车最多的几个点单独讲清楚。适合正在做核心互连、上联扩容、冗余链路的运维照着做。
2. 三层聚合原理与选型：Route-Aggregation、静态与动态的边界
2.1 三层端口为什么要绑成逻辑口，而不是直接堆物理口
先看一个常见误区：三层口嘛，两个物理口各配一个 IP，再写两条静态路由或者起 OSPF，不也能跑？能跑，但代价是转发控制权交给了路由协议。物理口状态变成 DOWN，OSPF 要等 Hello 超时，默认最短也是秒级，这段时间就是黑匣子，用户那边表现成断流。聚合口把两条物理链路的 UP/DOWN 状态直接收敛成逻辑口的状态，驱动感知链路故障后立即从可用成员口里选新的转发路径，切换时间比路由协议收敛快得多。
华三交换机上，三层聚合接口对应的是 Route-Aggregation 接口，二层聚合对应 Bridge-Aggregation 接口。名字已经把用途说清楚了：要配 IP、要做路由口、要终结 VLAN，就建 Route-Aggregation；只想透传 VLAN 做 Trunk，才用 Bridge-Aggregation。这里说的三层端口，前置操作上有一个硬性前提：物理成员口必须是三层模式。华三多数交换机物理口默认工作在二层，你要用port link-mode route把它切成三层口后再加入聚合组，否则命令会直接报错。这一点在后面配置章节会反复出现。
聚合的价值不是把带宽 1+1 变成 2，而是把多条链路包装成一条逻辑链路后，让转发面认为出口只有一个。路由表看 Route-Aggregation 是一个接口，等价路由、负载分担、故障切换都由聚合协议这一层处理，路由协议不用感知每一次链路闪断。如果你现在做的是核心互联，期望是备用链路一秒内顶上，那么三层端口聚合是比路由协议更靠前的收敛手段。
2.2 静态聚合与动态聚合：两种模式的本质区别与选型表
华三的聚合模式配置在聚合接口视图下，默认是静态，也就是手工模式。所谓静态聚合，就是组内成员口全部由手工指定，设备判断成员口是否可用的依据基本就是物理口 UP/DOWN；动态聚合则不只看物理状态，两端通过 LACP 协议交换系统优先级、端口优先级和操作 Key，协商选出哪些成员口能进入 Selected 状态，哪些只能作为 Unselected 备用。
| 对比项 | 静态聚合（手工模式） | 动态聚合（LACP） |
|---|---|---|
| 成员口确定方式 | 手工指定，固定入组 | 手工划入组后，由 LACP 协商确定 |
| 链路状态依据 | 物理 UP/DOWN，简单直接 | 物理状态 + LACP PDU 超时，感知更主动 |
| 对端设备要求 | 对端做静态聚合或直接多个物理口 | 对端必须启用 LACP，且模式对齐 |
| 配置复杂度 | 低，几条命令 | 多出优先级、超时等参数 |
| 故障收敛速度 | 取决于物理口状态上报速度 | 可调短超时，主动快速收敛 |
| 适用场景 | 同厂商、链路稳定、带宽扩容 | 跨厂商、升级不中断、需要快速故障感知 |
我一般会这样选：同厂商同型号设备，链路短、中间没有波分等第三方设备，静态聚合够用；跨厂商对接、或者对端设备不在自己手里，用动态聚合更稳。动态聚合在两端模式对齐后，即使其中一条光模块衰耗大，LACP 也会通过协商把它降级成 Unselected，不会让链路带着高误码硬跑。这一点是静态聚合做不到的，静态聚合只能看到口是 UP 还是 DOWN。
另一个容易忽略的点是，动态聚合不是“把所有口自动绑起来”。你仍然需要手动把物理口划进聚合组，LACP 只是在组内做协商。如果物理口根本没加入聚合组，两端 LACP 报文根本互相看不见，也就不存在自动发现、自动绑定的效果。
2.3 动手前要确认的端口信息清单
配置端口聚合最忌讳边配边想，尤其是一台设备配到一半去查另一台的端口号。我建议先填一张信息表，再上设备操作。
| 检查项 | 要确认的内容 |
|---|---|
| 成员口编号 | 哪几个物理口加入同一个聚合组，编号别跨板卡乱选 |
| 端口模式 | 物理口默认二层还是三层，需不需要port link-mode route |
| 速率与双工 | 两端成员口速率一致，双工模式一致 |
| 对端聚合模式 | 对端是静态聚合、LACP Active 还是 Passive |
| IP 地址规划 | 聚合口互联地址，掩码用 30 位还是 31 位 |
| 业务规划 | 是否要建子接口终结多个 VLAN，确定聚合口主 IP 与子接口号 |
速率不一致这个事，静态聚合在多数设备上会允许配置，但转发效果很差；动态聚合更直接，LACP 协商时会把低速链路放到 Unselected。所以操作前先确认物理口的协商速率，不要指望聚合能解决链路本身不一致的问题。两端设备如果协议栈不同，也要先确认彼此的聚合口编号原则，比如华三这边 Route-Aggregation 1，对端是 Eth-Trunk 1，编号不必一样，关键是成员口一一对应。
3. 配置静态三层聚合：Route-Aggregation手工归组的完整命令
3.1 创建三层聚合接口并分配互联IP
在 Comware 系统里，先创建 Route-Aggregation 接口，再给它配 IP。这里以两台设备互联、网段 10.0.12.0/30 为例。
<SW-CORE> system-view [SW-CORE] interface Route-Aggregation 1 [SW-CORE-Route-Aggregation1] description TO-SW-ACCESS-01 [SW-CORE-Route-Aggregation1] ip address 10.0.12.1 255.255.255.252 [SW-CORE-Route-Aggregation1] quitinterface Route-Aggregation 1是创建并进入三层聚合接口，编号在设备能力范围内随便选，两台设备不必一致。description建议写对端设备名，排障时display interface一眼能看出这条聚合连的是哪里。ip address 10.0.12.1 255.255.255.252就是标准的 30 位掩码互联地址，对端配 10.0.12.2。
这里有一个容易误用的点：有人会在物理口上先把 IP 配好，再加入聚合组，结果发现 IP 没了。三层聚合的配置主体是 Route-Aggregation 接口，物理口只是成员，IP 只能放在聚合口上。静态聚合模式此时是默认的，不需要再敲任何与模式相关的命令；如果你在display link-aggregation summary里看到 Aggregate Interface 下没有提示 LACP，说明当前就是手工静态模式。
华三的 Route-Aggregation 接口概念类似华为的 Eth-Trunk 三层口，但命令位置不同。华三创建三层聚合口直接就是 Route-Aggregation，不存在先建二层再切三层的步骤；物理口切三层是物理口自己的事，聚合口的类型在创建时已经定死。
3.2 物理口切三层模式并加入聚合组
这一步是静态聚合的核心操作，顺序不能反。先切三层，再加入聚合组；先加入再切三层，部分版本会直接报错。
[SW-CORE] interface Ten-GigabitEthernet 1/0/1 [SW-CORE-Ten-GigabitEthernet1/0/1] port link-mode route [SW-CORE-Ten-GigabitEthernet1/0/1] port link-aggregation group 1 [SW-CORE-Ten-GigabitEthernet1/0/1] quit [SW-CORE] interface Ten-GigabitEthernet 1/0/2 [SW-CORE-Ten-GigabitEthernet1/0/2] port link-mode route [SW-CORE-Ten-GigabitEthernet1/0/2] port link-aggregation group 1 [SW-CORE-Ten-GigabitEthernet1/0/2] quit [SW-CORE] display link-aggregation summaryport link-mode route把物理口从默认的二层模式切成三层模式，这是三层端口聚合的前置条件。port link-aggregation group 1把当前物理口加入聚合组 1，成员口加入后，物理口上原有的二层配置、业务配置都会被聚合口接管，不能直接在物理口下再配 IP、配 ACL 之类的东西。
最后的display link-aggregation summary是验证命令，输出里能看到 Aggregate Interface 名称和对应的成员口数量。判断静态聚合是否成功，核心看两个数字：一个是本端 Aggregation 组里 Selected 成员口数量，另一个是对端设备上同样要有对应的 Selected 口。如果本端 Selected 是 1，对端 Selected 是 1，说明只有一条链路真正生效，另一条链路可能被对端设备排除在聚合外。
对端设备的配置需要同步完成。假使对端是一台华为交换机，对应命令就是interface Eth-Trunk 1、port link-type trunk或者起三层口，物理口加eth-trunk 1。两边聚合口编号可以不一样，但成员口的速率、双工、和对端物理口接线必须一一对上，这是静态聚合唯一真正重要的物理前提。
3.3 静态聚合的负载分担：哈希模式与双向一致性
静态聚合默认按报文的哈希字段在成员口间做负载分担。三层聚合口默认的哈希因子通常已经包含源 IP、目的 IP、端口等信息，但实际流量模型不同，默认值不一定均匀。例如两条链路连的是同一台服务器集群，所有流量目的 IP 集中在少数字段，哈希结果可能全落在一条链路上。
[SW-CORE] interface Route-Aggregation 1 [SW-CORE-Route-Aggregation1] link-aggregation load-sharing mode destination-ip [SW-CORE-Route-Aggregation1] quitlink-aggregation load-sharing mode destination-ip表示聚合口在选成员口时只按目的 IP 做哈希。这个配置要放在聚合接口视图下执行，适用本聚合组。如果你的业务是东西向流量、源和目的地址都比较散，可以用source-ip destination-ip同时参与哈希，让流的分布更均匀。
这里有个双向一致性问题：本端按源 IP 哈希，对端按目的 IP 哈希，两台设备上的负载分担策略不一致，转发路径就会错位。数据包从 A 到 B 走了第一条链路，B 回包时哈希到的可能是第二条链路，这在物理上能通，但一旦有一条链路故障，来回路径不一致会带来额外的延迟抖动。所以负载分担模式要在两端设备上配置成一致，最好写成同样的哈希因子。不同品牌设备哈希命令不同，但“两边一致”这个原则没变。
另外提醒一句，静态聚合调整负载分担模式是全局生效的操作，改配置的瞬间聚合口会重新计算成员口选择，正在跑的流量可能短暂重哈希。生产环境操作前先确认业务低峰期，别在高峰期动这个参数。
4. 配置动态三层聚合：LACP协商参数与状态检查
4.1 把聚合接口切到dynamic模式并配IP
动态聚合与静态聚合的差别从一条命令开始：link-aggregation mode dynamic。这条命令在聚合接口视图下执行，配完以后该聚合口就进入 LACP 模式，成员口的加入方式仍然是用port link-aggregation group，但链路是否生效由两端协商决定。
<SW-CORE> system-view [SW-CORE] interface Route-Aggregation 2 [SW-CORE-Route-Aggregation2] ip address 10.0.23.1 255.255.255.252 [SW-CORE-Route-Aggregation2] link-aggregation mode dynamic [SW-CORE-Route-Aggregation2] quit这段配置里，ip address在前还是在后没有影响，但link-aggregation mode dynamic必须在聚合口不存在成员口或成员口加入之前完成，否则成员口已经按静态模式同步了参数，再切模式会触发一次成员口重新协商。我一般的顺序是：先创建聚合口并配好动态模式，再去切物理口、加成员口，避免中间状态。
动态模式配置完成后，物理口的切换和加入命令与静态聚合完全相同：port link-mode route切三层，port link-aggregation group 2加入聚合组。对端设备也必须启用 LACP，如果对端是华为设备，对应配置是link-aggregation mode lacp或者mode lacp-static；如果对端把聚合口配置成手工模式，本端 LACP 报文发过去没有回应，协商不可能成功。
4.2 LACP系统优先级与端口优先级设置
LACP 协商时，两端会先比较系统优先级，再比较系统 ID、端口优先级和端口号。系统优先级数值越小越优先，默认是 32768。在跨设备、跨厂商场景下，两端默认优先级一样，协商就会退化为比较 MAC 地址和端口号，虽然也能选出 Selected，但结果不容易把控。我一般会手动指定一端为主，把系统优先级调低。
[SW-CORE] lacp system-priority 1000 [SW-CORE] interface Ten-GigabitEthernet 1/0/5 [SW-CORE-Ten-GigabitEthernet1/0/5] port link-mode route [SW-CORE-Ten-GigabitEthernet1/0/5] lacp port-priority 32768 [SW-CORE-Ten-GigabitEthernet1/0/5] port link-aggregation group 2 [SW-CORE-Ten-GigabitEthernet1/0/5] quitlacp system-priority在系统视图下配置，作用于所有 LACP 聚合组。lacp port-priority在物理口视图下配置，端口优先级也是数值越小越优先。这个参数的意义在于，当聚合组内成员口数量超过了设备支持的最大 Selected 数，或者两条链路质量不同但又都 UP 时，端口优先级决定哪条链路被优先选中。
有一种情况需要手动调端口优先级：两条万兆口一条直连对端、一条经过中间波分设备，两条都物理 UP，但直连那条延迟明显更低。此时可以把直连口的lacp port-priority调小，让它成为 Selected，波分那条作为 Unselected 备用。动态聚合的价值就在这里，它不只盯着 UP/DOWN，还能按协商结果决定谁干活、谁待命。
配置端口优先级时注意顺序，一般建议在加入聚合组之前设置。成员口加入聚合组后，聚合口的配置会同步覆盖成员口上的部分参数，如果先加入再设优先级，某些 Comware 版本会出现优先级不生效的情况。遇到这种玄学问题，把口从聚合组里摘出去，设好优先级再加回来，一次就好。
4.3 LACP超时时间与聚合状态检查
LACP 的链路故障检测依赖两个东西：物理口状态和 LACP PDU 超时。默认长超时是 30 秒，对核心互联来说太久了，故障切换要等几十秒，明显不合格。华三支持把 LACP 超时改成短超时，发送周期和超时判断都会加快。
[SW-CORE-Ten-GigabitEthernet1/0/5] lacp period short [SW-CORE-Ten-GigabitEthernet1/0/5] quit [SW-CORE] display lacp brieflacp period short让 LACP 快速发送报文，对端也需要同样配置短超时；如果一端 short 一端 long，两端 PDU 收发节奏不匹配，协商会变得不稳定。设置完后用display lacp brief查看协商状态，重点关注聚合组编号、成员口角色、Selected/Unselected 状态。
在实际项目里，我遇到过两端都是 dynamic 模式，但display lacp brief里显示一堆 Unselected 口。查到最后发现是对端设备某几个端口配了 shutdown，物理口没起来。动态聚合的前提仍然是物理链路本身正常，LACP 只是在上层做协商，不要指望协议能解决物理层的问题。设置完超时时间和优先级，再做一次对端同样配置的确认，缺一步后面排障都要花双倍时间。
5. 三层端口聚合5个常见坑：现象、原因、解决
5.1 成员口加入失败：报Failed to join the aggregation group
现象：在物理口下执行port link-aggregation group 1时，系统直接提示 Failed to join the aggregation group，成员口加不进去。
原因：最常见是物理口还处于二层模式。华三多数盒式交换机的物理口默认是二层口，而 Route-Aggregation 接口是三层聚合口，二三层模式不匹配，系统拒绝加入。另一种可能是该物理口已经被别的聚合组引用，或者口上还有业务配置未清理。
解决：先在物理口下执行port link-mode route切成三层模式，再用display interface brief确认物理口是 free 状态，最后执行port link-aggregation group 1。如果口上曾经下发过业务配置，先undo相关配置，避免残余配置干扰。按“切三层、清配置、加聚合组”三步走，基本不会报这个错。
5.2 两端静态动态不一致，Selected数一直为0
现象：聚合口和成员口都配置完，display link-aggregation summary显示本端有两个成员口，但 Selected 数量是 0，流量完全不通。
原因：两端聚合模式不一致。一端是静态，另一端是 dynamic，LACP 报文发不过去，或者对端根本不回 LACP PDU，协商始终不成功。静态聚合不会和 LACP 模式兼容，它只是物理绑组，不会理会 LACP 报文。
解决：先确定对端设备实际配置，确认用的哪种模式。华三交换机上静态模式就是默认模式、不写link-aggregation mode；动态模式要在聚合接口下执行link-aggregation mode dynamic。两端统一成同一种模式后，再用display lacp brief查看协商状态，正常情况下成员口会进入 Selected。配置前和对端工程师确认模式，是避免这个坑最有效的办法。
5.3 配置写在成员口上，加入聚合组后被清掉
现象：物理口切三层后先配了 IP 地址，再执行port link-aggregation group 1，发现 IP 配置没了，接口下空空如也。
原因：聚合组会把成员口的配置统一接管，业务配置必须放在聚合接口上。物理口加入聚合组后，它在逻辑上已经不是独立的转发接口，成员口上残留的二层、三层配置会被聚合口覆盖，部分 Comware 版本会直接删除。
解决：所有业务配置一律写在 Route-Aggregation 接口下，包括 IP 地址、ACL、QoS、VRRP 等。物理口只保留两个配置：port link-mode route和port link-aggregation group。如果你在成员口下看到一些自动生成的配置，那是聚合口同步下来的，不要手动去改，改完也会被聚合口再同步回来。这个规则想清楚，三层端口聚合的配置思路就顺了。
5.4 两条万兆只跑一条，负载分担不生效
现象：聚合组里两条链路都是 Selected，带宽也叠加了，但display counters看到只有一条链路有流量，另一条基本是空的。
原因：负载分担依赖哈希因子与流量模型的匹配。三层聚合口默认哈希因子通常包含源 IP、目的 IP、端口等，但如果业务流量目的 IP 集中在同一个网段、只有端口号变化，哈希结果可能大量落在同一个成员口上。另外，两端设备的负载分担算法不一致，也可能导致回程流量走单链路。
解决：在聚合接口下调整link-aggregation load-sharing mode，把哈希因子改成和实际流量匹配的组合。比如流量全是去往同一目的地址，但源地址分散，用source-ip做主因子；如果源和目的都比较散，用source-ip destination-ip组合。修改完成后两端的负载分担模式要一致，再观察计数，必要时在业务侧多跑几种流量验证分布。哈希这种事有时候带点玄学，调完一定要看计数而不是看感觉。
5.5 切换链路时丢包2秒，聚合口收敛速度异常
现象：做链路切换测试，shutdown 一个成员口，聚合口本身没 DOWN，但业务流量丢了 2 秒，和没做聚合差不多。
原因：静态聚合模式下，链路收敛依赖物理口状态上报，一块板卡上多个口同时 DOWN 时，上报会有延迟；动态聚合模式如果使用默认长超时，LACP 要等 30 秒才判断链路失效，丢包自然严重。另外，对端设备没有同样的聚合配置，也会导致收侧不做重选。
解决：动态聚合把lacp period short配起来，让故障感知时间缩短到秒级以内。静态聚合则要确认物理口的状态上报机制，部分设备可以调整端口状态上报延迟。另一个容易忽略的点是，检查两端是否都做了聚合，如果一端聚合一端普通物理口，流量过去后回程走的是对端普通口，本端切换再快也没用。做完聚合一定要做双向切换测试，两边同时看丢包。
6. 用display命令做聚合验收：静态与动态通用的验证技巧
配置做完，最能说明问题的是三条命令：display link-aggregation summary、display link-aggregation verbose、display interface Route-Aggregation 1。静态聚合先看 summary，动态聚合再多加一条display lacp brief。我验收时会连续执行这几条命令，确认 Selected 数量、成员口角色和聚合口状态。
display link-aggregation summary display link-aggregation verbose Route-Aggregation 1 display lacp brief display interface Route-Aggregation 1summary看聚合组汇总，Selected 数量等于实际生效链路数；verbose看每个成员口的角色、状态和优先级，能识别出 Unselected 的口到底是因为优先级不够还是物理口异常；lacp brief只对动态聚合有意义，看协商状态和系统优先级；interface看聚合口 IP、接口状态、收发包计数。这个顺序基本能覆盖九成问题。
验证负载分担是否均匀，可以在聚合口下先清零计数：reset counters interface Route-Aggregation 1，然后从业务侧发起一轮流量，再回来看各成员口的计数。三层聚合口负载分担看的是 IP 层哈希，测试流量源、目的地址要多样，不能只从一台机器 ping 另一台，那样哈希点太单一。如果条件允许，用多台服务器同时打流，观察两条成员口计数差，偏差在 20% 内算正常，超过这个范围就要考虑调整哈希因子。
最后说一个我的个人习惯：做完聚合不要急着保存退出，先对每个成员口做一次 shutdown 和 undo shutdown 的切换测试，确认聚合口状态和转发不受影响，再执行save。这套动作既验证了物理链路，又验证了聚合协议的重选机制。很多线上事故都是配置完没验证就保存，下次设备重启才发现聚合口起不来，那时候再去查配置，成本远高于多花两分钟做一次切换测试。希望帮到你。
本文还有配套的精品资源，点击获取
