網路數據包大小怎麼設置

① 路由器mtu值怎麼設置

MTU是英文Maximum Transmission Unit的縮寫，意為「最大傳輸單位」。也就是通過TCP/IP協議所傳輸的數據包最大有多少位元組,對於網速有極大的影響,那麼該如何修改Windows7MTU值呢?不懂的朋友們就隨我一起來學習本教程吧.接下來我教你路由器mtu值怎麼設置，希望對你有幫助。

MTU是MaximumTransmissionUnit的縮寫，是網路上傳送的最大數據包，大部分網路設備的MTU都是1500，MTU的單位是位元組，如果本機的MTU比網關的MTU大，大的數據包就會被拆開來傳送，這樣會產生很多數據包碎片，增加丟包率，降低網路速度。

把本機的MTU設成比網關的MTU小或相同，就可以減少丟包，MTU是指一種通信協議的某一層上面所能通過的最大數據包大小，最大傳輸單元這個參數通常與通信介面有關。

一、組網環境

路由器通過POS1/0/0介面與對端設備連接。當使用mtu命令將POS介面的MTU值修改為1500位元組後，發現MTU值沒有生效。

二、故障分析

1、 在POS介面視圖下，執行shutdown和undo shutdown，重啟POS介面。

2、執行display interface pos，發現生效的`MTU值仍為1492位元組。

3、 檢查對端設備，發現對端POS介面的MTU值為1492位元組，PPP在進行MRU協商時，如果兩端的MTU值配置不一致，協商結果會以MTU值小的一端為准。

三、故障處理

在路由器上執行以下操作，將對端POS介面的MTU值修改為1500位元組，並重啟介面，配置完成後，兩端的MTU值均為1500位元組，故障解決。

PPP在進行MRU協商時，如果兩端的MTU值配置不一致，協商結果會以MTU值小的一端准，這點與BelKin路由器設置相同，數據包需要拆開來發送。此時，減少數據包長度，再執行上面的ping命令。

從1400到1472之間多試幾次，就能找到合適的數據包長度了。把數據包長度加上數據包頭28位元組，就得到MTU的值。

如果檢測到網關的MTU值是1500，不需要修改。

如果網關有防火牆ping不通，可以試試直接把MTU設為1400。

② 數據包mtu設置多少 如何設置合適的MTU值

數據包mtu設置多少

1. 一般建議保持MTU值為默認設置，除非出現以下情況:無法訪問某些網站，或者無法打開安全網站(如網上銀行頁面)，無法收發郵件，無法訪問FTP和pop伺服器等。

2. 尋找最佳MTU值是一個反復試驗的過程。可以嘗試將MTU值從最大值(1500)逐漸降低，直到網路問題得到解決。建議修改范圍為1400 ~ 1500。設置多少MTU值取決於您的互聯網訪問方法。不同的上網方式支持不同的MTU。

③ 如何改變PING命令默認發送的數據包大小

1、首先按下「Windows+R」快捷鍵打開運行的界面，

④ 一個數據包的大小是好多

1、數據鏈路層對數據幀的長度都有一個限制，也就是鏈路層所能承受的最大數據長度，這個值
稱為最大傳輸單元，即MTU。以乙太網為例，這個值通常是1500位元組。

2、對於IP數據包來講，也有一個長度，在IP包頭中，以16位來描述IP包的長度，也就是說，
一個IP包，最長可能是65535位元組。

3、結合以上兩個概念，第一個重要的結論就出來了，如果IP包的大小，起過了MTU值，那麼就需要
分片，也就是把一個IP包分為多個，這個概念非常容易理解，一個載重5T的卡車，要拉10T的貨，它
當然就得分幾次來拉了。

4、IP分片是很多資料常講的內容，但是我倒是覺得分不分片其實不重要，重要的是另一個東西。一個
數據包穿過一個大的網路，它其間會穿過多個網路，每個網路的MTU值是不同的。我們可以設想，如果
接受/發送端都是乙太網，它們的MTU都是1500，我們假設發送的時候，數據包會以1500來封裝，然而，
不幸的是，傳輸中有一段X.25網，它的MTU是576，這會發生什麼呢？我想，這個才是我們所關心的。
當然，結論是顯而易見的，這個數據包會被再次分片，咱開始用火車拉，到了半路，不通火車，只通汽車，
那一車貨會被分為很多車……僅此而已，更重要的是，這種情況下，如果IP包被設置了「不允許分片標志」，那
會發生些什麼呢？對，數據包將被丟棄，然事收到一份ICMP不可達差錯，告訴你，需要分片！
這個網路中最小的MTU值，被稱為路徑MTU，我們應該有一種有效的手段，來發現這個值，最笨的方法或許是先
用traceroute查看所有節點，然後一個個ping……

5、到了傳輸層，也會有一個最大值的限制，當然，對於只管發，其它都不管的UDP來說，不再我們討論之列。這里
說的是TCP協議。說到大小，或許會讓人想到TCP著名的滑動窗口的窗口大小，它跟收發兩端的緩存有關，這里討論
的是傳輸的最大數據包大小，所以，它也不在討論之列。
TCP的選項欄位中，有一個最大報文段長度（MSS），表示了TCP傳往另一端的最大數據的長度，當一個連接立時，連接
的雙方都要通告各自的MSS，也就是說，它說是與TCP的SYN標志在一起的。當然，對於傳輸來講，總是希望MSS越大越好，
現在超載這么嚴重，誰家不希望多拉點貨……但是，MSS總是有個限制的，也就是MTU-IP頭長度-TCP頭長度，對於乙太網來講
它通常是1500-20-20=1460，雖然總是希望它能很大(如1460)，但是大多數BSD實現，它都是512的倍數，如1024……

6、回到分片上來，例如，在Win2000下執行如下命令：
ping 192.168.0.1 -l 1473

按剛才的說法，1473+20(ip頭)+8(icmp頭)=1501，則好大於1500，它會被分片，但是，我們關心的是：

這個數據包會被怎麼樣分法？
可以猜想，第一個包是
以太頭+IP頭+ICMP頭+1427的數據；
那第二個分片包呢？
它可以是：
以太頭+IP頭+ICMP頭+1個位元組的數據
或者是：
以太頭+IP頭+1個位元組的數據
也就是省去ICMP頭的封裝，當然，IP頭是不可以省的，否則怎麼傳輸了……

事實上，TCP/IP協議採用的是後一種封裝方式，這樣，一次可以節約8個位元組的空間。IP包頭中，用了三個標志來描述一個分片包：
1、分片標志：如果一個包被分片了，被置於1，最後一個分片除外；——這樣，對於接收端來講，可以根據這個標志位做為重組的重
要依據之一；
2、分片偏移標志：光有一個標志位說明「自己是不是分片包」是不夠的，偏移標志位說明了自己這個分片拉於原始數據報的什麼位置，
很明顯，這兩個標志一結合，就很容易重組分片包了。
3、不允許分片標志：如果數據包強行設置了這個標志，那麼在應該分片的時候，…… err，剛才已經說過了

⑤ 如何自定義ping數據包的大小

參考網上：格式：ping [-t] [-a] [-n count] [-l length] [-f] [-i ttl] [-v tos] [-r count] [-s count] [-j computer-list] │ [-k computer-list] [-w timeout] 參數：-t , 不斷向指定的主機發送數據包，直到輸入「ctrl+c」為止。-a , 解析IP地址位主機名。-n count , 由cunt參數決定ping的次數。-l size ,指定發送到目標主機的數據包大小。-f , 在數據包中指定"不分段"標志，該數據包不被路由分段.注 ： http://bbs.hackbase.com/viewthre ... hlight=%C2%B7%D3%C9（路由問題請看此帖）-i TTL,設置TTL（生存時間）參數-v TOS,將服務類型設置為TOS（Tupe Of Service）指定的數值。-r count , 在"記錄路由"欄位中記錄發出和返回報文的路由，"count"值最小為1，最大為9。-s count , 指定的躍點數的時間戳。-j host－list , 使用"computer－list"指定的計算機列表路由數據包（鬆散路由）-k host－list , 使用"computer－list"指定的計算機列表路由數據包（強制路由）。-w timeout ,指定超時時間。以上參數注意空格！！！

⑥ 路由器怎麼設置mtu

MTU,是計算機與路由器之間的最大傳輸單元,下面一起看看路由器怎麼設置mtu吧~

「MTU=最大傳輸單元 單位：位元組 英文：Maximum Transmission Unit」我們平時上網時的各種操作，都是通過一個又一個「數據包」傳輸來實現的。而MTU指定了網路中可傳輸數據包的最大尺寸，在我們常用的乙太網中，MTU是1500位元組。超過此大小的數據包就會將多餘的部分拆分再單獨傳輸。就像貨車通過限高的橋洞一樣，貨物高度超過限制高度了，就需要卸下一些貨物，分兩批通過限高路段。

MTU跟我的網路有神馬關系？

關系還是挺密切的，在windows里，默認的MTU是1500，但是不同的網路接入方式，不同地區的網路運營商，甚至不同的路由器，它們的MTU值都可能是不同的。例如：ADSL接入時MTU為1492位元組，假設A需要給B傳輸3000位元組數據，如果整個傳輸過程中各個環節的MTU都是1500，那麼2個數據包就可以傳輸完成。可是偏偏這時ADSL接入方式的MTU是1492位元組，數據包就因為這個MTU差異額外拆分為3個(為了便於理解，暫時不將「數據包報頭」納入考慮范圍)顯然這額外增加了需要傳輸的數據包數量，而且拆包組包的過程也浪費了時間。如果從本地到網路採用一致的MTU就可以避免額外拆包。

我該怎麼合理設置MTU呢？

更快的網速，這個理由夠不夠讓你折騰一趟呢？顯然是值得的，可是MTU值不是一個數字，天下通用的。所以在我們動手設置的時候，講究一個合理！

那麼什麼情況下MTU值是合理的呢？我們先來看看不合理的。

1、本地MTU值大於網路MTU值時，本地傳輸的數據包過大導致網路會拆包後傳輸，不但產生額外的數據包，而且消耗了「拆包、組包」的時間。2、本地MTU值小於網路MTU值時，本地傳輸的數據包可以直接傳輸，但是未能完全利用網路給予的數據包傳輸尺寸的上限值，傳輸能力未完全發揮。 這樣我們就知道，所謂合理的設置MTU值，就是讓本地的.MTU值與網路的MTU值一致，既能完整發揮傳輸性能，又不讓數據包拆分。

接下來最重要的就是要找出對於你的網路環境來說MTU多少才是合理的。方法也是灰常簡單：1.按win+r組合鍵呼叫運行菜單，輸入cmd後回車

2.在出現的「命令提示符」窗口中輸入「ping -l 1472 -f 網路」然後回車這段雜亂無章的東東是神馬意思呢？接下來Teamo稍微解釋下：ping：發起一個探測請求； -l(L的小寫)：限制探測包大小； 1472：包大小為1472位元組； -f：禁止路由器拆分數據包 網路：設網路為探測目標

3.按下回車後，會出現兩種返回結果：(1)、如果收到了回復，那麼說明你的網路允許最大MTU值就是1500位元組，與系統默認值相同，只需要將路由器的MTU值也設置為1500即可

(2)、如果出現需要拆分數據包但是設置 DF。或是Packer needs to be fragmented but DF set.的提示，那就說明數據包大小超過了網路限定的MTU大小。需要減小探測包大小再次嘗試。(為了截效果圖，我將探測包改為1473了)

4、按「上箭頭」恢復剛才輸入的命令，然後以5為跨度減小包大小為1467位元組，再次回車探測。5、這時同樣也有兩種可能：(1)、如果有返回，說明數據包小於MTU限制，就將包大小+3再次探測，如果+3之後沒有返回，那就以1為跨度降低數據包大小進行探測。(2)、如果還是沒有返回，就繼續以5為跨度減小包大小，直至有返回後進行5(1)中的操作。6、直至你發現數據包-1後，有了返回，就說明你探測到了MTU允許的准確數據包大小。(例如從1465降低到1464就有了返回，那麼允許的數據包大小就是1464)7、不過上面得到的值還不能設置為操作系統或路由器的MTU，你找到的數據包大小需要加上28位元組的「數據包報頭」，才是完整的數據包尺寸。(例如：探測到的數據包大小是1464，那麼加上28位元組，最終MTU=1492位元組)8、最後，只需要將路由器和操作系統中的MTU值設置為你得出的結果即可進入小極後台，高級選項中的MTU設置中填入測得的數值即可。

⑦ SQl 網路數據包大小32767是固定的嗎

網路數據包大小不是固定的，設置方法，在SQL Server Management Studio中的伺服器上滑鼠右鍵單擊，選擇「屬性」，在「高級」選項頁中設置「網路數據包大小"，同時亦可設置遠程登錄超時時間。如下圖所示：

⑧ TPLINK路由器數據包MTU怎麼設置合理

MTU設置得當可以加快網速，測試網速可以使用殺毒軟體附帶的寬頻測速功能。

MTU的設置應根據網路情況決定，下面是各種網路環境建議使用的MTU值。

（1）1500—乙太網信息包最大值，也是默認值，是沒有PPPoE和VPN 的網路連接的典型設置。是大部分路由器、網路適配器和交換機的默認設置。
（2）1492—PPPoE的最佳值。
（3）1472—使用ping的最大值（大於此值的信息包會先被分解）。
（4）1468—DHCP的最佳值。
（5）1430—VPN 和 PPTP的最佳值。

（6）576—撥號連接到ISP的標准值。

延伸：

1.MTU值查詢方法：
打開命令提示符，右鍵「以管理員身份運行」。在出現的「命令提示符」窗口中輸入「ping -l 1430 -f .com」然後回車。
如果出現需要拆分數據包但是設置 DF。或是Packer needs to be fragmented but DF set.的提示，那就說明數據包大小超過了網路限定的MTU大小，需要減小探測包大小再次嘗試；如果沒有提示，但是「時間」後面用的毫秒比較大可以增減探測包，時間越小網速越快。
比如探測到的數據包大小是1430，那麼加上28位元組，最終MTU=1458位元組。

2.MTU的設置方法：

（1）.「命令提示符」CMD窗口中輸入「netsh interface ipv4 show subinterfaces」並回車來查看當前的MTU值。
（2）.接下來輸入「netsh interface ipv4 set subinterface "需修改的連接名" mtu=得出的合理值 store=persistent」並回車即可。
例如：
netsh interface ipv4 set subinterface "wlan" mtu=1458 store=persistent
netsh interface ipv4 set subinterface "乙太網" mtu=1458 store=persistent

⑨ TCP，UDP接收一次數據包的 最大限度怎麼設置

我寫了個TCP，和UDP類 發現TCP默認接收的最大緩沖 一次性好象最多隻能接收 12000左右個位元組 而UDP默認接收的最大緩沖 一次性好象最多隻能接收 28000左右個位元組 據說一般最好。65535個以下 ，否則路由器容易丟包 ------解決方案--------------------------------------------------------private int _buf=8000;//標記一次傳輸文件數據塊的大小，不能超過MTU限制，否則在網際網路上的數據發送將不成功00 [Category( "全局設置 ")] [Description( "設置UDP每一次傳輸數據包的大小 ")] [DefaultValue(8000)] public int buf{set{_buf=value;} get{return _buf;}}然後使用 byte[] 發送數據，發送的時候限制每一次包大小。 至於接收：如果你發送的包已經限制好，接收就不會出問題。 byte[] buffer = new byte[buf]; ------解決方案--------------------------------------------------------這個理論是錯的吧,本身SEND發送出去,RECEIVE收的時候是分很多次收的.看網路情況而定,每次接收的大小這個是不能確定的. ------解決方案--------------------------------------------------------IO讀取操作好像有讀取的位元組數,buffer400讀取300的時候，會返回 一個300，然後檢查返回值，不夠繼續讀取，讀取的時候也可以選擇 要在buffer的哪個部分開始接收 ------解決方案--------------------------------------------------------和發送放有關系吧 設置一個不是很大的緩沖區，1024-2048（為了效率啊`~太大很浪費內存的） 1。找一個結束標志，一般幾個位元組。重點來了！這幾位元組很可能會接收的內容重復， 所以檢測這個標志很麻煩。所以接收到這個標志的時間再看後面是不是全是0 2。如果發送方可以控制。開頭用兩個到四位標注出整個數據包的長度。