關(guān)于在鏈路聚合下做smart，monitorlink的轉(zhuǎn)發(fā)測試

關(guān)于在鏈路聚合下做smart，monitor link的轉(zhuǎn)發(fā)測試

創(chuàng)新互聯(lián)建站擁有網(wǎng)站維護技術(shù)和項目管理團隊，建立的售前、實施和售后服務(wù)體系，為客戶提供定制化的網(wǎng)站設(shè)計、做網(wǎng)站、網(wǎng)站維護、西信服務(wù)器托管解決方案。為客戶網(wǎng)站安全和日常運維提供整體管家式外包優(yōu)質(zhì)服務(wù)。我們的網(wǎng)站維護服務(wù)覆蓋集團企業(yè)、上市公司、外企網(wǎng)站、商城建設(shè)、政府網(wǎng)站等各類型客戶群體，為全球上千家企業(yè)提供全方位網(wǎng)站維護、服務(wù)器維護解決方案。

這次又要開始瞎折騰了。沒事找事了。畢竟我還是很無聊的；

這個實驗主要要涉及到以下幾個方面：

1、gvrp的應(yīng)用：

2、Smart Link與Monitor Link的配置；

3、鏈路聚合；

先復(fù)習(xí)一波基本知識：

GVRP:

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信息。

Smart Link 與 Monitor Link

為了提高網(wǎng)絡(luò)可靠性，通常采用雙歸屬上方式進行組網(wǎng)、

網(wǎng)絡(luò)中兩條上行鏈路在正常情況下，只有一條處于聯(lián)通狀態(tài)。而另一條處于阻塞狀態(tài) ，從而防止環(huán)路問題。當主用鏈路發(fā)生故障的時候，流量會在毫秒級的時間迅速切換到備用鏈路，當原主鏈路回復(fù)時候，將維持在阻塞狀態(tài)，不進行搶占，從而保持了網(wǎng)絡(luò)的穩(wěn)定，

monitor link是用于擴展smart link的鏈路備份的范圍

通過監(jiān)控上游設(shè)備的上行鏈路，而對下行鏈路進行同步設(shè)置。達到上游設(shè)備的上行鏈路故障迅速傳達給下行設(shè)備，從而觸發(fā)下游設(shè)備的smart link

的主備鏈路切換，防止長時間因上行鏈路故障而出現(xiàn)網(wǎng)絡(luò)故障；

配置Eth-Trunk

1負載分擔(dān)；

2提高可靠性，當某個成員接口出故障的時候，流量會切換到其可用的鏈路上

3增加帶寬。總帶寬是各成員接口帶寬之和

Eth-Trunk工作模式可以分成兩種

1。手工負載分擔(dān)模式：需要手動創(chuàng)建鏈路聚合組合，并配置多個借口加入到所創(chuàng)建的 Eth-Trunk中

2。靜態(tài)LACP模式：該模式通過LACP協(xié)議協(xié)商Eth-Trunk參數(shù)后自主選擇活動接口；

實驗?zāi)Ｊ剑?/strong>

首先呢，這個是我們這次實驗的基本圖，這個圖就不設(shè)置很多套路了。（比如說不會設(shè)置vlan），在這個圖中呢，預(yù)計打算在LSW1和LSW2和LSW3之間設(shè)置鏈路聚合；之后我們在使用gvrp配置下接口狀態(tài)；（雖然我喜歡手動配置，不過看來還是又要加vlan了）然后在LSW4上設(shè)置Smart Link，使其能夠快速切換；然后在LSW2和LSW3上設(shè)置相應(yīng)的 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)過很短暫時間的超時：然后馬上恢復(fù)正常；

（估計1秒都要不到）

這個時候的LSW1已經(jīng)沒有eth0/0/5，而是馬上（重點是馬上?。?/strong>根端口變成了eth0/0/6；

2、然后我再次把剛剛shutdown的鏈路（LSW2的e0/0/2端口）恢復(fù)正常后*（undo shutdown），他居然不轉(zhuǎn)發(fā)報文了！有點高冷；

