本節書摘來自異步社群《ccnp tshoot 300-135認證考試指南》一書中的第5章，第5.7節二層etherchannel故障檢測與排除，作者 【加】raymond lacoste , 【美】kevin wallace，更多章節内容可以通路雲栖社群“異步社群”公衆号檢視
5.7 二層etherchannel故障檢測與排除
ccnp tshoot 300-135認證考試指南
stp操作存在一個例外情況，那就是交換機通過多條實體鍊路互連且這些實體鍊路被配置為etherchannel（以太通道）。etherchannel可以在邏輯上将兩台交換機之間的多個實體接口帶寬捆綁為一條邏輯連接配接（如圖5-7所示），圖中4條吉比特以太網鍊路在邏輯上被捆綁為一條etherchannel鍊路。
本節将讨論建立二層etherchannel捆綁鍊路的必需條件以及能夠成功建立捆綁鍊路的etherchannel模式組合。
5.7.1 二層etherchannel回顧
将多個端口綁定為一個邏輯etherchannel時，stp在進行計算時會将整個邏輯綁定鍊路（稱為端口通道）視為單個接口。下面列出了檢測與排除etherchannel故障時需要考慮的常見故障檢測與排除目标。
關鍵
端口配置不比對：兩台交換機上組成etherchannel的所有端口的配置都應該一樣。例如，所有端口的速率、雙工模式、中繼模式以及本征 vlan（native vlan）配置以及允許的vlan配置和端口類型（二層或三層）都應該完全相同。
etherchannel配置不比對：建立etherchannel的兩台交換機應該配置為相容模式，目前存在的三種可選模式包括lacp（link aggregation control protocol，鍊路聚合控制協定）、pagp（port aggregation protocol，端口聚合協定）和on，這三種模式互不相容。此外，使用lacp或pagp時，必須確定協定的模式能夠成功建立捆綁關系。表5-4列出了交換機成功建立etherchannel捆綁關系的模式組合。
etherchannel分發算法不合适：etherchannel利用雜湊演算法來确定究竟由哪條實體鍊路來傳送資料幀，所選的雜湊演算法應該能夠将流量公平地平均分發到所有實體鍊路上。例如，某些雜湊演算法可能僅基于資料幀的目的mac位址進行計算，那麼在大量資料幀僅去往少數mac位址時，就無法實作流量的均衡分發了。如果要驗證在用的負載均衡算法，可以使用show etherchannel load-balance指令。
