對于以太網(wǎng)環(huán)境下UDP傳輸中的數(shù)據(jù)包長度問題

1、對于以太網(wǎng)環(huán)境下UDP傳輸中的數(shù)據(jù)包長度問題首先要看TCP/IP協(xié)議，涉及到四層：鏈路層，網(wǎng)絡(luò)層，傳輸層，應用層。其中以太網(wǎng)（Ethernet）的數(shù)據(jù)幀在鏈路層IP包在網(wǎng)絡(luò)層TCP或UDP包在傳輸層TCP或UDP中的數(shù)據(jù)（Data）在應用層它們的關(guān)系是數(shù)據(jù)幀IP包TCP或UDP包（Data在應用程序中我們用到的Data的長度最大是多少，直接取決于底層的限制。我們從下到上分析一下：在鏈路層，由以太網(wǎng)的物理特性決定了數(shù)據(jù)幀的長度為（4618）（150018），其中的18是數(shù)據(jù)幀的頭和尾，也就是說數(shù)據(jù)幀的內(nèi)容最大為1500，即MTU（MaximumTransmissionUnit）為1500；在網(wǎng)絡(luò)

2、層，因為IP包的首部要占用20字節(jié)，所以這的MTU為150020=1480；在傳輸層，對于UDP包的首部要占用8字節(jié)，所以這的MTU為14808=1472；所以，在應用層，你的Data最大長度為1472。（當我們的UDP包中的數(shù)據(jù)多于MTU（1472）時，發(fā)送方的IP層需要分片fragmentation進行傳輸，而在接收方IP層則需要進行數(shù)據(jù)報重組，由于UDP是不可靠的傳輸協(xié)議，如果分片丟失導致重組失敗，將導致UDP數(shù)據(jù)包被丟棄）。從上面的分析來看，在普通的局域網(wǎng)環(huán)境下，UDP的數(shù)據(jù)最大為1472字節(jié)最好（避免分片重組）。但在網(wǎng)絡(luò)編程中Internet中的路由器可能有設(shè)置成不同的值（小于默認值

3、）Internet上的標準MTU值為576,所以Internet的UDP編程時數(shù)據(jù)長度最好在576208=548字節(jié)以內(nèi)。MTU對我們的UDP編程很重要，那如何查看路由的MTU值呢？對于windowsOS:ping-f-I女如ping-f-l1472192.168.0.1:如果提示：PacketsneedstobefragmentedbutDFset.則表明MTU小于1500,不斷改小data_length值，可以最終測算出gateway的MTU值；對于linuxOS:ping-c-Mdo-s如：ping-c1-Mdo-s1472192.168.0.1如果提示FragneededandDFse

4、t則表明MTU小于1500，可以再測以推算gateway的MTU。TCP、UDP、IP包結(jié)構(gòu)網(wǎng)絡(luò)技術(shù)2008-12-2614:50:17閱讀729評論0字號：大中小訂閱一、TCP包結(jié)構(gòu)SourceRmiDwwmjwiPwiSc|W;t申心gr血皿沁冊*厝Si闊oweQlftetReswftlChct54JnUnHilePoinlefOPlWI-KrK?*1/Gcfcc-Lepdll!1-*bn=&wT-E尸空ABErail機cn?DVyrFiWiBETrinailG11onConro1ruLDCQl?rctore:幻匚吐迂打&55xrctP&-T：12362：Ji-)心時科曲口為MfI5i：q

5、ueficniaftMf:1Creln1vasoMfitC-nuHitr)舉就2-1；“jhctiQw)dganiTinuiiMr:1tetruhbtrCWQtST1Vrt(CWJjit!SClH-r；ICT二、UDP包結(jié)構(gòu)zhacnvefilrinmill.b4M-913oan三、IP包結(jié)構(gòu)20TuiFlHeadfrCiwcaisurnU)iDS=Ti168.5.1130JQisanatwT皆如OplMsH.-11prmwi#貝海CMa,.:KMC-Fgtfm(DfVCK6斶HfIIcan三imerAterrmocM.sre:n.vto1on:dmejder1-erh:MbxeisMfferBntlatBdScrvictsField:MIO(&KPOkOI:unknciwnD&P；ECU:0 x00)COCL日押5CT-uicescopolffi;unfciiuwn-Hsp=ort(ECTJ:0)于0Tal4d申呻t羽匸man：叩：陽加野fn旳丁期)O_.-biczm&tqt1“&nrfr-i5art_O.-Hdt-frjigmBnts:r+ctdtFraBenioffsKs0Tlosetnli