青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

大漠落日

while(!dead) study++;
posts - 46, comments - 126, trackbacks - 0, articles - 0
  C++博客 :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理

MTU和IP分片

Posted on 2011-03-04 21:07 亂78糟 閱讀(9626) 評論(2)  編輯 收藏 引用 所屬分類: 網(wǎng)絡(luò)編程

本文為本人閑的蛋疼時候?qū)懙摹?span style="FONT-SIZE: 14pt">

什么是MTU?
 

最大傳輸單元(Maximum Transmission Unit,MTU)是指一種通信協(xié)議的某一層上面所能通過的最大數(shù)據(jù)包大小(以字節(jié)為單位)。最大傳輸單元這個參數(shù)通常與通信接口有關(guān)(網(wǎng)絡(luò)接口卡、串口等)。 

比如下圖顯示的常見的MTU(圖截自《TCP/IP詳解 卷一:協(xié)議》)

如上圖所示,我們平常接觸的網(wǎng)絡(luò)對數(shù)據(jù)幀的長度都有一個限制,只是其最大值不同。鏈路層的這個特性就稱之為MTU,最大傳輸單元。

數(shù)據(jù)幀超過MTU怎么辦?

如果IP層有一個數(shù)據(jù)包要傳,而且數(shù)據(jù)的長度比鏈路層的MTU大,那么IP層就會進(jìn)行分片,把數(shù)據(jù)包分成托干片,讓每一片都不超過MTU。注意,IP分片可以發(fā)生在原始發(fā)送端主機上,也可以發(fā)生在中間路由器上。

把一個IP數(shù)據(jù)包分片以后,只有到達(dá)目的地之后才進(jìn)行重新組裝。重新組裝由目的端的IP層完成,它的目的就是使分片和重新組裝過程對于傳輸層(TCP和UDP)是透明的。已經(jīng)分片過的數(shù)據(jù)包仍然有可能會再次進(jìn)行分片,也就是說IP分片可能發(fā)生不止一次。什么保證了這點?因為IP頭部中包含的數(shù)據(jù)為分片和重新組裝提供了足夠的信息。

來做個測試吧,看看怎么分片的,我用ping命令,也就是利用ICMP協(xié)議來測試。以太網(wǎng)MTU為1500,減去IP頭部20個字節(jié),再減去ICMP 8個字節(jié),那么我們認(rèn)為不分片的上限值為1500-20-8=1472。
注意看下圖的實驗結(jié)果,很明顯。



 MTU對網(wǎng)速有影響?

有沒有影響,就是我這幾天蛋疼的問題,看看辯論帖:

正方:合理設(shè)置MTU,提升下載速度
反方:更改MTU對網(wǎng)絡(luò)速度的影響之測試與分析

