静态聚合与 LACP 的取舍
链路聚合有两种模式：静态聚合不做任何协商，两端配好即转发；LACP 动态聚合通过 LACPDU 报文互相确认身份与成员状态，成员异常时会被自动剔除。选型原则可以简化成一句：能用 LACP 就用 LACP，静态只留给对端明确不支持 LACP 的少数场景。两者在故障表现上的差别，比命令写法上的差别重要得多。
基本信息
| 适用平台 | 思科 IOS / 华为 VRP / H3C Comware 及服务器侧绑定 |
|---|---|
| 静态聚合写法 | 华为 mode manual load-balance；思科 on；H3C mode static |
| LACP 写法 | 华为 mode lacp-static；思科 active 或 passive；H3C mode dynamic |
| 决策倾向 | 优先 LACP，静态仅用于对端不支持 LACP 的场景 |
典型使用场景
- 新链路或新节点上线时选择聚合模式
- 制定接入规范，统一全网聚合标准
- 服务器双上联：Linux bond mode 4 对应交换机 LACP
- 跨厂商对接，标准协议最稳，避免私有实现差异
- 堆叠设备之间的互联链路，需要快速感知成员异常
华为 VRP
华为 VRP
[Huawei] interface Eth-Trunk 1
[Huawei-Eth-Trunk1] mode lacp-static # LACP；手工模式为 mode manual load-balance
[Huawei-GigabitEthernet0/0/1] eth-trunk 1
[Huawei-GigabitEthernet0/0/2] eth-trunk 1
<Huawei> display eth-trunk 1 verbose思科 IOS
思科 IOS
SW-CORE-01(config)# interface range GigabitEthernet1/0/1-2
SW-CORE-01(config-if-range)# channel-group 1 mode active # active 主动，passive 被动，on 为静态
SW-CORE-01(config)# interface Port-channel1
SW-CORE-01# show etherchannel 1 summaryH3C Comware
H3C Comware
[H3C] interface Bridge-Aggregation 1
[H3C-Bridge-Aggregation1] link-aggregation mode dynamic # LACP；静态为 mode static
[H3C-GigabitEthernet1/0/1] port link-aggregation group 1
<H3C> display link-aggregation verbose静态与 LACP 对比
| 维度 | 静态聚合 | LACP 动态聚合 |
|---|---|---|
| 协商检测 | 无，对端不聚合也不会察觉 | 周期性 LACPDU，可感知对端状态 |
| 错接后果 | 可能形成环回或无声丢包 | 成员不被选中，链路不参与转发 |
| 故障切换 | 成员物理 down 才切换 | 成员降级或失联会被快速剔除 |
| 跨厂商兼容 | 各厂商实现差异较大 | 标准协议，兼容性最稳 |
| 典型场景 | 同厂商短链、老旧设备 | 服务器双上联、跨厂商、堆叠链路 |
服务器侧要特别注意对应关系：Linux bond mode 4（即 802.3ad）对应交换机 LACP，bond mode 0（balance-rr）这类无协议模式对应静态聚合，两端模式必须匹配，否则表现为链路能通但吞吐异常或成员不参与转发。
把现有静态聚合改成 LACP 会重建聚合口，业务会短时中断。必须安排维护窗口，准备好可回退的配置脚本，并在两端同步切换。