你要想像一下現實應用中
LACP可能不是架設在你自己擁有實體線路上
而是架設在跟ISP租用的LAYER 1 / 2 METRO線路上

那問題來了, 對你的交換機來說
如何才能確定可以在LAYER 2層面接上METRO接上另一邊的的交換機又可以確定ISP那邊沒出問題?

LACP的檢查機制就督可以很好解決這問題, 只有兩邊SWITCH都收到LACP訊息,
LACP才能成立再傳送封包

反觀STATIC LAG就沒有這機制, 只要SWITCH上的接口是UP, 就強制發包
如果是中間ISP線路那邊出問題了, 你也沒能FAILOVER
因為接你SWITCH那邊是沒事, 你交換機也以為線是好的

LACP也支持L4 / L3 / L2 層面LOAD BALANCE, 理論上比STATIC更好的平衡線路LOADING

FYI
https://linux.vbird.org/events/network_lacp.php

Static(靜態) 模式：switch 兩邊的連接埠口數量是固定的，而且需要設定成 Link Aggregation Group (LAG) 群組，且由於是靜態設定， 因此每一條實體網路線都不可以出錯，否則就會無法連線成功。

Dynamic(動態) LACP 模式：當 switch 兩邊都設定 LACP 模式時，兩邊埠口會透過詢問的方式來檢查是否有加入 LAG 群組，如果有的話，就達成 LACP 連線， 不然就略過 LACP 連線。

LACP有兩種主要模式：靜態和動態。
-靜態LACP(Static LACP)：
※ 靜態LACP配置需要手動設置，每個端口必須手動配置到聚合群組中。
※ 靜態模式下，不會進行任何協商過程，所有配置都是預定的。
※ 當其中一條線路斷線時，剩餘的線路繼續工作，但沒有動態檢測和重新協商的功能。
-動態LACP(Dynamic LACP)：
※ 使用LACP協議進行端口聚合群組的自動協商。
※ 動態模式下，設備會自動檢測線路連結狀態，並根據需要自動添加或移除端口。
※ 當線路中斷時，LACP會自動檢測並重新協商剩餘的線路，確保聚合群組的穩定性和可靠性。

斷線恢復檢測方式：
LACP使用LACP PDU（Protocol Data Unit）來檢測斷線。

斷線恢復原則：
如果聚合群組成員端口斷線，LACP協議將檢測到斷線並將LAG置於阻塞狀態。
一旦斷線的端口恢復，LACP協議將檢測到恢復並將LAG置於活動狀態。
如果LAG成員端口連續斷線和恢復，LACP協議將嘗試重新協商LAG。

示例：
端口1跟端口2使用靜態LACP，
端口1斷線後不會自動恢復，除非端口1先恢復且端口2發生斷線，才會切換到端口1連線。
不然就算端口1恢復連線，而端口2沒有發生斷線的情況下，也會持續僅使用端口2連線。

端口1跟端口2使用動態LACP，會自動協商，斷線會自動恢復。

綜合起來看，那就都設定動態LACP不就好了對吧！
但是動態LACP必須兩台交換機(設備)都支援動態LACP。
而靜態LACP則一台支援，另外一邊沒有特別要求。

以上小結，如有錯誤再麻煩大神幫忙糾正，感謝！