看了網(wǎng)絡(luò)上的帖子,迷糊了,我還是自己搗鼓吧,廣域網(wǎng)沒有可比性,局域網(wǎng)總行吧。好,來看我寫測試代碼。

  1 #include <stdio.h>
  2 #include <winsock2.h>
  3 
  4 #pragma comment(lib, "Ws2_32.lib")
  5 
  6 SOCKET sock;
  7 char *buf;
  8 int len = 1472;
  9 
 10 CRITICAL_SECTION sec;
 11 
 12 int init_sock()
 13 {
 14     WSADATA wsaData;
 15     WSAStartup(MAKEWORD(2,2), &wsaData);
 16 
 17     struct sockaddr_in serverAddr;
 18 
 19     int    reuseaddrflag = 1;
 20     int iMode = 1;
 21     int optlen = sizeof(int);
 22 
 23     sock = socket(AF_INET, SOCK_DGRAM, 0);
 24     if( sock == SOCKET_ERROR )
 25     {
 26         printf("create upd sock failed.");
 27         closesocket(sock);
 28         return -1;
 29     }
 30 
 31     serverAddr.sin_family = AF_INET;
 32     serverAddr.sin_addr.s_addr = inet_addr("192.168.3.75");
 33     serverAddr.sin_port = htons(0);
 34 
 35     if( setsockopt(sock, SOL_SOCKET, SO_REUSEADDR,(char *&reuseaddrflag, optlen) == -1)
 36     {
 37         printf("set socket reuseaddr failed");
 38         closesocket(sock);
 39         return -1;
 40     }
 41 
 42 
 43     if( bind(sock,(struct sockaddr *)&serverAddr,sizeof(serverAddr)) == SOCKET_ERROR )
 44     {
 45         printf("bind sock failed.");
 46         closesocket(sock);
 47         return -1;
 48     }
 49 
 50     if( ioctlsocket(sock, FIONBIO, (u_long FAR*&iMode) != 0 )
 51     {
 52         printf("ioctlsocket sock failed.");
 53         closesocket(sock);
 54         return -1;
 55     }
 56 
 57     InitializeCriticalSection(&sec); 
 58 
 59     return 0;
 60 }
 61 
 62 
 63 
 64 DWORD WINAPI runloop(LPVOID param)
 65 {
 66     int ret;
 67     struct sockaddr_in to;
 68 
 69     to.sin_family = AF_INET;
 70     to.sin_port = htons(161);
 71     to.sin_addr.s_addr = inet_addr("192.168.3.226");
 72 
 73     buf = (char *)malloc(len);
 74     for (int i = 0; i < len; i++)
 75     {
 76         buf[i] = 'a';
 77     }
 78 
 79     while ( 1 )
 80     {
 81         //EnterCriticalSection(&sec);
 82         ret = sendto(sock, buf, len, 0, (struct sockaddr *)&to, sizeof(to));
 83         if (ret == SOCKET_ERROR)
 84         {
 85             if (WSAGetLastError() == WSAEWOULDBLOCK)
 86             {
 87                 printf("WSAEWOULDBLOCK:\n");
 88             }
 89         }
 90         //LeaveCriticalSection(&sec);
 91     }
 92     return 0;
 93 }
 94 
 95 int main()
 96 {
 97     DWORD id;
 98 
 99     init_sock();
100 
101     //for (int i =0; i < 3; i++)
102     {
103         CreateThread(NULL, 0, runloop, NULL, NULL, &id);
104     }
105 
106     while (1) {
107         Sleep(100);
108     }
109 
110     WSACleanup();
111 
112     return 0;
113 }


代碼不多,關(guān)鍵要調(diào)整的就是第8行的變量len,先設(shè)置成前面計算的1472吧,用任務(wù)管理器和360流量監(jiān)控器統(tǒng)計,看下運行效果:




再來看看,把len設(shè)置為1473時候的效果:



注意,上圖左側(cè)的是1472的網(wǎng)絡(luò)占用率,右側(cè)是1473時候的占用率,通過這個測試,發(fā)現(xiàn),嘿,看來還真有影響。

這個測試僅僅是本機的發(fā)包速度,不是實際傳輸速度,但是這也能從一定程度說明這個問題。


但是IP包在實際網(wǎng)絡(luò)傳輸過程中,走什么線路,線路上有哪些設(shè)備,這些設(shè)備的MTU又是作何設(shè)置,我們不得而知,所以,所謂修改MTU提升下載速度從原理上來說有一定道理,但是實際操作過程中沒有多大的價值和意義。

什么原因?

我認(rèn)為是系統(tǒng)協(xié)議棧為分片浪費了不少時間,不知道你可同意?求高人解答。

Feedback

# re: MTU和IP分片[未登錄]  回復(fù)  更多評論   

2011-03-06 10:25 by vincent
看了那兩篇文章
第一篇文章的作者一直在拿本機的MTU與網(wǎng)絡(luò)MTU相比,然后設(shè)定成一個合適的值,已達(dá)到盡量不浪費網(wǎng)絡(luò)資源的目的。而事實上,網(wǎng)絡(luò)的MTU應(yīng)該是會變化的,IP包的路線不是固定的。
哪怕IP包的路線固定了。
而且他所謂的網(wǎng)絡(luò)MTU是一條通路的MTU,自然只偏向于一條通路,對于別的通路自然不會有什么效果,甚至可能是反效果了

# re: MTU和IP分片  回復(fù)  更多評論   

2011-03-06 11:04 by 亂78糟
@vincent
你的觀點我同意,我認(rèn)為修改MTU能夠提升網(wǎng)速是無稽之談,因為IP不同路線,不同設(shè)備的MTU值都是不確定的。

我這個實驗僅僅是測試本機的MTU是否影響發(fā)包速度
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            欧美精品尤物在线| 香蕉乱码成人久久天堂爱免费| 久久一区中文字幕| 欧美专区在线观看一区| 欧美在线视频一区二区| 欧美一区二区三区四区夜夜大片| 亚洲欧美日韩精品久久亚洲区| 校园激情久久| 久久亚洲一区二区| 亚洲精品一区二区三区av| 伊人色综合久久天天五月婷| 在线观看日韩av| 99视频一区二区| 欧美亚洲视频在线观看| 免费成人高清| 一区二区高清视频| 亚洲在线电影| 男女视频一区二区| 欧美午夜宅男影院在线观看| 国产一区二区三区自拍| 亚洲国产日本| 亚洲欧美日韩国产| 男女视频一区二区| 正在播放欧美视频| 久久人体大胆视频| 国产精品入口| 亚洲精品视频二区| 久久久噜噜噜久久中文字免| 免费观看日韩| 老牛影视一区二区三区| 免费不卡在线观看av| 欧美伦理在线观看| 国内偷自视频区视频综合| 亚洲区一区二| 欧美在线一级视频| 日韩视频免费| 免费在线国产精品| 国产欧美一区二区三区视频| 亚洲黄色一区二区三区| 久久久99免费视频| 一区二区三区高清在线| 欧美成年视频| 亚洲第一精品夜夜躁人人躁| 在线中文字幕日韩| 亚洲国产成人久久综合一区| 亚洲图片欧美日产| 欧美精品二区| 亚洲激情社区| 欧美ed2k| 久久激情一区| 国产一区91| 亚洲一二区在线| 亚洲国产美女| 麻豆精品传媒视频| 激情欧美日韩| 久久精品视频va| 亚洲免费影院| 国产精品自在在线| 亚洲欧美日韩在线观看a三区| 亚洲国产精品久久精品怡红院| 久久久久久久尹人综合网亚洲| 国产欧美一区二区三区沐欲| 久久www成人_看片免费不卡| 亚洲一区二区3| 国产精品网站视频| 午夜亚洲性色福利视频| 一本色道久久综合精品竹菊| 欧美日韩一区二区三区免费看 | 欧美日韩国产综合网| 亚洲人成艺术| 亚洲精品视频在线播放| 欧美精品久久久久a| 99精品热视频只有精品10| 亚洲黄色影院| 欧美视频亚洲视频| 亚洲主播在线| 亚洲欧美日产图| 国内精品免费在线观看| 蜜乳av另类精品一区二区| 久久阴道视频| 亚洲美女精品成人在线视频| 99精品国产在热久久下载| 欧美日韩午夜在线视频| 性欧美激情精品| 久久手机免费观看| 亚洲精品日韩在线观看| 一区二区三区欧美激情| 国产无一区二区| 亚洲天堂第二页| 国内精品久久久久久| 免费日韩精品中文字幕视频在线| 欧美18av| 新67194成人永久网站| 欧美在线播放一区二区| 亚洲国产中文字幕在线观看| 一本色道88久久加勒比精品 | 欧美在线视频网站| 亚洲美女av在线播放| 亚洲欧美日韩在线综合| 在线看片第一页欧美| 夜色激情一区二区| 在线观看成人小视频| 一区二区欧美精品| 亚洲第一在线综合在线| 亚洲一区欧美二区| 91久久在线视频| 亚洲欧美久久久| 夜夜嗨网站十八久久| 久久久久国产精品www| 亚洲专区免费| 欧美国产日韩一区二区三区| 久久久www成人免费精品| 欧美日韩一区免费| 亚洲福利专区| 伊甸园精品99久久久久久| 一区二区三区欧美日韩| 亚洲毛片在线观看.| 久久精品国产69国产精品亚洲| 亚洲午夜精品久久| 欧美国产高清| 免费在线观看成人av| 国产欧美在线| 制服丝袜激情欧洲亚洲| 亚洲精品中文字幕在线| 久久久久久久久久久久久女国产乱 | 欧美午夜免费影院| 亚洲国产日韩在线一区模特| 亚洲国产成人一区| 久久久精品日韩| 久久久久久久久久久一区| 国产精品日韩久久久| 亚洲视频一区二区免费在线观看| 日韩亚洲在线观看| 欧美精品成人91久久久久久久| 亚洲国产va精品久久久不卡综合| 激情视频一区二区| 久久久精彩视频| 美乳少妇欧美精品| 亚洲国产精品一区制服丝袜| 久久久久久91香蕉国产| 麻豆av福利av久久av| 亚洲第一区中文99精品| 美日韩精品免费观看视频| 免费在线观看一区二区| 黄色成人在线观看| 蜜桃伊人久久| 亚洲日韩第九十九页| 中国成人亚色综合网站| 欧美激情第五页| 欧美女人交a| 妖精成人www高清在线观看| 一二三四社区欧美黄| 欧美日韩一区二区在线观看视频| 一本色道88久久加勒比精品| 欧美亚洲视频一区二区| 国产一区日韩一区| 美女久久一区| 99精品福利视频| 欧美一级夜夜爽| 亚洲第一视频网站| 欧美日韩精品高清| 亚洲欧美网站| 亚洲高清成人| 欧美夜福利tv在线| 在线免费观看欧美| 欧美偷拍另类| 久久av一区| 亚洲人成网站精品片在线观看| 亚洲视频精选在线| 国产真实乱偷精品视频免| 蜜乳av另类精品一区二区| 最新中文字幕一区二区三区| 亚洲欧美日韩国产成人精品影院| 精品成人在线视频| 欧美性大战xxxxx久久久| 欧美在线观看网站| 99精品国产在热久久| 美女主播一区| 欧美在线视频二区| 日韩视频二区| 一区二区亚洲精品国产| 国产精品久久久久av免费| 久久久久欧美精品| 一区二区三区福利| 亚洲国语精品自产拍在线观看| 欧美一二三区在线观看| 日韩一级视频免费观看在线| 国产一级揄自揄精品视频| 欧美日韩免费观看一区二区三区| 欧美主播一区二区三区美女 久久精品人 | 国产在线播放一区二区三区| 欧美喷潮久久久xxxxx| 久久久久国产成人精品亚洲午夜| 一区二区三区久久久| 另类综合日韩欧美亚洲| 欧美一区二区三区免费在线看| 日韩午夜激情| 亚洲成色777777女色窝| 国产性天天综合网| 国产精品一区二区在线观看不卡|