本期分享的案例是有線網(wǎng)絡(luò)的相關(guān)問題。

問題背景

經(jīng)常會(huì)接到用戶反饋使用我們的可支持匯聚的交換機(jī)（不管是靜態(tài)匯聚還是LACP），與NAS對接或者與交換機(jī)對接，單終端傳輸文件或這跑吞吐量都無法實(shí)現(xiàn)帶寬疊加的效果，只能跑滿一個(gè)端口的帶寬。

如上兩種拓?fù)洌褂媒粨Q機(jī)和交換機(jī)匯聚；或者交換機(jī)和NAS服務(wù)器直接匯聚后，使用電腦從NAS點(diǎn)對點(diǎn)讀取/發(fā)送文件，會(huì)出現(xiàn)只能跑滿單個(gè)物理端口的速率（1G）無法實(shí)現(xiàn)2G的傳輸，用戶就會(huì)認(rèn)為是交換機(jī)設(shè)備的問題，無法實(shí)現(xiàn)帶寬的疊加。

排查思路

• 確認(rèn)關(guān)于匯聚的設(shè)置沒有問題；
• 確認(rèn)網(wǎng)線質(zhì)量沒有問題；
• 確認(rèn)電腦和電腦跑吞吐量的瓶頸不在電腦；

基礎(chǔ)分析

(1) 確認(rèn)以上幾點(diǎn)完全設(shè)置正確。并沒有因?yàn)樵O(shè)置或者物理線路的問題影響本問題的判斷；

(2) 了解交換機(jī)匯聚的機(jī)制，以及幾種匯聚算法的對應(yīng)交換機(jī)的處理行為：

交換機(jī)做端口匯聚的算法機(jī)制：交換機(jī)由于是不支持應(yīng)用層分析的，因此做匯聚之后是不支持連接數(shù)均衡的，因此交換機(jī)的算法只是基于每一個(gè)進(jìn)入交換機(jī)的數(shù)據(jù)包經(jīng)過計(jì)算后將其分配到某一個(gè)物理端口傳遞。

交換機(jī)的算法有以下幾種：

• 源MAC地址：這種算法是將進(jìn)入交換機(jī)的數(shù)據(jù)包的源MAC地址進(jìn)行哈希計(jì)算后，然后根據(jù)HAS計(jì)算后的結(jié)果分配一個(gè)物理端口傳遞該數(shù)據(jù)包；
• 目的MAC地址：這種算法是將進(jìn)入交換機(jī)的數(shù)據(jù)包的目的MAC地址進(jìn)行哈希計(jì)算后，然后根據(jù)HAS計(jì)算后的結(jié)果分配一個(gè)物理端口傳遞該數(shù)據(jù)包；
• 源目的MAC地址：這種算法是將進(jìn)入交換機(jī)的數(shù)據(jù)包的源MAC地址和MAC地址進(jìn)行哈希計(jì)算后，然后根據(jù)HAS計(jì)算后的結(jié)果分配一個(gè)物理端口傳遞該數(shù)據(jù)包；
• 其余三種源IP，目的IP，源目的IP機(jī)制和MAC機(jī)制一樣，只是用IP來進(jìn)行HAS計(jì)算，然后再匹配端口，當(dāng)某些流量場景二層數(shù)據(jù)包較多的情況，需要使用基于MAC的算法來分流。

以源目的MAC地址為例，是以源目的MAC地址為輸入條件進(jìn)行哈希計(jì)算，得到轉(zhuǎn)發(fā)的端口號，兩組不同的源目的MAC地址經(jīng)過算法處理可能得出的端口號一樣，例如兩個(gè)端口匯聚，很多HAS值最終都會(huì)均分到這兩個(gè)端口上。

問題總結(jié)

交換機(jī)做端口匯聚后，由于是單終端，因此根據(jù)交換機(jī)的算法得到的HAS值對應(yīng)匹配一個(gè)物理端口，數(shù)據(jù)只能在一個(gè)端口轉(zhuǎn)發(fā)，所以只能跑滿一個(gè)端口的速率。只有在多終端的使用場景下，交換機(jī)的匯聚才能體現(xiàn)出帶寬疊加的作用。

這類問題根據(jù)用戶的想法是端口匯聚了就應(yīng)該跑滿所有的端口，但是實(shí)際是不能實(shí)現(xiàn)的，因?yàn)榻粨Q機(jī)不是基于連接數(shù)來匹配的，而是基于每個(gè)包的HAS值算法再匹配端口的，了解了這樣的一個(gè)機(jī)制后再來看這個(gè)問題就很好理解了。