跨厂商端口聚合配置实战：H3C与华为对接完全指南

1. 为什么网络工程师迟早要面对跨厂商端口聚合

先说个场景：公司核心机房里，一台 H3C S5560 做汇聚，下联几台华为 S5720 做接入，中间跑着 VLAN 10 的办公网和 VLAN 20 的服务器网。某天业务部门反馈"上网偶尔卡一下"，排查半天发现是两根千兆线只走了一根，另一根链路处于阻塞状态。原因很简单——端口聚合没做，STP 把冗余链路给 block 了。

这不是个例。实际项目里，H3C 和华为交换机混用的情况太常见了，尤其是政企、教育、中小型数据中心，常常是上一批设备是 H3C，下一批招标买了华为，或者反过来。而端口聚合（Link Aggregation，也叫 Eth-Trunk、Bridge-Aggregation）是组网绕不开的基础操作：把多条物理链路绑成一条逻辑链路，既能提升带宽，又能做链路冗余。可一旦碰上跨厂商组网，很多人就懵了——两边命令不一样、模式叫法不一样、甚至协商机制都有差异。

这篇文章就把 H3C 和华为交换机端口聚合配置这件事从头到尾讲透。内容包括：两边协议和术语的对应关系、手工聚合与 LACP 模式的配置命令、跨厂商对接时的关键注意事项、以及我在实际割接中踩过的坑。适合刚入门网络工程师、以及那些平时只配同厂商设备、突然要面对混编环境的同行参考。

先说结论，免得你看一半被绕晕：H3C 和华为在端口聚合上，只要选对模式、统一速率双工、不要混用标准，跨厂商配置完全可以做，而且稳定性没问题。但细节上有一堆坑，下面一个个拆。

2. 配置前必须搞清楚的协议与术语对应关系

2.1 同样的东西，两家叫法完全不同

端口聚合这个技术，IEEE 802.3ad 定义的是标准 LACP（Link Aggregation Control Protocol），但两家设备在命令行里对"聚合口"的称呼不一样：

你看，本质是同一个东西，但命令关键字完全不同。如果你拿 H3C 的习惯去敲华为的机器，或者拿华为的习惯去敲 H3C 的机器，第一关就过不去。

更要命的是，两家对"静态聚合"和"动态聚合"的定义有细微差别。H3C 的"静态聚合"指的是手工指定成员口、不跑 LACP 协议；华为的"manual"也是这个意思。H3C 的"动态聚合"就是跑 LACP；华为的"lacp"同理。这块概念是对得上的，没问题。

2.2 二层聚合与三层聚合的选择逻辑

端口聚合分两种：二层聚合和三层聚合，区别在于聚合口工作在链路层还是网络层。

• 二层聚合：聚合口是一个二层接口，可以划入 VLAN、配 trunk 属性，用于交换机之间的透传，或者交换机到防火墙/路由器的透明模式。这是最常见的用法。
• 三层聚合：聚合口是一个三层接口，直接配 IP 地址，用于路由模式对接，比如交换机上行到核心路由器，或者两台三层交换机之间跑路由。

H3C 里需要先创建 Bridge-Aggregation 或 Route-Aggregation 接口，再把物理口加入。华为里统一用 Eth-Trunk，但通过接口类型来区分是二层还是三层——如果先创建 Eth-Trunk 并直接配 IP，它就是三层口；如果把它加进 VLAN 或配 trunk，它就是二层口。

这一点跨厂商对接时特别容易出问题。你如果在华为侧先给 Eth-Trunk 配了 IP，又在同一台交换机上把它划进 VLAN，那配置会直接报错。反过来 H3C 更严格，创建 Route-Aggregation 之后物理口只能走三层。

提示：跨厂商配置前，先想清楚这个聚合口到底是二层还是三层。我的建议是：交换机之间跑 VLAN 透传用二层聚合；交换机与路由器/防火墙做路由对接用三层聚合。二三层选错了，后面所有配置都白做。

2.3 成员口硬性条件：速率、双工、类型必须一致

