這張圖是我做想要做鏈路聚合，但是在鏈路聚合實驗中，出現了點兒小小小的問題，介於篇幅太長，所以單獨把問題丟擲來；
（在這裡我們不討論關於生成樹的問題，因為預設為我都掌握）
第一步：我們先進行鏈路聚合：
在我們進行鏈路聚合前、先用pc1pingpc3。看下報文傳播的路徑好了；
當我們進行乙個簡單的抓包之後，就會發現資料報傳輸的鏈路；從lsw1->lsw2->lsw3，但是在沒有進行鏈路聚合之前，我們發現：這三條路，會根據生成樹協議選擇沒有阻塞的埠發出，至於什麼生成樹就不過多解釋；
不過我發現乙個比較有意思的事情：
在我沒有對lsw1做任何手腳的時候：
它的stp是這樣的；
1、當我選擇把lsw1的
e0/0/5
埠shutdown
，（這個埠是**資料的埠），資料只會經過很短暫時間的超時：然後馬上恢復正常；
（估計1秒都要不到）
這個時候的lsw1已經沒有
eth0/0/5
，而是馬上（重點是馬上！）根埠變成了eth0/0/6；
2、然後我再次把剛剛shutdown的鏈路（
lsw2
的e0/0/2
埠）恢復正常後*（
undo shutdown
），他居然不**報文了！有點高冷；
3、然後我馬上，速度很快很快很快的檢視了下stp brief（生成樹協議情況），發現
eth0/0/5
馬上出現了。然後又再次變成了根埠，沒有毛病啊，依舊處於**狀態啊；但是報文就是一直超時啊。就是
ping
不通啊；作者表示很尷尬；
4、到現在，都過了3,4分鐘了。
pc1還是超時狀態；我想了想，貌似也超過
stp定時器的
delay
時間了啊。所以也不應該是生成樹重新計算時候導致的鏈路阻塞；不過就在我準備放棄的時候，尼瑪啊，它又通了。打我臉啊、（但是講真，這個時間真的太久了。）
和前面的做法一模一樣，先shutdown交換機
lsw1
**資料的埠，這時候報文沒有在
e5上跑。而是在新晉根埠
e6上面跑；
我們可以發現，我們shutdown埠
e5之後，報文在
e6上跑的很歡！
在這個時候，我再次把e0/0/5開啟（
我們發現，這時候這倆個都動了！都沒有任何的資料報從這裡**；這個時候傳送的全都是stp的配置資訊；但是對於生成樹協議來說，沒有任何問題；然而他就是不**；
於是我們抓包：交換機和主機之間的鏈路：
有從pc1發到
pc3的
ping
請求的報文；但是沒有任何應答；
所以，我還是沒有發現那裡有問題：先把問題丟在這，我很難過！
為什麼當鏈路關閉後在重啟需要這麼久的時間才能進行**，但是檢視stp狀態明明都是**狀態
不過我發現，只要重啟下pc1的
ping
，就又能
ping
通；所以我還不知道是什麼原因，
如果有大神發現了問題所在，求大神不吝賜教；
2017.3.14 by tea
mac 思科 鏈路聚合 鏈路聚合的配置
使用者需求 某學校網路拓撲圖如圖所示，交換機s1和s2互連的鏈路需要較大的頻寬，怎樣用比較經濟的方式提高交換機s1和s2互連鏈路的頻寬？鏈路聚合能夠使用兩台裝置之間的多個物理鏈路建立一條個邏輯鏈路，物理鏈路之間能夠進行負載共享，而不是通過stp來阻塞一條個或多條個鏈路。乙太網通道 etherchan...
mac 思科 鏈路聚合 鏈路聚合的配置命令
一 使用者需求 某學校網路拓撲圖如圖所示，交換機s1和s2互連的鏈路需要較大的頻寬，怎樣用比較經濟的方式提高交換機s1和s2互連鏈路的頻寬？二 知識梳理 鏈路聚合能夠使用兩台裝置之間的多個物理鏈路建立一條個邏輯鏈路，物理鏈路之間能夠進行負載共享，而不是通過stp來阻塞一條個或多條個鏈路。乙太網通道 ...
鏈路聚合etherchannel
etherchannel 鏈路聚合 多跟物理鏈路聚合成一根邏輯鏈路，增加交換機間鏈路的頻寬 1.pagp 思科私有 一般用在交換機互聯turnk路徑 要求 兩根鏈路要有相同的物理屬性和邏輯屬性 數量限制 2的x方，x最大為3 1 生成的邏輯鏈路叫做port channel，對port channel...