設置多大的MTU值取決於妳的上網方式?
光纖:1500?
PPPoE/ADSL:1492?
Dial Up/Modem:576?
不明白為何妳關註最小值，那就像關註小孩能吞下多小的米這種事情壹樣
如果要討論最小的話題：
以以太網封裝為例，它要求min帖=46，小於46，它自動充補；那麽46+6(src mac)+6(dst mac)+2(protocol)=60，如果再加下尾部的4位CRC，就是64;
對於IP包來講，好像沒有最小的要求吧？至少我平時沒有註意過這個問題，已嘗試過發送只有20字節的IP頭的包；
對於TCP包來講，是允許沒有數據的包，如SYN包等等
IP分片是很多資料常講的內容，但是我倒是覺得分不分片其實不重要，重要的是另壹個東西。壹個
數據包穿過壹個大的網絡，它其間會穿過多個網絡，每個網絡的MTU值是不同的。就像木桶效應壹樣，我們應該有壹種有效的手段，來發現這個值，最笨的方法或許是先
用traceroute查看所有節點，然後壹個個ping……
IP包頭中，用了三個標誌來描述壹個分片包：
1、分片標誌：如果壹個包被分片了，被置於1，最後壹個分片除外；——這樣，對於接收端來講，可以根據這個標誌位做為重組的重
要依據之壹；
2、分片偏移標誌：光有壹個標誌位說明“自己是不是分片包”是不夠的，偏移標誌位說明了自己這個分片拉於原始數據報的什麽位置，
很明顯，這兩個標誌壹結合，就很容易重組分片包了。
3、不允許分片標誌：如果數據包強行設置了這個標誌，那麽在應該分片的時候，數據包將被丟棄，然事收到壹份ICMP不可達差錯，告訴妳，需要分片。
在因特網協議中，壹條因特網傳輸路徑的“路徑最大傳輸單元”被定義為從源地址到目的地址所經過“路徑”上的所有IP跳的最大傳輸單元的最小值。或者從另外壹個角度來看，就是無需進壹步分片就能穿過這條“路徑”的傳輸單元的最大值。
RFC 1191描述了“路徑最大傳輸單元發現方法”，這是壹種確定兩個IP主機之間路徑最大傳輸單元的技術，其目的是為了避免IP分片。在這項技術中，源地址將數據報的DF（Don't Fragment，不要分片）位置位，再逐漸增大發送的數據報的大小——路徑上任何需要將分組進行分片的設備都會將這種數據報丟棄並返回壹個“數據報過大”的ICMP響應到源地址——這樣，源主機就“學習”到了不用進行分片就能通過這條路徑的最大的最大傳輸單元了。
不幸的是，越來越多的網絡封殺了ICMP的傳輸（譬如說為了防範DDOS攻擊）——這使得路徑最大傳輸單元發現方法不能正常工作，其常見表現就是壹個連接在低數據流量的情況下可以正常工作，但壹旦有大量數據同時發送，就會立即掛起（例如在使用IRC的時候，客戶會發現在發送了壹個禁止IP欺騙的ping之後就得不到任何響應了，這是因為該連接被大量的歡迎消息堵塞了）。而且，在壹個使用因特網協議的網絡中，從源地址到目的地址的“路徑”常常會為了響應各種各樣的事件（負載均衡、擁塞、斷電等等）而被動態地修改——這可能導致路徑最大傳輸單元在傳輸過程中發生改變——有時甚至是反復的改變。其結果是，在主機尋找新的可以安全工作的最大傳輸單元的同時，更多的分組被丟失掉了。