端口聚合不是随便拉两根线绑一起就行。IEEE 802.3ad 标准里有硬性要求，两家设备都会校验：

1. 成员口速率必须一致。千兆口只能跟千兆口聚合，不能千兆加百兆混绑（部分高端框式设备支持 Mix 速率聚合，但不是默认功能，低端盒式基本不支持）。
2. 双工模式必须一致。全双工对全双工，不能一个全双工一个半双工。
3. 成员口必须是同类型接口。都是电口就都是电口，都是光口就都是光口，不能电口光口混绑。
4. 成员口不能配置了其他业务。比如一个口已经做了镜像目的口、或已经加入了别的聚合组，那肯定不能再次加入。

这些条件在配同厂商设备的时候，设备会自动检查并报错；但跨厂商对接时，因为两台设备各自检查自己的，如果线缆或模块问题导致一端协商成千兆另一端协商成百兆，聚合状态即使 Up 了也可能会有丢包。所以物理层检查永远是第一步。

在实际项目里，我见过太多"配了聚合结果还是不通"的案例，查到最后是某一端的光模块速率协商异常。所以我会在聚合配置前先做一遍物理检查：两端速率、双工是否一致，光功率是否正常，光纤收发是否接反。

3. 同厂商配置实操：先把基础夯实

3.1 H3C 手工静态聚合配置步骤

H3C 的静态聚合（也就是手工聚合）适用于对端设备不支持 LACP 的场景，或者你明确知道链路两端必须强制绑定的场景。配置流程分三步：

第一步：创建二层聚合接口

system-view interface Bridge-Aggregation 1 port link-type trunk port trunk permit vlan 10 20 quit

这里把 Bridge-Aggregation 1 配成 trunk，透传 VLAN 10 和 20。如果你的场景是 access 口，那就配port link-type access和port access vlan 10。

第二步：把物理口加入聚合组

interface GigabitEthernet 1/0/1 port link-aggregation group 1 quit interface GigabitEthernet 1/0/2 port link-aggregation group 1 quit

注意加入聚合组之前，物理口上不要配置任何业务命令。H3C 会检查，如果物理口上已经有配置，加入聚合组时会报错，需要先清掉。

第三步：查看聚合状态

display link-aggregation summary

看到 Aggregate Interface 的状态是 Up，成员口都 Selected，就说明聚合成功了。

3.2 H3C 动态 LACP 聚合配置步骤

动态聚合跑 LACP 协议，两端会自动协商，一个口断了会自动从聚合组里摘除，比手工聚合更智能。H3C 的动态聚合配置：

system-view interface Bridge-Aggregation 1 port link-type trunk port trunk permit vlan 10 20 link-aggregation mode dynamic quit interface GigabitEthernet 1/0/1 port link-aggregation group 1 quit interface GigabitEthernet 1/0/2 port link-aggregation group 1 quit

关键区别就一行：link-aggregation mode dynamic。这一行配置在聚合接口下，而不是物理口下。如果漏了这行，即使你在物理口上配了port link-aggregation group 1，两边默认也还是静态模式，协商不起来。

注意：H3C 动态聚合我建议只和同样支持 LACP 的设备对接，比如华为的 LACP 模式、或者标准交换机。如果对端是个傻瓜交换机或者不支持 LACP，那就老老实实用静态聚合。

3.3 华为手工负载分担与 LACP 配置步骤

华为的命令风格和 H3C 不一样，但逻辑类似。先是手工负载分担模式：

system-view interface Eth-Trunk 1 port link-type trunk port trunk allow-pass vlan 10 20 quit interface GigabitEthernet 0/0/1 eth-trunk 1 quit interface GigabitEthernet 0/0/2 eth-trunk 1 quit

然后是 LACP 模式：

system-view interface Eth-Trunk 1 mode lacp port link-type trunk port trunk allow-pass vlan 10 20 quit interface GigabitEthernet 0/0/1 eth-trunk 1 quit interface GigabitEthernet 0/0/2 eth-trunk 1 quit