3、然后我馬上，速度很快很快很快的查看了下stp brief（生成樹協(xié)議情況），發(fā)現(xiàn)eth0/0/5馬上出現(xiàn)了。然后又再次變成了根端口，沒有毛病啊，依舊處于轉(zhuǎn)發(fā)狀態(tài)?。坏菆笪木褪且恢背瑫r啊。就是ping不通??；作者表示很尷尬；

4、到現(xiàn)在，都過了3,4分鐘了。Pc1還是超時狀態(tài)；我想了想，貌似也超過stp定時器的delay時間了啊。所以也不應(yīng)該是生成樹重新計算時候?qū)е碌逆溌纷枞?/strong>不過就在我準備放棄的時候，尼瑪啊，它又通了。打我臉啊、（但是講真，這個時間真的太久了。）

5、基于我本人無聊的原則，我還是要搞清楚為什么！

和前面的做法一模一樣，先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請求的報文；但是沒有任何應(yīng)答；

所以，我還是沒有發(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    設(shè)置為手工負載分擔(dān)模式

[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接口的信息

以下兩張圖是使用這兩條命令對相應(yīng)信息的查看：

[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時候的恢復(fù)速度比之前沒有做鏈路聚合的時候恢復(fù)的更快；大概是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)了鏈路流量分配不均勻；

百度到的答案：負載分擔(dān)是基于一定特征帶哈希選路的，默認是基于SIP、DIP，只有數(shù)據(jù)流多的時候，才能看出負載分擔(dān)的效果，一條流肯定就只選一條路了

所以鏈路聚合之后并不會按照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    
設(shè)置兩個優(yōu)先級為100的鏈路，目的是為了確定這兩個鏈路成為活動狀態(tài)

通過設(shè)置。g0/0/1和g0/0/2成為活動狀態(tài)，。而G0/0/5成為備份鏈路，當現(xiàn)在的活動鏈路出現(xiàn)問題時候，g0/0/5成為活動鏈路但是g0/0/1如果斷開在連接，則不會恢復(fù)為活躍狀態(tài)；

當接口數(shù)量超出了最大負載閾值時，剩余接口不會轉(zhuǎn)發(fā)流量的

第四步：配置Smart Link

Smart link 要注意的地方是：需要關(guān)閉stp；

為了提高網(wǎng)絡(luò)可靠性，通常采用雙歸屬上方式進行組網(wǎng)、

Smart link網(wǎng)絡(luò)中兩條上行鏈路在正常情況下，只有一條處于聯(lián)通狀態(tài)。而另一條處于阻塞狀態(tài) ，從而防止環(huán)路問題。當主用鏈路發(fā)生故障的時候，流量會在毫秒級的時間迅速切換到備用鏈路，當原主鏈路回復(fù)時候，將維持在阻塞狀態(tài)，不進行搶占，從而保持了網(wǎng)絡(luò)的穩(wěn)定，

monitor link是用于擴展smart link的鏈路備份的范圍

通過監(jiān)控上游設(shè)備的上行鏈路，而對下行鏈路進行同步設(shè)置。達到上游設(shè)備的上行鏈路故障迅速傳達給下行設(shè)備，從而觸發(fā)下游設(shè)備的smart link

的主備鏈路切換，防止長時間因上行鏈路故障而出現(xiàn)網(wǎng)絡(luò)故障；

【1】先取消掉stp：

[LSW1]undo stp enable

[LSW1]stp disable

這種時候就會出現(xiàn)路由環(huán)路。當我用pc1pingpc3的時候，抓包任意一條鏈路，都會發(fā)現(xiàn)里面的報文成倍的瘋長；并且不能ping通；

【2】然后再設(shè)置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é)議；

【3】配置回切功能

當主接口出現(xiàn)問題，備份接口變城active狀態(tài)，當原主接口恢復(fù)，主接口不自動回切到active；

需要手工配置回切功能

[LSW1-smlk-group1]restore enable （當主接口恢復(fù)的時候自動變成active）

第五步：配置Monitor Link，是用于擴展smart link的鏈路備份的范圍

[LSW2]monitor-link group 1                              創(chuàng)建monitor-link分組1

[LSW2-mtlk-group1]port Eth-Trunk 1 uplink               設(shè)置上行鏈路

[LSW2-mtlk-group1]port Eth-Trunk 2 downlink             設(shè)置下行鏈路；

然后ping通。發(fā)現(xiàn)超時！但是感覺配置沒有問題，于是抓個包看看：

按照這個架勢，莫非我中了傳說中的廣播風(fēng)暴之毒？~

于是乎，我百度了下，發(fā)現(xiàn)了問題所在：

我配置的都是LSW2的本地接口，明顯是錯誤的。

應(yīng)該配置上行端口或者下行端口，就是對端的端口!

所以重新再做一遍，雖然我LSW2上做的配置都取消掉了。但是任然ping不同， 因為鏈路上還存在著廣播風(fēng)暴。所以我索性關(guān)機，重啟，然后整個人都爽了；

但是我發(fā)現(xiàn)呢：應(yīng)該不是上述問題造成的，因為是做了鏈路聚合的，所以我吧本端和遠端都設(shè)置為一樣的名字；所以問題不是這里的；

可能的原因：

1、之前我沒有對LSW3進行相同的配置；導(dǎo)致出現(xiàn)鏈路風(fēng)暴；

2、在我對我的LSW2配置之后，廣播風(fēng)暴就已經(jīng)存在在環(huán)路中了。所以有可能是環(huán)路風(fēng)暴導(dǎo)致報文不能正確到達目的地，而我也只是單方面的認為是配置的問題；

3、有可能是我這個地方改錯了：

這里我用×××的線標注的地方；我之前手賤就把后面那個1去掉了。但是去掉之后就不能成功ping通。而且正確配置之后還是有這個1；所以我覺得最后一個可能比較大，說明以后還是不能手賤；

最后一步：配置gvrp

又要配置vlan了。表示很不爽；

首先呢：還是給主機和交換機之間的接口設(shè)置端口類型為access；并都設(shè)VLAN10

              交換機和交換機之間的接口設(shè)置端口類型為trunk；設(shè)置為全通過；

如何配置就不寫了；

【1】在出口（就是連接到外界主機的交換機）的LSW1和LSW4配置到如下圖所示：

【2】將交換機之間所互聯(lián)的接口全部設(shè)置為trunk并設(shè)置為全部通過

【3】在所有交換機上面開啟GVRP功能，并在所有交換機兩兩互聯(lián)的接口下也開啟GVRP功能。

gvrp注冊默認模式為Normal模式；

[LSW1]gvrp                                    在交換機上設(shè)置gvrp

[LSW1-Eth-Trunk1]gvrp                         在聚合鏈路（trunk）上設(shè)置gvrp

[LSW1-GigabitEthernet0/0/2]gvrp               在普通端口（trunk）上設(shè)置gvrp

【錯】[LSW1-Ethernet0/0/3]gvrp                 嘗試在access端口上設(shè)置gvrp                      

【報錯】Info: Not a trunk port; can't specify gvrp!

但是因為我設(shè)置的是很簡單vlan。所以并不能看出來很好的效果，畢竟這個圖主要是為了鏈路聚合所產(chǎn)生的；

不過最后還是能夠ping通的；

【感覺】但是個人感覺這個GVRP并沒有很實在的作用的。GVRP是動態(tài)祖冊，也許是因為我的拓撲圖太??；但是總感覺使用動態(tài)注冊這個模式，花費了很多時間去適應(yīng)做動態(tài)配置所需要的達到的要求；目前感覺并沒有很方便；也許我學(xué)的不夠還沒有掌握到精髓吧；

2017.3.15                      　　　　　　　　　　　　   by：tea