静态链路聚合怎么建
静态聚合由人工指定成员口，不跑 LACP 之类的协商协议：两端只要都把同样的物理口加进聚合组，聚合链路就会 up。优点是配置简单、不依赖协议交互，适合两端设备型号与配置都明确可控的场景；缺点同样明显——不校验对端，对端如果没做聚合，静态聚合的成员口之间会出现广播与未知单播的环回，直接导致丢包甚至二层环路。所以在生产网络里，除非两端都是自家人维护并已确认，否则优先使用动态聚合。
基本信息
| 适用场景 | 同厂商直连、服务器网卡不做 LACP 的对接 |
|---|---|
| 华为写法 | interface Eth-Trunk 1 + mode manual load-balance（默认模式） |
| 思科写法 | interface range 后在成员口上 channel-group 1 mode on |
| H3C 写法 | interface Bridge-Aggregation 1，成员口加入组即静态 |
| 验证命令 | display eth-trunk、show etherchannel summary、display link-aggregation verbose |
典型使用场景
- 同厂商设备直连：两端由同一团队维护，聚合参数明确可控
- 服务器对接：网卡侧使用静态绑定（bond 非 LACP 模式）时交换机侧配合静态聚合
- 老旧设备对接：部分设备不支持 LACP，只能用静态方式扩容链路
- 过渡阶段：先建静态聚合恢复业务，再择期改为动态聚合
- 简单扩容：带宽需求不高、对端确定的接入场景，减少协议交互带来的复杂度
华为 VRP
华为 VRP
[Huawei] interface Eth-Trunk 1
[Huawei-Eth-Trunk1] mode manual load-balance ! 静态聚合（默认模式）
[Huawei-Eth-Trunk1] quit
[Huawei-GigabitEthernet0/0/1] eth-trunk 1
[Huawei-GigabitEthernet0/0/2] eth-trunk 1
<Huawei> display eth-trunk 1 ! 看成员状态与负载分担方式思科 IOS 与 H3C
思科 IOS 与 H3C
! 思科 IOS
SW-A(config)# interface range GigabitEthernet1/0/1-2
SW-A(config-if-range)# channel-group 1 mode on ! 静态，无协商
SW-A# show etherchannel summary ! 看 SU/P 状态与成员口
! H3C Comware：不配 mode 即为静态聚合
[H3C] interface Bridge-Aggregation 1
[H3C-Bridge-Aggregation1] quit
[H3C-GigabitEthernet1/0/1] port link-aggregation group 1
[H3C-GigabitEthernet1/0/2] port link-aggregation group 1三厂写法对照
| 平台 | 聚合口创建 | 成员口加入 | 默认模式 |
|---|---|---|---|
| 华为 VRP | interface Eth-Trunk 1 | 口下 eth-trunk 1 | mode manual load-balance |
| 思科 IOS | 由成员口自动创建 Port-channel | channel-group 1 mode on | mode on 即静态 |
| H3C Comware | interface Bridge-Aggregation 1 | 口下 port link-aggregation group 1 | 不配 mode 即静态 |
静态聚合不检测对端配置，因此两端必须由同一支团队按同一份方案配置。跨厂商或跨团队对接时，改用 LACP 能自动发现配置不一致，避免出现单向环回。
对端未做聚合是静态聚合最危险的场景：成员口之间的广播与未知单播会来回转发形成环路，几秒内就能把链路打满。上线前务必两端同时核对成员口列表。