關(guān)于在鏈路聚合下做smart，monitor link的轉(zhuǎn)發(fā)測試
這次又要開始瞎折騰了。沒事找事了。畢竟我還是很無聊的；
這個實驗主要要涉及到以下幾個方面：
1、gvrp的應用：
2、Smart Link與Monitor Link的配置；
3、鏈路聚合；
GVRP（GARP VLAN Registration Protocol) GARP VLAN注冊協(xié)議
GARP(Generic Attribute Registration Protocol 通用屬性注冊協(xié)議
可以讓交換機之間能夠相互交換VLAN配置信息，動態(tài)創(chuàng)建和管理VLAN，用于只需要對少數(shù)交換機進行VLAN配置即可動態(tài)的傳播VLAN信息；
手工配置的VLAN成為靜態(tài)VLAN。通過GVRP協(xié)議創(chuàng)建的VLAN稱為動態(tài)VLAN；
GVRP的三種注冊模式：
Nomal模式：允許接口動態(tài)注冊，注銷vlan，傳播靜態(tài)vlan信息；
fixed模式：禁止接口動態(tài)注冊，注銷vlan，只傳播靜態(tài)vlan信息；
forbidden模式：禁止該接口動態(tài)注冊、注銷VLAN。不傳任何VLAN1以外的任何VLAN信息。
為了提高網(wǎng)絡可靠性，通常采用雙歸屬上方式進行組網(wǎng)、
網(wǎng)絡中兩條上行鏈路在正常情況下，只有一條處于聯(lián)通狀態(tài)。而另一條處于阻塞狀態(tài) ，從而防止環(huán)路問題。當主用鏈路發(fā)生故障的時候，流量會在毫秒級的時間迅速切換到備用鏈路，當原主鏈路回復時候，將維持在阻塞狀態(tài)，不進行搶占，從而保持了網(wǎng)絡的穩(wěn)定，
monitor link是用于擴展smart link的鏈路備份的范圍
通過監(jiān)控上游設備的上行鏈路，而對下行鏈路進行同步設置。達到上游設備的上行鏈路故障迅速傳達給下行設備，從而觸發(fā)下游設備的smart link
的主備鏈路切換，防止長時間因上行鏈路故障而出現(xiàn)網(wǎng)絡故障；
1負載分擔；
2提高可靠性，當某個成員接口出故障的時候，流量會切換到其可用的鏈路上
3增加帶寬。總帶寬是各成員接口帶寬之和
Eth-Trunk工作模式可以分成兩種
1。手工負載分擔模式：需要手動創(chuàng)建鏈路聚合組合，并配置多個借口加入到所創(chuàng)建的 Eth-Trunk中
2。靜態(tài)LACP模式：該模式通過LACP協(xié)議協(xié)商Eth-Trunk參數(shù)后自主選擇活動接口；
首先呢，這個是我們這次實驗的基本圖，這個圖就不設置很多套路了。（比如說不會設置vlan），在這個圖中呢，預計打算在LSW1和LSW2和LSW3之間設置鏈路聚合；之后我們在使用gvrp配置下接口狀態(tài)；（雖然我喜歡手動配置，不過看來還是又要加vlan了）然后在LSW4上設置Smart Link，使其能夠快速切換；然后在LSW2和LSW3上設置相應的 Monitor Link，做一個檢測作用，當下行鏈路出現(xiàn)問題時候，使其能夠通知上行鏈路迅速切換；
在這里先補張圖，就是我所理解的smart link和monitor link的原理；到時候我們就這么配置；、
（在這里我們不討論關(guān)于生成樹的問題，因為默認為我都掌握）
第一步：我們先進行鏈路聚合：
在我們進行鏈路聚合前、先用PC1pingPC3?？聪聢笪膫鞑サ穆窂胶昧?；
當我們進行一個簡單的抓包之后，就會發(fā)現(xiàn)數(shù)據(jù)報傳輸?shù)逆溌?；從LSW1->LSW2->LSW3，但是在沒有進行鏈路聚合之前，我們發(fā)現(xiàn)：這三條路，會根據(jù)生成樹協(xié)議選擇沒有阻塞的端口發(fā)出，至于什么生成樹就不過多解釋；
不過我發(fā)現(xiàn)一個比較有意思的事情：
在我沒有對LSW1做任何手腳的時候：
它的stp是這樣的；
1、當我選擇把LSW1的e0/0/5端口shutdown，（這個端口是轉(zhuǎn)發(fā)數(shù)據(jù)的端口），數(shù)據(jù)只會經(jīng)過很短暫時間的超時：然后馬上恢復正常；
（估計1秒都要不到）
這個時候的LSW1已經(jīng)沒有eth0/0/5，而是馬上（重點是馬上?。?/strong>根端口變成了eth0/0/6；
2、然后我再次把剛剛shutdown的鏈路（LSW2的e0/0/2端口）恢復正常后*（undo shutdown），他居然不轉(zhuǎn)發(fā)報文了！有點高冷；
3、然后我馬上，速度很快很快很快的查看了下stp brief（生成樹協(xié)議情況），發(fā)現(xiàn)eth0/0/5馬上出現(xiàn)了。然后又再次變成了根端口，沒有毛病啊，依舊處于轉(zhuǎn)發(fā)狀態(tài)??；但是報文就是一直超時啊。就是ping不通??；作者表示很尷尬；
4、到現(xiàn)在，都過了3,4分鐘了。Pc1還是超時狀態(tài)；我想了想，貌似也超過stp定時器的delay時間了啊。所以也不應該是生成樹重新計算時候?qū)е碌逆溌纷枞?/strong>不過就在我準備放棄的時候，尼瑪啊，它又通了。打我臉啊、（但是講真，這個時間真的太久了。）
和前面的做法一模一樣，先shutdown交換機LSW1轉(zhuǎn)發(fā)數(shù)據(jù)的端口，這時候報文沒有在E5上跑。而是在新晉根端口E6上面跑；
我們可以發(fā)現(xiàn)，我們shutdown端口E5之后，報文在E6上跑的很歡！
在這個時候，我再次把e0/0/5打開（undo shutdown）
我們發(fā)現(xiàn)，這時候這倆個都動了！都沒有任何的數(shù)據(jù)包從這里轉(zhuǎn)發(fā)；這個時候發(fā)送的全都是stp的配置信息；但是對于生成樹協(xié)議來說，沒有任何問題；然而他就是不轉(zhuǎn)發(fā)；
于是我們抓包：交換機和主機之間的鏈路：
有從pc1發(fā)到pc3的ping請求的報文；但是沒有任何應答；
所以，我還是沒有發(fā)現(xiàn)那里有問題：先把問題丟在這，我很難過！
不過我發(fā)現(xiàn)，只要重啟下pc1的ping，就又能ping通；
**************************************************
好了，先寫會DSP壓（he）壓（he）驚（da）；
**************************************************
第一步：先進行鏈路聚合：
[LSW1]interface Eth-Trunk 1 在LSW1上建立eth-trunk1接口 [LSW1-Eth-Trunk1]mode manual load-balance 設置為手工負載分擔模式 [LSW1-Ethernet0/0/1]eth-trunk 1 將三個端口添加到eth-trunk1接口 [LSW1-Ethernet0/0/5]eth-trunk 1[LSW1-Ethernet0/0/6]eth-trunk 1[LSW1]display eth-trunk 1 用這個命令可以查詢eth-trunk接口下的端口 [LSW1]display interface Eth-Trunk 1 查看s1和s2的eth-Trunk接口的信息
以下兩張圖是使用這兩條命令對相應信息的查看：
[LSW1]display eth-trunk 1
[LSW1]display interface Eth-Trunk 1
將LSW1和LSW2和LSW3之間的鏈路都進行聚合；
如果只聚合一端的話，將無法通信，會返回：
將所有的鏈路都進行了聚合：如下圖：
現(xiàn)在有一個小問題：如果鏈路聚合之后，數(shù)據(jù)包會怎么在聚合鏈路上轉(zhuǎn)發(fā)呢？
在目前看來，當進行了鏈路聚合之后，報文也只是在E0/0/5上跑。并沒有達到均衡負載；
不過當我shutdown E5，然后在undo shutdown E5的時候，PC1pingPC3時候的恢復速度比之前沒有做鏈路聚合的時候恢復的更快；大概是15S的樣子；
因為從上面的圖看到：只經(jīng)過了一個延時，說明只可能是RSTP或者是MSTP，不可能是stp，因為STP從去能到轉(zhuǎn)發(fā)需要經(jīng)過2倍的FWDLY；而rstp和mstp只需要經(jīng)過1倍fwdly；
第二步：發(fā)現(xiàn)數(shù)據(jù)如何在作了鏈路聚合的隧道上發(fā)送
當我們使用PC1pingPC3的時候，我們通過抓包發(fā)現(xiàn)：
我們發(fā)現(xiàn)：
【1】LSW1和LSW2之間，LSW2和LSW3之間都作了鏈路聚合，但是發(fā)現(xiàn)，在LSW1和LSW2之間報文request和reply報文發(fā)送的鏈路是不同的，但是在LSW1和LSW2之間報文request和reply報文發(fā)送鏈路卻是相同的；所以作了鏈路聚合之后，出現(xiàn)了鏈路流量分配不均勻；
百度到的答案：負載分擔是基于一定特征帶哈希選路的，默認是基于SIP、DIP，只有數(shù)據(jù)流多的時候，才能看出負載分擔的效果，一條流肯定就只選一條路了
所以鏈路聚合之后并不會按照stp生成樹的端口來發(fā)送數(shù)據(jù)，而是根據(jù)一種算法，先放過這個，先把后面的做完了再說
第三步：配置LACP鏈路聚合：
因為之前配置了手動模式，如果需要轉(zhuǎn)換狀態(tài)，就需要全部取消才行；
所以就直接使用了新的拓撲圖；
兩條鏈路其中一條鏈路出現(xiàn)了問題，另外一條備用的鏈路馬上頂替出問題的鏈路工作，保證是兩條鏈路工作如何實現(xiàn)呢？
開啟所有的鏈路：
[LSW1-Eth-Trunk1]mode lacp---GigabitEthernet0//]eth-trunk --trunk --Eth-Trunk1]max active-linknumber -GigabitEthernet0//]lacp priority -GigabitEthernet0//]lacp priority 設置兩個優(yōu)先級為100的鏈路，目的是為了確定這兩個鏈路成為活動狀態(tài)
通過設置。g0/0/1和g0/0/2成為活動狀態(tài)，。而G0/0/5成為備份鏈路，當現(xiàn)在的活動鏈路出現(xiàn)問題時候，g0/0/5成為活動鏈路但是g0/0/1如果斷開在連接，則不會恢復為活躍狀態(tài)；
當接口數(shù)量超出了大負載閾值時，剩余接口不會轉(zhuǎn)發(fā)流量的
第四步：配置Smart Link
Smart link 要注意的地方是：需要關(guān)閉stp；
為了提高網(wǎng)絡可靠性，通常采用雙歸屬上方式進行組網(wǎng)、
Smart link網(wǎng)絡中兩條上行鏈路在正常情況下，只有一條處于聯(lián)通狀態(tài)。而另一條處于阻塞狀態(tài) ，從而防止環(huán)路問題。當主用鏈路發(fā)生故障的時候，流量會在毫秒級的時間迅速切換到備用鏈路，當原主鏈路回復時候，將維持在阻塞狀態(tài)，不進行搶占，從而保持了網(wǎng)絡的穩(wěn)定，
monitor link是用于擴展smart link的鏈路備份的范圍
通過監(jiān)控上游設備的上行鏈路，而對下行鏈路進行同步設置。達到上游設備的上行鏈路故障迅速傳達給下行設備，從而觸發(fā)下游設備的smart link
的主備鏈路切換，防止長時間因上行鏈路故障而出現(xiàn)網(wǎng)絡故障；
【1】先取消掉stp：
[LSW1]undo stp enable [LSW1]stp disable
這種時候就會出現(xiàn)路由環(huán)路。當我用pc1pingpc3的時候，抓包任意一條鏈路，都會發(fā)現(xiàn)里面的報文成倍的瘋長；并且不能ping通；
【2】然后再設置smart link；
[LSW1]smart-link group 1 在LSW1上創(chuàng)建只能鏈路組 [LSW1-smlk-group1]smart-link enable 開啟智能鏈路
突然發(fā)現(xiàn)并不能添加端口進去，提示的是：該端口已經(jīng)運行在stp下。所以在LSW上關(guān)閉stp沒啥用啊，還是要進入到每個端口中，停止stp協(xié)議；
| 1 另外有需要云服務器可以了解下創(chuàng)新互聯(lián)scvps.cn，海內(nèi)外云服務器15元起步，三天無理由+7*72小時售后在線，公司持有idc許可證，提供“云服務器、裸金屬服務器、高防服務器、香港服務器、美國服務器、虛擬主機、免備案服務器”等云主機租用服務以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡單易用、服務可用性高、性價比高”等特點與優(yōu)勢，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應用場景需求。 本文標題：關(guān)于在鏈路聚合下做smart，monitorlink的轉(zhuǎn)發(fā)測試-創(chuàng)新互聯(lián) 文章轉(zhuǎn)載：http://weahome.cn/article/gegdo.html 其他資訊 |
重慶分公司
重慶分公司
