交换机上联核心只有一根线，带宽不够就堵，线断了就瘫。端口聚合（LACP，对应标准 IEEE 802.3ad）把两根或更多物理口绑成一条逻辑链路：带宽相加，坏一根自动切到其余，业务不掉。它解决的不是"单流更快"，而是"上联更宽、更稳"。
1、带宽叠加：两台交换机之间 2 个 1G 口聚成一条逻辑链路，上联就是 2G；4 个口就是 4G。对视频监控、采集这类上联容易瓶颈的场景最直接。
2、故障切换：聚合组里任一个成员口断开，流量秒级切到剩余成员口。单链路方案断一根就是整段中断。
链路聚合是"多流叠加"，不是"单流提速"。一条 TCP 会话只走一个成员口，所以它最多吃到单口带宽（比如 1G），不会自动跑满 2G。想让单条流更快，得靠升单口速率，不是加口。
维度 | 静态聚合 | LACP 动态 |
协商方式 | 两端强制，不发协商报文 | 通过 LACPDU 报文协商 |
对端没配会怎样 | 可能成环或黑洞丢包 | 协商不上就不放行，更安全 |
适用 | 老设备不支持 LACP | 主流工业/企业交换机 |
模式组合 | 无 | active + active / active + passive |
静态聚合两端都得"硬配"，一旦对端忘了开，容易出广播风暴或单向不通。LACP 靠报文探活，成员口状态不对就自动隔离，工程上更省心。新项目默认上 LACP。
聚合组建好后，交换机用哈希算法决定每条流走哪个成员口。常见哈希因子有：源 MAC、目的 MAC、源 IP、目的 IP、四层端口。工业现场建议用"源 IP + 目的 IP + 端口"组合哈希，跨摄像头/跨网段流量分布更均匀。
哈希是按"流"分的，不是按"字节"均摊。如果现场就几条大象流（比如几路大码流回传），可能某几个成员口很忙、另几个很闲。这种时候单纯加口不一定解决问题，要看流的个数。
思路（不同品牌命令字不同，逻辑一致）：
1、建聚合组，模式设 LACP；
2、把物理上联口加进聚合组，先 shutdown 再操作更稳；
3、两端成员口速率、双工必须一致，否则协商不上；
4、聚合口配成 Trunk，放通需要的 VLAN；
5、保存配置，并做一次拔线测试确认切换正常。
配置完别急着走，现场拔一根成员口看看业务是否中断、收敛多久。很多"理论上毫秒级"的项目，实测因为对端没配 LACP 而直接断了。
1、对端没开 LACP：你这边 active，对端是静态，链路可能起不来或单向通。先确认两端模式匹配。
2、成员口速率不一致：一个 1G 一个 100M 混进聚合组，协商会异常。上联口型号、速率要统一。
3、跨板卡聚合：框式设备跨线卡聚合要注意转发路径，分布式设备优先同板卡聚合。
4、以为单流能翻倍：前面说过，单条 TCP 只走一个口，别拿聚合当单流提速。
LACP 和静态聚合能混用吗？
不能在一个聚合组里混。一端静态一端 LACP，协商对不上，轻则不通重则成环。整组统一模式。
两条 1G 聚合后，单路摄像头回传能到 2G 吗？
不能。一条流只落在一个成员口，上限还是 1G。聚合提升的是多路总带宽和冗余，不是单流速率。
聚合组成员口断一根，切换要多久？
LACP 检测靠报文周期（默认约 1 秒级），断链后剩余成员口接管通常是毫秒到秒级，具体看对端设备和定时器配置。上线前拔线实测最准。
端口聚合 LACP 是上联带宽和可靠性的性价比方案：多条物理口绑成逻辑链路，带宽相加、故障自动切换。记住它叠加的是"多流"不是"单流"，选 LACP 动态比静态聚合更稳，配置完务必拔线验证切换。上联规划这类活，锐应科技的工业交换机在聚合组和 VLAN 联动上做得比较顺手。
本文由专注工业通信设备的锐应科技整理。了解更多 工业以太网交换机方案，或访问 锐应科技官网 www.szrayin.com。
