etherchannel 練習
常常聽到客戶說etherchannel 1G綁了四條所以我的頻寬有4G,只能說某種情況下是成立的。
首先先確認我們的etherchannel有起來。
每台交換器支援的load-balance演算法不同,像我們這台就支援6種。
我們load-balancing演算法先使用 src-mac。
由於他會使用到雜湊值的計算選擇路徑,發現來源MAC都一樣,所以雜湊出來就算有兩條,我們還是只走其中一條,此例不管目的地去哪 192.168.1.1 就是只走e0/0。
我們把演算法換成dst-mac。
我們拿 192.168.1.1和192.168.1.2.和192.168.1.3去ping 192.168.1.4,由於目的地的MAC都相同,所以雜湊出來他只會走其中一條,此列就是e0/0。
我們再把演算法改成 src-dst-ip,來源IP和目的地IP進行雜湊值的計算選擇路徑。
我們拿192.168.1.1去ping 192.168.1.4、192.168.1.5、192.168.1.6,發現192.168.1.4和.6走e0/1,192.168.1.5走e0/0,就像是如果同時去存取yahoo和google,因為目的地IP不同,可能兩條都會走,我是說可能,因為要看雜湊值的計算結果。
最後我們使用演算法為目的地mac,因為要到8.8.8.8 google的DNS,所以全部流量都丟到GW,但是GW的MAC永遠只有一個,所以導致所有流量都只走其中一條,也呼應了為什麼綁了4Port 1G,某種情況下,結果並沒有頻寬加倍。
結論:
etherchannel是以frame為單位,透過雜湊值、演算法的方式選路徑,如果來源和目的地都是同一個,或是主機數目太少的話,有可能全部都走同一條,產生極化現象,當然我這裡沒有提到是回去的封包也會受到另外一台的演算法設定找路徑,有興趣大家可以自己試試看。
您好,演算法白話可以說是解決問題的方法,而port-channel load balance之演算法我沒記錯應該是Round-Robin,然而src-mac、dst-mac或src-dst-ip等等,這是port-channel load balance支援的「模式」,src-mac是負載平衡的模式之一不是演算法哦!
回覆刪除