Eth-Trunk 链路聚合实验:带宽提升和链路冗余怎么验证?
从手工聚合和 LACP 思路出发,讲清楚 Eth-Trunk 的接口加入、负载分担和故障验证方法。
交换机之间只接一条链路,容易遇到两个问题:带宽不够和单链路故障。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 传输文件,可能只走其中一条成员链路。这不是配置失败,而是负载分担算法的正常表现。
验收标准
完成配置后,至少检查:
- Eth-Trunk 接口状态为 Up。
- 成员接口处于 Selected 状态。
- 两端聚合模式一致。
- VLAN 或三层地址配置在正确的逻辑接口上。
- 断开一条成员链路后,业务仍能恢复或继续转发。
如果成员接口处于 Unselected,要优先检查两端模式、接口速率、接口配置和物理连接。
生产建议
服务器接入、交换机上联和防火墙互联都可能用到链路聚合。生产环境建议优先使用 LACP,并明确记录每条成员链路的对端设备、接口编号和用途,避免后续维护时误拔线。
参考资料
- 华为 HCIA-Datacom V1.0 实验手册
- IEEE 802.1AX 链路聚合标准
