不可小覷負(fù)載分擔(dān)模式

故障現(xiàn)象

近日，根據(jù)流量監(jiān)控軟件的監(jiān)測(cè)分析結(jié)果，發(fā)現(xiàn)某聯(lián)通出口在晚高峰期使用率已經(jīng)達(dá)到80%，我們決定對(duì)該出口進(jìn)行擴(kuò)容。由于原有聯(lián)通出口與我們互聯(lián)是10G接口，而且該流控設(shè)備上已沒有萬兆端口，只能使用千兆口對(duì)接。但用千兆口對(duì)接，互聯(lián)網(wǎng)出口廠家對(duì)這次擴(kuò)容的端口也是用萬兆端口，由于情況緊急，只得在出口廠家設(shè)備和我們流控設(shè)備之間增加一臺(tái)有萬兆光口的交換機(jī)，然后再使用鏈路聚合的模式和流控設(shè)備對(duì)接。因?yàn)榛ヂ?lián)網(wǎng)出口廠家給我們這次擴(kuò)容提供了10G的通道，結(jié)合我們目前的網(wǎng)絡(luò)狀況，可以先在交換機(jī)上捆綁3G來滿足當(dāng)前業(yè)務(wù)的發(fā)展。

就在我們完成10G對(duì)接、3G鏈路聚合捆綁后，發(fā)現(xiàn)3G有兩個(gè)端口是沒有流量的，但是雙方的端口都是Up的。

故障分析

首先排除了物理層光路和光模塊的問題，兩者之間設(shè)備互聯(lián)除了光路和光模塊外，那就是兩個(gè)設(shè)備間運(yùn)行的鏈路聚合協(xié)議。在流控設(shè)備上看到使用的端口負(fù)載分擔(dān)模式是“會(huì)話均衡”，而對(duì)端交換機(jī)采用的端口負(fù)載分擔(dān)模式是“srcdestip”，會(huì)不會(huì)是這個(gè)地方出現(xiàn)了問題?

故障解決

通過查詢資料和請(qǐng)教廠家技術(shù)工程師，我們對(duì)流控設(shè)備上的負(fù)載分擔(dān)模式進(jìn)行了修改，修改成了“輪詢”后，鏈路聚合組成員的另外兩個(gè)端口開始有流量，這說明操作是正確的，故障得以解決。

經(jīng)驗(yàn)總結(jié)

上面我們從對(duì)互聯(lián)網(wǎng)出口的監(jiān)測(cè)情況，根據(jù)現(xiàn)有設(shè)備情況采用鏈路聚合的模式來完成互聯(lián)網(wǎng)出口的接入，在出現(xiàn)端口沒有流量的故障后，首先排查了物理層，最后在數(shù)據(jù)鏈路層的鏈路聚合負(fù)載分擔(dān)模式上發(fā)現(xiàn)了端倪，通過修改一側(cè)設(shè)備的負(fù)載分擔(dān)模式達(dá)到了解決故障的目的。

后期通過查找資料，得知鏈路聚合的負(fù)載分擔(dān)模式有很多種，諸如基于源MAC、目的MAC、源和目的MAC、源IP、目的IP、源和目的IP這6種模式，它可以將數(shù)據(jù)流量均衡合理的分擔(dān)到不同鏈路上，最后能到達(dá)同一的目的地，避免鏈路阻塞。在日常網(wǎng)絡(luò)維護(hù)中，可以根據(jù)實(shí)際情況來選擇負(fù)載分擔(dān)模式，流量中該參數(shù)變化越頻繁，選擇此負(fù)載分擔(dān)模式的流量就越均衡。負(fù)載分擔(dān)只對(duì)出方向的流量有效，因此鏈路兩端設(shè)備的接口負(fù)載分擔(dān)模式可以不一樣。但是不同設(shè)備間如果該負(fù)載分擔(dān)的模式不相匹配，會(huì)引發(fā)流量的異常。即文章開頭出現(xiàn)的兩個(gè)端口沒有流量的情況。