链路聚合静态和动态LACP怎么选，两端模式不一致聚合就起不来
“两台交换机之间拉了两条线做聚合，配置刚下发完，业务反而全断了；排查一圈把线调通，拔掉一条测试冗余，聚合口又起不来。"——链路聚合的翻车现场，一大半不是线的问题，而是模式没选对、两端没对齐。
先把概念摆正。聚合的目的，是把多条物理链路捆成一条逻辑链路（聚合组），带宽叠加、互为备份。按成员口怎么管理，分两大流派。静态（手工）模式：两端手工指定哪些端口进组，没有协议报文来往，配置简单、占用资源少，但成员错配、线序接错都不容易被发现，全部依赖链路层检测兜底，一些老设备也只支持这种。动态 LACP 模式（802.3ad）：两端互发 LACPDU 协议报文，自动协商谁能进组；一端链路质量劣化，另一端能通过协议感知并把问题成员摘出去，比静态模式稳得多。LACP 里还分主动端和被动端，至少要有一端主动，协商才会发生——这也是常见卡点。另外一条铁律：两端模式必须一致，一端静态一端动态，聚合组直接协商失败，业务中断。
配置与验证按五步走（以华为 S 系列交换机为例，命令均为 VRP 原文）：
- 定模式：交换机之间的互联、服务器上联这类要长期跑的链路，默认选 LACP 动态模式；只有对端是老旧设备、不支持 LACP 时，才退回手工模式。
- 建聚合口：system-view 进入系统视图后，执行 interface Eth-Trunk 1 创建聚合接口；动态模式执行 mode lacp，静态手工模式执行 mode manual load-balance。
- 加成员：进成员口视图（例如 interface GigabitEthernet0/0/1），执行 eth-trunk 1 把端口加入聚合组。对端交换机做对称配置——两边的聚合编号不必强求一致，但模式必须同种，一静一动就是开头那个"全断"现场。
- 验证：执行 display eth-trunk 1，看成员口状态——动态模式下，成员要两端协商成 Selected 才真正参与转发，有 Unselect 成员就顺着协议信息查两端模式、成员口数量、线序。
- 按需调主动端：LACP 协商由系统优先级高的一端主导，必要时用 lacp priority 调整系统或端口的优先级，让该说了算的那台设备说了算。
顺带划一下界：服务器侧的双网卡 bond 与交换机侧的聚合对接是常见组合，bond 各模式的带宽账是另一个话题，本篇锚定交换机侧的模式语义——对接时记住一句话：服务器侧模式与交换机侧模式要匹配，LACP 对 LACP，静态对静态。
贵州诚鑫致达科技做网络建设交付时，聚合链路的两端模式核对是必检项——两台设备的模式、成员口、编号在清单里一一对应，验收时逐条 display 确认过了才签字，不拿"配置下发成功"当"链路可用”。你们的聚合口翻过车吗？是两端模式不一致还是成员漏配？评论区对个账。链路的每一个模式参数，企业数据管家的验收清单里都要落一笔。