技术博客

Eth-Trunk 链路聚合实验:带宽提升和链路冗余怎么验证?

从手工聚合和 LACP 思路出发,讲清楚 Eth-Trunk 的接口加入、负载分担和故障验证方法。

Eth-TrunkLACP链路聚合交换网络

交换机之间只接一条链路,容易遇到两个问题:带宽不够和单链路故障。Eth-Trunk 的作用是把多条物理链路捆绑成一条逻辑链路,提高可靠性,也可以在多条链路之间做负载分担。

链路聚合不是把每个单流都拆成多份传输。多数设备会根据源目 MAC、IP、端口等字段做哈希,因此单个连接的带宽通常不会简单叠加。

手工聚合

手工聚合适合实验理解,但生产环境更常用 LACP。

interface Eth-Trunk1
mode manual load-balance
quit
interface GigabitEthernet0/0/1
eth-trunk 1
interface GigabitEthernet0/0/2
eth-trunk 1

两端成员接口数量、速率、双工和 VLAN 配置应保持一致,否则容易出现接口不能正常加入聚合组的问题。

LACP 聚合

LACP 可以通过协议协商聚合关系,能减少人为配置不一致带来的风险。

interface Eth-Trunk1
mode lacp-static

实验时建议先搭建两台交换机,每侧两条链路,配置完成后查看聚合状态。

验证命令

display eth-trunk
display trunkmembership eth-trunk 1
display interface Eth-Trunk1

验证不只是看接口 Up,还要看成员口是否真的加入转发。如果成员口处于非选中状态,需要检查模式、速率、VLAN 和对端配置。

故障演练

可以断开一条成员链路,观察业务是否继续转发。正常情况下,聚合组中仍有可用成员口时,业务不应完全中断。

再恢复链路,观察成员口是否重新加入。这个过程能帮助理解链路聚合的冗余价值。

实验目标

Eth-Trunk 实验要验证两个结果:第一,多条物理链路被识别为一条逻辑链路;第二,任意一条成员链路故障时,业务仍能通过其他成员链路转发。

建议用两台交换机,每台交换机使用两个接口互联,并在 Eth-Trunk 上配置 Trunk,承载 VLAN 10 和 VLAN 20。

配置前规划

成员接口应尽量保持一致:速率一致、双工一致、接口类型一致、对端连接关系清晰。不要把一条链路接到 SW2,另一条误接到 SW3,这会导致聚合状态异常。

配置时建议先清理成员接口上的独立业务配置,再加入 Eth-Trunk。加入聚合组后,业务属性通常应该配置在 Eth-Trunk 逻辑接口上,而不是分散配置在成员口上。

负载分担的误区

链路聚合提升的是整体吞吐能力,不保证单个 TCP 会话速度翻倍。常见负载分担算法会基于源 MAC、目的 MAC、源 IP、目的 IP、端口等字段做哈希。

如果实验中只有一台 PC 向另一台 PC 传输文件,可能只走其中一条成员链路。这不是配置失败,而是负载分担算法的正常表现。

验收标准

完成配置后,至少检查:

如果成员接口处于 Unselected,要优先检查两端模式、接口速率、接口配置和物理连接。

生产建议

服务器接入、交换机上联和防火墙互联都可能用到链路聚合。生产环境建议优先使用 LACP,并明确记录每条成员链路的对端设备、接口编号和用途,避免后续维护时误拔线。

参考资料