• <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>

            大漠落日

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

            MTU和IP分片

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

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

            什么是MTU?
             

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

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

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

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

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

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

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



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

            有沒(méi)有影響,就是我這幾天蛋疼的問(wèn)題,看看辯論帖:

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

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

              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è)置成前面計(jì)算的1472吧,用任務(wù)管理器和360流量監(jiān)控器統(tǒng)計(jì),看下運(yùn)行效果:




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



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

            這個(gè)測(cè)試僅僅是本機(jī)的發(fā)包速度,不是實(shí)際傳輸速度,但是這也能從一定程度說(shuō)明這個(gè)問(wèn)題。


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

            什么原因?

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

            Feedback

            # re: MTU和IP分片[未登錄](méi)  回復(fù)  更多評(píng)論   

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

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

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

            我這個(gè)實(shí)驗(yàn)僅僅是測(cè)試本機(jī)的MTU是否影響發(fā)包速度
            亚洲综合婷婷久久| 国产亚洲精品久久久久秋霞| 国产免费久久久久久无码| 精品熟女少妇aⅴ免费久久| 亚洲国产小视频精品久久久三级| 久久久久久亚洲精品影院| 精品久久8x国产免费观看| 久久久久久久久久久免费精品 | 国产一区二区精品久久凹凸 | 2021国产成人精品久久| 久久嫩草影院免费看夜色| 精品久久8x国产免费观看| 久久综合给合综合久久| 精品九九久久国内精品| 久久精品国产亚洲av麻豆图片| 国产亚洲美女精品久久久久狼| 久久无码专区国产精品发布| 亚洲欧美日韩精品久久| 国产成人久久精品区一区二区| 亚洲欧美伊人久久综合一区二区| 久久国产成人午夜AV影院| 久久er热视频在这里精品| 亚洲精品无码专区久久久| 午夜精品久久久久久影视777| 97久久精品人人澡人人爽| 久久se精品一区精品二区| 麻豆AV一区二区三区久久| 波多野结衣久久精品| 亚洲国产成人精品无码久久久久久综合| 久久久青草久久久青草| 久久99精品久久久久婷婷| 日韩乱码人妻无码中文字幕久久| 漂亮人妻被中出中文字幕久久| 合区精品久久久中文字幕一区| 久久久99精品一区二区| 久久久中文字幕日本| 久久人人爽人人澡人人高潮AV| 久久亚洲中文字幕精品一区| 久久伊人亚洲AV无码网站| 色综合久久久久综合99| 性做久久久久久久久浪潮|