PTT數位生活區 / Broad_Band (寬頻網路)

[問題] 關於 MTU 的調整問題

看板Broad_Band (寬頻網路)作者 (Alan)時間15年前 (2011/01/29 19:25), 編輯推噓0(0推 0噓 46→)
留言46則, 3人參與, 最新討論串1/1
網路有介紹所謂 MTU 的調整方法 一般是開啟命令提示字元 (cmd)，輸入以下命令 ping -l 數字 -f www.google.com 上面代表的數字就是 MTU 「可能」的最佳值 不斷修正數字，直到 ping 通為止 但這個方法，我覺得很奇怪 實際上 MTU 是作業系統內的一個參數，預設就有 例如 1492 (這是 Hinet 的預設值，區域網路的話是 1500，撥接的話是 576) 我不太懂為何還要再去「找」所謂的最佳值? 如果把 MTU 修改為 1480 那使用上面的那個命令，最佳值就會是 1480 (也就是數字改成 1480 才會 ping 通) 改成 576，那測出來的最佳值一定就是 576 (理由同上) 這有點像是先有雞還是先有蛋的問題 所以我認為 MTU 沒有所謂最佳值還是非最佳值的問題 真的要測試也是去測試路由器的 MTU 為多少 (但這一般人做不到) 網路上所謂的測出「最佳」MTU 就只是「換個方法」確認當前系統「目前」的 MTU 值是多少而已 (ping 的通或不通) 有人有發現這樣奇怪的邏輯關係嗎? -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 114.32.22.148 ※ 編輯: AlanLive 來自: 114.32.22.148 (01/29 19:25) ※ 編輯: AlanLive 來自: 114.32.22.148 (01/29 19:26)
→
01/29 19:32, , 1F
你有查過什麼是MTU，它跟那個ping有什麼關係嗎？
01/29 19:32, 1F
→
01/29 19:32, , 2F
MTU就好像分段一樣 而IPv4就有MTU分段的問題...
01/29 19:32, 2F
→
01/29 19:32, , 3F
MTU會因為不同的鏈路 而有不同的最佳值來傳輸
01/29 19:32, 3F
→
01/29 19:33, , 4F
你可想像馬路越宰 馬路上的車 跑的都是越小台
01/29 19:33, 4F
→
01/29 19:33, , 5F
不過我是針對網路上所謂的尋找最佳值來做討論
01/29 19:33, 5F
→
01/29 19:33, , 6F
馬路越大 可跑的車也越大
01/29 19:33, 6F
→
01/29 19:34, , 7F
至於MTU這部分 一般來說 路由器會自動的幫你分片
01/29 19:34, 7F
→
01/29 19:34, , 8F
理論上 是不用手動設定的...
01/29 19:34, 8F
→
01/29 19:34, , 9F
好比 摸乳巷 只能走單車 載運2個人
01/29 19:34, 9F
→
01/29 19:34, , 10F
而高速公路可以跑大型巴士 載運更多的人 這樣的意思
01/29 19:34, 10F
→
01/29 19:35, , 11F
所以網路上這條被傳的很普遍的指令可以無視嗎?
01/29 19:35, 11F
→
01/29 19:37, , 12F
這要看路由器的能力了 有的路由器會自動判斷電路與介面
01/29 19:37, 12F
→
01/29 19:37, , 13F
然後選擇最優化的MTU值 有的卻不會....
01/29 19:37, 13F
→
01/29 19:37, , 14F
w大講的都是 MTU 原理阿，我是想問這條指令是不是有問題
01/29 19:37, 14F
→
01/29 19:39, , 15F
用這條指令等於是在找系統所設定的值為多少而已
01/29 19:39, 15F
→
01/29 19:46, , 16F
這樣講好了 你給大的MTU 若路由器不接受 就丟掉
01/29 19:46, 16F
→
01/29 19:47, , 17F
丟了以後 或者 分片以後 也不見得找的到最佳值啊
01/29 19:47, 17F
→
01/29 19:48, , 18F
至於為什麼要去找 原因很簡單 就是決定在於 鏈路 的部分
01/29 19:48, 18F
→
01/29 19:49, , 19F
LAN之間的傳輸 不需要經過Router 所以以100Mbps來說 MTU
01/29 19:49, 19F
→
01/29 19:49, , 20F
可達1500
01/29 19:49, 20F
→
01/29 19:50, , 21F
至於你傳輸給Router 而Router會判定WAN端的鏈路狀況決定
01/29 19:50, 21F
→
01/29 19:50, , 22F
MTU... 假設你設定你的MTU為1500 到了路由器 還是會被分片
01/29 19:50, 22F
→
01/29 19:51, , 23F
畢竟你不像LAN能夠直連對方 而是要經過重重的路由到達對方
01/29 19:51, 23F
→
01/29 19:51, , 24F
至於最佳MTU的部分 決定還是在於itself and close router
01/29 19:51, 24F
→
01/29 19:52, , 25F
剩下的 就是交給ISP來幫你處理後續的部分了
01/29 19:52, 25F
→
01/29 19:52, , 26F
至於要不要找所謂的MTU最佳值反而不是重點
01/29 19:52, 26F
→
01/29 19:53, , 27F
也有碰過經過許多路由器 而MTU太大被丟棄的狀況
01/29 19:53, 27F
→
01/29 19:53, , 28F
哦 原來如此，感謝講解，總算有點概念了
01/29 19:53, 28F
→
01/29 19:53, , 29F
這時候只要設定自身所傳送出去的MTU 縮小 就沒問題了
01/29 19:53, 29F
→
01/29 19:53, , 30F
就好像摸乳巷 你怎麼可以開大型巴士進入呢?
01/29 19:53, 30F
→
01/29 19:53, , 31F
聽說那個分片的動作會影響速度，所以有人把 MTU 設小
01/29 19:53, 31F
→
01/29 19:54, , 32F
當然要裡面的人走出來 一個個走 這樣就能夠到達對方
01/29 19:54, 32F
→
01/29 19:54, , 33F
以換取更快的反應速度，這方法某些線上遊戲被廣泛使用
01/29 19:54, 33F
→
01/29 19:54, , 34F
MTU設定太小也不行 因為會產生很多的分片 增加路由器負擔
01/29 19:54, 34F
→
01/29 19:54, , 35F
理論上這樣是對的嗎?
01/29 19:54, 35F
→
01/29 19:55, , 36F
喔喔 線上遊戲喔 可能是過大的MTU 導致鏈路無法承載
01/29 19:55, 36F
→
01/29 19:55, , 37F
設定小的MTU 可以方便通過 而不是 加速通過
01/29 19:55, 37F
→
01/29 19:55, , 38F
WAN端傳輸再怎麼樣 也不可能贏過LAN的啊 不是嗎?
01/29 19:55, 38F
→
01/29 19:56, , 39F
還有一個說法，MTU 是 1500，但傳出去的資料只有100的話
01/29 19:56, 39F
→
01/29 19:56, , 40F
所以承載的MTU也會因為鏈路的關係 而有所不同
01/29 19:56, 40F
→
01/29 19:56, , 41F
剩下 1400 會被無用資料填滿再傳送，這是真的嗎?
01/29 19:56, 41F
→
01/29 20:00, , 42F
無用資料??? 甚麼是無用資料???
01/29 20:00, 42F
→
01/29 20:02, , 43F
就是會把 1500 塞滿再傳出去，可能是塞一些空字元吧
01/29 20:02, 43F
→
01/29 20:02, , 44F
我是看這篇文章的 http://goo.gl/ST3I9
01/29 20:02, 44F
→
01/29 20:06, , 45F
........................ (無言) 錯誤的觀念
01/29 20:06, 45F
→
01/29 20:09, , 46F
是喔
01/29 20:09, 46F
‣ 更多 AlanLive 的文章
文章代碼(AID): #1DG_aYoE (Broad_Band)
Broad_Band 近期熱門文章
更多 近期熱門文章 >>
PTT數位生活區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 AlanLive 的文章
文章代碼(AID): #1DG_aYoE (Broad_Band)