、背景介紹
應用終端到應用服務器業務網絡不通，在排除防火墻、路由等設置情況下，通過ping命令測試網絡連通性不通，再通過調整ping包大小，發現ping較小長度數據包時網絡正常，確認問題原因是網絡中存在MTU小于終端MTU且不允許分片的網絡設備，導致大包超出MTU長度進行分片的IP報文被丟棄。
二、Windows終端排查措施
Windows系統中默認ping包大小為32字節，可以通過ping命令的-l參數設置ping包大小，并設置-f參數不進行分片，通過逐一調整ping包大小，可以測試網絡允許通過的最小MTU值。具體命令示例如下：
ping <host/ip> -l <size> -f
打開管理員命令行，通過下列命令查看各個網絡接口的MTU值：
netsh interface ipv4 show interface
要修改指定的網絡接口MTU值，參考下列命令示例：
netsh interface ipv4 set interface "<interface_name>" mtu=<value> store=persistent
完成修改后，需要重新啟動電腦才能生效，可以在重啟后再次查看網絡接口MTU值進行確認。
三、Linux終端排查措施
Linux系統中默認ping包大小為64字節，可以通過ping命令的-s參數設置ping包大小，并設置-M do參數不進行分片，通過逐一調整ping包大小，可以測試網絡允許通過的最小MTU值。具體命令示例如下：
ping -s <size> -M do <host/ip>
通過下列命令查看各個網絡接口的MTU值：
ip link show
要修改指定的網絡接口MTU值，參考下列命令示例：
ip link set dev <interface_name> mtu <value>
完成修改后，MTU設置立即生效，可以通過查看網絡接口MTU值進行確認。
四、總結
MTU問題是導致網絡不通的常見問題之一，下次再遇到網絡連通性異常的時候，可以通過上述措施確認是否是MTU因素導致。
職面試1000問之第5問。
問題五：MTU是哪層概念？作用是什么？MTU是大點好還是小點好？這道題主要是面試官想考察求職者對于數據鏈路層的MTU的理解。下來看一下這道題應該如何回答。
首先MTU是數據鏈路層的概念，它的全稱叫做最大傳輸單元，它的作用是指終端能夠一次性發送的數據包的最大的字節數。就好比這輛卡車一樣，MTU指的就是車廂的大小，MTU就是車廂一次性能拉多少貨，這個就是MTU，它是指終端一次能發數據包的大小。
MTU是大點好還是小點好？MTU不能太大，為什么？這輛卡車如果車廂很大，卡車就會很重，跑起來就會很慢，從a點到b點所花的時間就會比較多。同理，如果終端發區域的數據包非常大，從a點到b點所傳輸的時間就會很長，這個時候就會引入額外的時延。
對于用戶來講最直觀的感受就是用網，用起來網絡比較卡，這個是不能太大。當然MTU也不能太小，為什么？這輛大卡車如果只讓它送一盒面巾紙，它是很快，但是運輸起來就沒有效率。同樣數據包也不能太小，因為如果數據包太小，網絡的傳輸速率是提高了，但是傳送的數據沒有效率，這個就是MTU的特點。
對于以太網幀來講，它的MTU是1500字節。同學們你們答對了嗎？點贊、收藏、關注。
MTU與IP分片（可選內容了解）
這里來講一個比較有趣的內容，相信大家都有設置過家用路由器的經歷，不知道有沒有發現一個事情，在設置撥號的時候，里面有一個MTU，值通常是1492或者1480，如果接入方式改為DHCP的情況下，MTU就變成了1500，為什么呢？
（1）了解MTU的作用
Maximum Transmission Unit（MTU）：最大傳輸單元。還是以上面的例子，為什么路由器撥號的時候要把MTU設置成1492呢？在這之前已經知道了以太網頭部，一個標準的以太網數據幀最大為1518，其中源MAC 6字節，目的MAC 6個字節，Type 2個字節，FCS 4個字節（前導碼不算在內，在物理層就已經去掉了），6+6+2+4=18個字節，1518-18=1500，這1500正好是是留給上層協議傳輸的大小，也就是我們說的數據幀的大小是1500個字節，包括IP頭部以及上層協議與數據整體在內，也就是說在二層以太網中，實際能傳輸的數據是1500個字節。
舉一個最常見的例子，我們平時在家里用手機或者筆記本連接家用路由器看電視劇、刷抖音，數據包都是這樣的路徑，每個節點都有對應的MTU值，正常都為1500.
假設某一天，外網的對接方式變了，變成了撥號的形式，正常設置后，發現打開網頁很慢或者打不開，咨詢路由器客服后，把MTU值改成1492或者更小點，驚奇的事情發生了，都能正常訪問了，這就回到之前的問題了，為什么現在的路由器MTU都會設置成1492呢？
那是因為寬帶撥號使用的協議是PPPoE，由于還沒涉及這一塊的知識點，我們在這知道它占用8個字節就行，并且是封裝在以太網中的。比如訪問者發送了一個1495字節的數據包給視頻服務器，但是由于家用路由器采用的是這就在原來1500的字節上多出來了8個字節，超過了標準的MTU值1500字節，所以這個時候家用路由器會將這個數據包進行分片，分為2個，一個為數據包為1500個字節，另外一個數據包為3個字節，到了服務器這邊在進行重組。（實際會更加復雜點，待會我們來做個小實驗）
（2）IP分片帶來的問題
IP分片其實在網絡中是一種比較糟糕的情況，帶來了幾個問題
（3）為什么MTU是1500呢，明明IP字段的總長度是65535？
之前學過IP頭部的內容，IP頭部里面有一個總長度，最大值是65535，表示IP協議是能夠承載這么大數據包的，但是由于以太網的數據部分最大為1500，所以你在很多書籍或者稱呼里面會看到IP的數據包最大是1500個字節，多了就會被分片，那為什么以太網要把數據部分定在1500，不能跟IP頭部一樣用65535嗎？那效率不是高很多。
最早的以太網是工作在共享網絡下的，任何一個終端節點發送數據之前，都需要偵聽線路上是否有數據在傳，如果有，需要等待，如果發現線路可用，才可以發送。假設A與B終端同時傳輸1個bit給對方的話，會產生沖突，其中一個就需要等待一端發送完成后在過一個時間間隙才能發送，這個時間間隙是57.6μs。
在10Mbps的以太網中，在57.6μs時間內，能夠傳輸576個bit，以太網中要求數據幀最小長度為576個bit，原因是這個長度正好能夠讓最極端的沖突環境都能夠被檢測到（CSMA/CD），而576個bit換算成字節是72，去掉8個字節的前導符，正好是64個字節，這也是以太網幀數據部分要求的最小長46的原因（46+18），不夠46的會自動填充。
這個是了解64字節的由來，是因為早期工作方式的原因（CSMA/CD），那1500字節又是什么原因呢？
假設以太網沒有這個限制，IP協議最大可以承載65535字節，加上以太網頭部和尾部，是65535+14+4=65553字節，如果早期在10Mbps的以太網上傳輸，會占用共享鏈路50ms,這樣嚴重影響了其他主機的通信，如果有延遲敏感的應用，那肯定是無法接收的，另外如果線路的質量差，大包引起的丟包幾率也會大很多。（50ms的計算方法：（65553*8）/（10*1024*1024）≈0.05（s）（小知識點科普：Mbps為每秒傳輸百萬位比特，而65535是字節單位，1字節=8比特，所以需要*8，10Mbps換算成bps就是10*1024*1024））
竟然大的不行，換成小的呢？，比如MTU等于100，就拿上面學過的ICMP的Ping來說，如果以太網長度為100，ICMP實際數據=100-ICMP頭部（8個字節）-IP頭部（20個字節）-以太網頭部（18個字節）=100-8-20-18=54，你會發現有效率實在太低了，有效率=54/100=54%
最終得到一個通過層層計算，發現如果以太網長度為1518的時候，有效傳輸效率=1472/1518=96.9%，這個值既能保證有一個較大的幀長度，又保證了有效傳效率。更大的或者更小的就會出現上述的問題，這個也是一個折中的長度：1518字節，對應上層IP 就是1500字節（1518-18），這個就是最大傳輸單元MTU的由來。
出現這個問題是因為早期以太網通過Hub這些設備工作，處于共享方式，效率很低，而現在的網絡早已不是10M的網絡了，交換機已經支持1G，10G、100G，而且帶寬獨享，可以同時收發的特性，那有效傳輸效率跟質量提升了非常多，但是如今的網絡你會發現常見的還是用的mtu 1500的標準，只有數據中心或者某些特殊環境使用了一個叫做巨型幀 Jumbo Frame，可以支持大于9000字節的大小，如果全網都使用這種，那傳輸大的文件這些不是更快、延遲很小嗎？
但是現實環境沒這么簡單，因為MTU在每個設備的每一個接口（網卡）上面都是存在的
如果訪問者支持MTU 9000，發送了一個9000大小的數據包交給無線路由器，無線路由正好也支持這么大，交給互聯網設備，互聯網中設備非常多，并不是所有設備都能夠去支持巨型幀的特性，很多地方還使用的非常老的設備在運行，如果要支持勢必是大面積更換，成本會非常大，那如果一個數據包9000大小經過一個MTU是標準1500的設備，那勢必就會造成分片了，還有許多比如超長幀會造成延時、CRC錯誤變多等問題，導致至今無法大面積普及使用的主要原因。
（4）IP分片后為什么會造成延遲跟效率低呢？
拖兩臺電腦，分別設置好地址，然后抓包來看看分片的情況。
說下命令，Ping 192.168.255.2這個都能夠知道啥意思，-l表示ICMP的數據部分（不含其它任何頭部信息）為1473，-c 1只發送一次。
通過抓包，可以看到有幾個信息（wireshark升級了下，界面看起來更美觀了~）
有IP分片包出現，說明剛剛的數據包整體超過1500個字節了。
這里要注意，1473表明的是ICMP數據部分的大小，不計算頭部在內，那么加上頭部后呢？ 1473+8（ICMP頭部）+20（IP頭部）=1501，這樣正好超過了1500個字節，所以導致分片了。MTU是二層概念，二層以上的頭部加數據不能超過1500，否則會進行分片。
這里對于剛接觸抓包的朋友來說，可能有點看不懂，我們來看幾個參數
那還有1個字節的包在抓包里面沒有顯示，這可能是抓包中把尾包省略了，但是可以從另外一個地方看出來。
在看一個完整的包可以上面的疑惑了
可能數據包小，感受不到分片帶來的問題，上圖數據大小改成了5000，會發現4個分片（最后一個是隱藏了），那就會多出4個IP頭部，這些是無故多出來的數據，并且這4個頭部不管是中間設備還是接收方都需要去解封裝來看是什么內容，并且接收方根據IP頭部的分片給的信息去組裝，假設某一個分片中途延遲，那么這個數據包就不會完整，必須等待這片來組裝后才能讀取到實際的內容，這種會影響效率（多余的頭部處理），增加延遲（某一個分片沒到，對應的數據沒法重組，導致數據請求遲遲得不到響應。）更嚴重的其實是會加重設備的負擔（可能實際中不只一個數據包分片，接收方需要把收到的進行緩存，等待所有對應的分片來才能讀取到實際的數據，隨著分片越多，緩存越大，對于設備的壓力負擔也越重），如果某一片分配丟失了，會造成這個數據包不完整，被丟棄。
（5）怎么設置合適的MTU呢
由于現在很多協議還沒學習，不同的應用對應的頭部不一樣，自然包含的內容也不一樣，這個會隨著后面學習的深入，慢慢的了解，設置合適的MTU可以用Windows自帶的命令可以探測，比如某個應用有問題，通過抓包發現發送的數據超過了MTU的大小，就可以適當的調整。
ping命令里面帶有一個參數-f 它可以把IP包的DF位置1，讓其不分片，那么超過MTU需要分片的設備發現DF位置一，則直接丟棄，返回一個ICMP的差錯報文結果，通過這樣來測試出一個合適的MTU值。
留一個小疑問
這里為什么1464就可以，1465不可以呢（該環境存在撥號）
“承上啟下”
網絡層的基礎知識到這里就學習完畢了，接下來就進入傳輸層與應用層，對于這兩層，博主會挑對初學者比較重要的部分的講，全部講起來就非常費時間，涉及的內容實在太多，也不是初學者層面能夠理解的，下一篇就進入傳輸層的兩大協議，TCP與UDP。