iT邦幫忙

0

網路設備 MTU 9000的問題

  • 分享至 

  • xImage

各位邦友,小弟又來請教一個問題

因為特定某些人員需要我們把網路設定調到MTU 9000,所以從他的Switch-->Core Switch-->Firewall都要支援jumbo frame
我想請問一下,這樣調整會對我們的網路有什麼影響嗎?其他正常使用MTU 1500的使用者會不會有什麼影響?對我們的Core Switch Loading會不會加重?
網路上查不到相關實例,所以想請問各位邦友這個問題?謝謝。

看更多先前的討論...收起先前的討論...
他會變快
那是有設成MTU9000的會變快,但會影響沒有設的人嗎?
因為Core switch很忙,這樣動作會不會加重Core Switch(Cisco 3750)的負荷?
slime iT邦大師 1 級 ‧ 2015-09-11 15:55:34 檢舉
因為封包變大, 如果相關設備都支援, 當然每個封包傳輸真正有效的資料量會變多.

但是封包變大, 如果網路品質不好, 或者常有衝突時, 放棄的封包也多時, 浪費的頻寬也變多了.

另外如果不是傳送途中的設備都支援, 會把封包又切成小塊, 反而浪費時間.

所以應該留意一下, 如果網路傳輸途中有設備不支援, 就換掉或不要用這功能了.

如果傳輸品質不好或衝突, 則考慮更換線路等狀況.
其實我們Core內網負載還滿重的,照理來說內部ping core switc應該都會小於1ms,但我們大部分時間都是5ms,所以我是擔心把MTU設到9000,會不會讓core網路品質會更不好?
順便想請問一下,外面的網路會接受這種封包嗎?
一根香蕉同體積
一條切成五塊(沒設定的)
一條不切(MTU9000)
一次只能運送一段
那個快
slime iT邦大師 1 級 ‧ 2015-09-11 16:41:05 檢舉
kc19800322提到:
外面的網路會接受這種封包嗎?


通常不會, 這種稱為 Jumbo Frame , 必須是 1Gbps 以上的設備才支援.

如果原本網路的品質就有疑慮, 建議各段先分別 ping -DF 試試看, 如果常有 lost 就建議不要開這功能.
kc19800322提到:
照理來說內部ping core switc應該都會小於1ms

不應該用PING的方式來看負載, CPU.MEM.port utilization.
其實CPU負載平均都是60-65%,memory也是差不多,所以我才會怕設到9000,會不會有問題
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

1 個回答

6
Ray
iT邦大神 1 級 ‧ 2015-09-11 22:02:36
最佳解答

kc19800322提到:
,照理來說內部ping core switch 應該都會小於1ms,但我們大部分時間都是5ms

這種測試方法不正確, 因為 Core Switch 本身可能為了能以全速處理封包轉送作業, 刻意將處理 ICMP 的執行權重降低(因為它的重要性不高), 導致對 ICMP Echo 的反應速度變慢, 並不能代表 Switch 本身的 ICMP 傳輸是慢的.

你應該 ping 一個可以跨 Core Switch 的端點電腦, 讓封包通過 Core 之後看 Latency 才會比較準. (當然, 前提是這兩台電腦的 CPU 負載都不能太高, 以免失真)

在同一個 Broadcast domain 裡面, 混用兩種不同的 MTU, 當然會增加少許負擔, 不過這個負擔會發生在發出較大封包的端點 (也就是設定成 9000 的電腦端), 因為必須由他負責在封包送出前, 將封包切割成較小的 1500 封裝.

如果必須這樣混用, 建議將不同 MTU 的端點, 分割成不同的 VLAN, 讓同一個 VLAN 裡面只跑相同的 MTU, 這樣可以減少切割 MTU 的機率.

謝謝Raytracy,讓我增長知識了
假如負擔大部分都在客戶端,這樣我就比較安心開啟jumbo frame.
畢竟只有少數人會使用,我不太會再切Vlan給他們用,可能還是給他們混用

我要發表回答

立即登入回答