华为这里有个容易踩的细节：mode lacp这条命令要求先配置，再配置端口类型和 VLAN。如果先配了port link-type trunk再敲mode lacp，某些版本会提示错误或者模式切换不干净。

4. 跨厂商对接：H3C 和华为端口聚合实战配置

4.1 跨厂商对接时模式选型的核心逻辑

跨厂商配置端口聚合，最重要的一件事是确定用哪种模式。我的结论很直接：

• 首选 LACP 动态聚合。因为 LACP 是 IEEE 标准协议，H3C 和华为都完整支持，协商过程透明可控，两端状态能通过命令直观看到。而且 LACP 模式下，一端拔线，另一端能快速感知并切换，比手工聚合感知快。
• 次选手工静态聚合。如果对端设备老、不支持 LACP、或者你明确知道两根线必须同时转发，那用手工静态聚合也完全没问题。但要注意，手工聚合没有协商过程，两端各自的 member 口必须手动保持一致，一旦有一端漏加了一个口，这个口不会转发流量，但设备不报错，排查起来比较隐蔽。

实际项目里我遇到过一种情况：用户现场有两台交换机，一台是 H3C 的老款 S5120，一台是华为 S5720，中间通过光模块互联。我一开始想配置 LACP 动态聚合，结果发现 H3C 那台老款设备系统版本太旧，LACP 协议实现有点问题，协商总是失败。后来改用了手工静态聚合，两边配置一敲就通了。所以我的建议是：先试 LACP，不行就退到手工，不要纠结。

4.2 完整配置实例：H3C S5560 与华为 S5720 跨厂商二层聚合

下面给一个完整的可直接套用的配置模板。假设场景是：H3C S5560 作为汇聚交换机，连接华为 S5720 作为接入交换机，中间两根千兆光纤，需要透传 VLAN 10（办公网）和 VLAN 20（服务器网）。

H3C S5560 侧配置（LACP 动态聚合）：

system-view sysname H3C-Core interface Bridge-Aggregation 1 description Link-to-Huawei-Access port link-type trunk port trunk permit vlan 10 20 link-aggregation mode dynamic quit interface Ten-GigabitEthernet 1/0/1 port link-aggregation group 1 quit interface Ten-GigabitEthernet 1/0/2 port link-aggregation group 1 quit save force

华为 S5720 侧配置（LACP 模式）：

system-view sysname Huawei-Access interface Eth-Trunk 1 description Link-to-H3C-Core mode lacp port link-type trunk port trunk allow-pass vlan 10 20 quit interface GigabitEthernet 0/0/1 eth-trunk 1 quit interface GigabitEthernet 0/0/2 eth-trunk 1 quit save

配置完成后，两边的验证命令：

H3C 侧用display link-aggregation summary，华为侧用display eth-trunk 1。正常情况应该看到成员口状态是 Selected（H3C）或 Negotiate（华为），聚合口状态是 Up。

4.3 跨厂商对接的协商机制与注意事项

跨厂商配置端口聚合，原理上没有任何障碍，因为 LACP 是标准协议，只要遵循标准实现，两台设备就能正常协商。但是实际对接中还是有几个坑值得特别注意：

坑一：LACP 系统优先级不一致导致主控端不同，但功能无影响

LACP 协商时会比较两端设备优先级，优先级高的成为主动端，主动端的成员口状态决定最终 Selected 还是 Standby。两家设备默认系统优先级都是 32768，此时会比较 MAC 地址，MAC 小的成为主动端。不管谁成为主动端，只要两端物理链路都正常，最终结果都是所有成员口变为 Selected。只有在成员口数量超过最大支持数时，才有意义去调系统优先级指定哪些口优先。

坑二：两端成员口数量不一致

如果你在 H3C 侧加入了两个口，华为侧只加入了一个口，那华为侧那个口会正常转发，H3C 侧两个口的状态就会有一个变 Standby。结果是物理上明明连着两根线，实际只有一根在转发。这就是为什么配置完成后一定要核对两端成员口数量一致。

