把兩條網路線接在同一組設備之間，不會自動變成兩倍頻寬，甚至可能形成 Loop。要由兩端建立相容的 LAG／Port Channel、使用一致成員設定並完成 LACP 協商；單一 flow 通常仍只走一條 member。
LACP 實際在做什麼
鏈路聚合（Link Aggregation）的標準是 IEEE 802.3ad，後來併入 802.1AX，目的是把多條實體網路線綁成一個邏輯通道，同時提供「頻寬累加」與「鏈路備援」兩個好處。其中 LACP（Link Aggregation Control Protocol）是動態協商的控制協定，兩端交換器會互相交換 LACPDU 封包，確認彼此都同意組成同一個聚合群組，才會把鏈路加進來。
IEEE 802.1AX 定義 LACP 的協商與運作方式，但每個聚合群組可放幾條、可同時 active 幾條，仍取決於兩端設備、模組與 OS 版本；不同平台可能是 8、16、32 或其他上限，不能把「16 條、active 8 條」寫成跨平台標準值。規劃時查兩端 datasheet／configuration guide，採用較低的共同上限。實務上 2 到 4 條很常見，但仍要配合流量模型與故障需求。
為什麼兩條 1G 不會讓單一檔案傳輸變 2G
這是最多人誤解的地方。LACP 的負載分配是以「資料流（flow）」為單位做雜湊，常見依來源/目的 MAC、IP 或 TCP/UDP 連接埠去算雜湊值，把同一條連線固定走同一條實體線。也就是說，單一一條 TCP 連線的速度上限，仍然是單條線的速度；只有「多條連線同時跑」時，才會被分散到不同實體線、合計起來變快。
所以如果你的瓶頸是「一台伺服器對一台 NAS 的單一大檔複製」，LACP 幫助有限，該考慮的是升級單埠速率（例如 2.5G／10G）；但若是「多人同時存取檔案伺服器」這種多連線情境，LACP 的效益就很明顯。配置時建議把雜湊演算法調成 L3+L4（IP 加連接埠），分流會比只看 MAC 更均勻。
實務配置與常見地雷
規劃時我會把握幾個原則。第一，聚合群組兩端的速率、雙工、VLAN 設定必須一致，否則協商根本不會成立。第二，跨兩台實體交換器做聚合，需要支援堆疊或 MLAG／VSF 之類的虛擬化技術，單純兩台獨立交換器各接一條是做不到的。第三，聚合通道一旦成立，STP 會把它視為單一邏輯埠來計算，可以避免迴圈，但也要確認生成樹的參數沒被打亂。
對照指令
LACP 故障先分成協商、成員與流量三層
| 症狀 | 先看 | 常見方向 |
|---|---|---|
| 成員是 individual／suspended | LACP partner、key、system ID | 對端未啟用、模式不合或接錯設備 |
| 部分成員不進 bundle | 速率、duplex、MTU、VLAN | 成員設定不一致或平台上限 |
| 只有一條很忙 | Hash 欄位與 flow 數量 | 單一 TCP flow 不會自動拆到多條線 |
| 偶發黑洞 | 兩端成員、MAC/ARP、MLAG 狀態 | 靜態 LAG、雙機狀態或拓樸不一致 |
變更前的最低安全清單
- 畫出每條實體線對應的兩端埠，先停用未確認的跳線。
- 記錄 VLAN、native／PVID、MTU、速率與 Hash 原值。
- 先用兩條測試線建立，再逐步移轉正式 VLAN。
- 驗證單線故障、設備重開與雙向多 flow，不只做一次 ping。
聚合頻寬是多條 flow 的總能力，不是單一連線保證。若單一備份或複製要超過一條成員的速率，應評估提高單埠速率或應用層多連線。
查核資料
- IEEE 802.1AX Link Aggregation revision project IEEE 802.1 Working Group · 2026-08-12