坑三：VLAN 放通列表必须完全一致

这是跨厂商对接里最隐蔽的坑。H3C 的port trunk permit vlan 10 20和华为的port trunk allow-pass vlan 10 20功能相同，但如果一端放通了 VLAN 10 20 30，另一端只放通了 VLAN 10 20，那 VLAN 30 的流量在某一段会被直接丢弃，而且两端设备都不会报错。

坑四：PVID 必须一致

H3C 默认 PVID 是 VLAN 1，华为默认也是 VLAN 1。如果你在某一端把 PVID 改了而另一端没改，那不打标签的流量（比如某些打印机、摄像头）就会在两端 VLAN 不一致的情况下转发异常。跨厂商对接时，PVID 必须同步。

5. 实战中的排错链路：聚合配好却不通的完整排查思路

端口聚合配好了，状态也显示 Up 了，但业务就是不通。这个问题在跨厂商环境里出现频率极高。下面是我在实际割接中反复验证过的排查链路，每一步都对应具体的命令和判断标准。

5.1 第一步：确认物理层没问题

先不要急着看聚合配置。物理层有问题，聚合层做得再完美也是白搭。

在两台设备上分别执行：

• H3C：display interface brief或display transceiver interface Ten-GigabitEthernet 1/0/1
• 华为：display interface brief或display transceiver interface GigabitEthernet 0/0/1

确认两端物理口状态都是 Up，速率、双工一致。如果是光口，看光功率是否在正常范围内。我遇到过一种情况：光模块老化导致光功率偏低，物理口状态虽然是 Up，但实际有丢包，查了很久才发现是光模块问题，而不是聚合配置问题。

5.2 第二步：确认聚合口状态与成员口状态

这一步是关键。聚合口 Up 不等于成员口都在正常工作。很多人在这一层忽略细节。

H3C 执行display link-aggregation summary，关注每个聚合组的 Selected 端口数和 Unselected 端口数。正常情况 Selected 端口数应该等于你配置的成员口数。如果有一个口是 Unselected，说明这个口没被选上，原因可能是速率不一致、双工不一致、或者对端没有加入对应聚合组。

华为侧执行display eth-trunk 1，关注每个成员口的状态。正常应该是 Negotiate 状态。如果某个口是 Standby，说明这个口没有参与转发。

如果两端成员口状态都是正常的，那就进入下一步。

5.3 第三步：检查 VLAN 配置与实际流量路径

这个坑最常见也最隐蔽。聚合口状态正常，但 VLAN 配置不一致，流量还是不通。

在两台设备上分别查看：

• H3C：display port trunk或display vlan 10
• 华为：display port vlan trunk或display vlan 10

确认两端 trunk 放通的 VLAN 列表完全一致，PVID 一致。尤其注意：有些交换机默认放通 VLAN 1，如果你的业务 VLAN 是 10 和 20，一定要确认两端都显式放通了 VLAN 10 和 20，不要漏。

我遇到过一个案例：华为侧 Eth-Trunk 放通了 VLAN 10 和 20，但 H3C 侧只把 Bridge-Aggregation 1 配成了 trunk，忘记输入port trunk permit vlan 10 20，结果默认只放通 VLAN 1，业务直接断。排查到最后发现是 H3C 侧的 permit 列表问题，而不是聚合本身的问题。

5.4 第四步：抓包确认 LACP 报文交互

如果前面三步都正常还是不通，那就要看 LACP 协商细节了。这一步对于跨厂商环境尤其重要，因为不同厂商对 LACP 的实现细节可能有微小差异。

在 H3C 上执行debugging link-aggregation或者在华为上执行debugging lacp，查看 LACP 报文交互情况。正常的 LACP 协商过程应该是：两端互发 LACPDU，报文里包含系统优先级、系统 MAC、端口优先级、端口号等信息，协商成功后成员口变为 Selected。

如果你发现两端一直在互发报文但状态始终无法稳定，那有可能是：

1. 两端 LACP 模式不匹配。一端是动态 LACP，另一端是手工静态聚合，那永远协商不起来。
2. 两端版本对 LACP 协议的实现有差异。遇到这种情况，最简单的解决方案就是退回到手工静态聚合，绕过协议协商。

5.5 第五步：检查生成树和策略路由

最后一步往往被人忽略。端口聚合配好了、VLAN 也放通了、物理层也正常，但业务就是不通，那问题可能在生成树（STP）或路由策略上。

在跨厂商对接场景里，STP 的兼容性问题比较典型。H3C 默认生成树模式是 MSTP，华为默认生成树模式也是 MSTP，但实际环境里可能一端被改成了 RSTP，一端是 MSTP，导致 BPDU 处理方式不一致，某些端口被阻塞。

检查方法：

• H3C：display stp brief
• 华为：display stp brief

确认两端端口状态都是 Forwarding 而不是 Blocking。如果发现 Blocking，那就检查生成树模式是否一致，或者直接在互联端口上配置边缘端口（H3C：stp edged-port，华为：stp edged-port enable）来避免不必要的阻塞。

6. 高级场景：三层聚合与跨厂商混合组网

6.1 三层聚合的适用场景与配置要点

前面讲的都是二层聚合，主要解决 VLAN 透传问题。但有些场景需要三层聚合，典型场景是：

1. 两台三层交换机之间做路由互联，通过三层聚合提供冗余和带宽。
2. 交换机上行到核心路由器或防火墙，使用三层聚合口跑路由协议。

三层聚合配置比二层复杂一点，但核心逻辑一样。下面给一个 H3C 与华为三层聚合对接的配置示例。

场景：H3C S5560 与华为 S5720 之间跑三层聚合，互联地址 192.168.100.0/30。

H3C 侧：

system-view interface Route-Aggregation 1 description Link-to-Huawei-Router ip address 192.168.100.1 255.255.255.252 quit interface Ten-GigabitEthernet 1/0/1 port link-aggregation group 1 quit interface Ten-GigabitEthernet 1/0/2 port link-aggregation group 1 quit

华为侧（注意华为不需要显式创建三层 Eth-Trunk，直接配 IP 即可）：

system-view interface Eth-Trunk 1 description Link-to-H3C-Core ip address 192.168.100.2 255.255.255.252 quit interface GigabitEthernet 0/0/1 eth-trunk 1 quit interface GigabitEthernet 0/0/2 eth-trunk 1 quit

6.2 三层聚合跨厂商对接的坑

三层聚合跨厂商对接有两个需要特别注意的坑。

坑一：H3C 的 Route-Aggregation 和 Bridge-Aggregation 不能混用

H3C 的设备里，如果你先创建了 Bridge-Aggregation 1，又把物理口加入了 group 1，那就不能再把这个 group 变更为 Route-Aggregation。需要先删除原来的聚合口，重新创建。所以三层聚合的场景，H3C 侧要先创建 Route-Aggregation，再添加物理口。

坑二：华为 Eth-Trunk 的二三层类型切换有额外验证

华为的 Eth-Trunk 是通过是否配置 IP 来决定二三层类型的。如果你先给 Eth-Trunk 配了port link-type trunk，然后又想改成三层，必须先把二层配置全部清掉，否则系统会提示错误。反过来同理。跨厂商对接时，先明确二三层角色，再一次性配置到位，避免中间状态导致业务闪断。

6.3 混合组网案例：H3C 核心 + 华为接入 + 锐捷汇聚

这个案例是我实际做过的，直接分享出来给大家参考。

网络拓扑：H3C S7506E 作为核心，下联锐捷 S5750 汇聚，汇聚下联华为 S5720 接入。核心到汇聚、汇聚到接入之间都做了端口聚合。

这里有个关键点：核心到汇聚用的是 H3C 到锐捷的跨厂商聚合（H3C 动态 LACP 对锐捷的 LACP），汇聚到接入用的是锐捷到华为的跨厂商聚合（锐捷静态聚合对华为手工负载分担）。为什么这么选？因为当时锐捷和华为之间 LACP 协商有个 bug，握手不稳定，干脆用了手工静态负载分担，反而最省事。

这个案例说明一个问题：跨厂商聚合的选型不是一成不变的。真正到了现场，要结合设备版本、已知 bug、物理条件灵活选择。我的优先级通常是：LACP 动态 > 静态手工 > 使用各厂商特有的堆叠/集群技术。后者虽然功能更强大，但跨厂商完全无法互通，只适合单厂商组网。

7. 我踩过的最值得分享的几个坑

7.1 H3C 版本差异导致的 LACP 协商失败

之前做项目遇到一台 H3C S5120 V2 和华为 S5700 对接，配置完全正确，但 LACP 协商就是不成功。查到最后发现是 S5120 V2 的某一旧版本对 LACP 协议状态机的实现有 bug，升级固件后问题解决。这种情况在跨厂商对接时很难通过配置层面解决，只能升级版本或改用静态聚合。

7.2 华为 Eth-Trunk 成员口上残留配置导致加入失败

华为交换机如果某个物理口上已经配置了 port link-type access 或其他业务，加入 Eth-Trunk 时会提示错误。很多人排错时卡在这——明明配置命令对了，但就是加不进去。解决办法是在物理口上执行undo port link-type清空端口类型，再重新执行eth-trunk 1。H3C 也有类似问题，加入聚合组前需要确保物理口是干净状态。

7.3 跨厂商聚合时因为"系统优先级"问题产生的困惑

之前说过，LACP 协商时两端系统优先级默认都是 32768，此时会比较 MAC 地址。这在功能上没有任何问题，但很多初学者会在查看状态时发现主动端是某一端，然后误以为配置有问题。其实只要两端成员口都是 Selected，主动端是谁根本无所谓。只有在成员口数量超过设备支持上限时，才需要手动调整系统优先级来控制哪些口优先成为 Selected。

7.4 千万记住：配完必须保存配置

这个听起来像废话，但在我实际踩坑经历里，因为忘记保存配置导致重启后聚合配置丢失的项目至少有三四个。H3C 用save force，华为用save，配完立即执行，别拖。有些工程师习惯全部配完再统一保存，结果中途断电或者设备重启，前面配了两小时的聚合配置全没了。

7.5 跨厂商聚合配置完成后，建议做割接验证

新配置的端口聚合，尤其在跨厂商环境里，强烈建议做一次完整的割接验证：

1. 拔掉一根成员线，看业务是否依然正常，聚合口是否自动切换。
2. 插回一根，看成员口是否自动恢复并进入 Selected 状态。
3. 同时拔掉两根，看业务是否中断（应该中断，因为没有备用链路了）。
4. 对端重启，看 LACP 协商是否自动恢复。

这些验证动作看似简单，但能发现大量配置隐患。我做过一个项目，验证时发现拔掉一根线后业务时通时不通，查下去发现是对端设备另一个成员口的光模块松动，速率协商成了百兆，导致链路状态不稳定。如果没做验证，这个隐患可能要到业务峰值时才会暴露。

最后再分享一个实战中的小技巧

做跨厂商端口聚合配置前，我强烈建议先在两端设备上分别抓一份display输出存档，尤其是display link-aggregation summary（H3C）和display eth-trunk 1（华为）。配置出问题的时候，这两份存档能帮你快速定位是配置问题、协商问题还是物理问题。

另外，如果你经常要操作 H3C 和华为两种设备，建议自己整理一份命令对照表，把两台设备的聚合配置命令、查看命令、调试命令放一起。我自己的对照表里除了端口聚合，还有 VLAN 配置、静态路由、ACL、DHCP 等常用命令，每次跨厂商排错都能省不少时间。

端口聚合这个东西，原理不复杂，但跨厂商实施时细节特别多。只要把"模式一致、速率一致、VLAN 一致"这三个核心原则记牢，把上面的排错链路走一遍，大部分问题都能解决。希望这篇实战经验对你有用。