MTU概念深入講解.doc

MTU概念詳解1. 概述在IP數(shù)據(jù)在網(wǎng)絡(luò)上傳輸時，會涉及到MTU這個概念。MTU，即最大傳輸單元（Maximum Transport Unit），這是一個數(shù)據(jù)鏈路層的概念，指數(shù)據(jù)鏈路層對數(shù)據(jù)幀長度的限制。但是，MTU實(shí)際上限制的并非數(shù)據(jù)鏈路層數(shù)據(jù)幀的長度，而是數(shù)據(jù)鏈路層幀的載荷（Payload）部分的長度。以最常見的以太網(wǎng)為例，其幀格式如圖 1所示，MTU限定的是數(shù)據(jù)部分的長度，根據(jù)RFC894（附后），對于以太網(wǎng)而言，MTU為1500 bytes，也即“數(shù)據(jù)（載荷）”部分的最大長度為1500 bytes。圖 1 數(shù)據(jù)鏈路幀格式2. MTU詳解由于IP數(shù)據(jù)報在由IP層交由數(shù)據(jù)鏈路層傳輸時，要將包括IP報頭和IP數(shù)據(jù)的內(nèi)容作為數(shù)據(jù)鏈路層的載荷封裝在數(shù)據(jù)鏈路幀中。因此，MTU實(shí)際上是限制了IP層中IP數(shù)據(jù)報的總長度，當(dāng)IP數(shù)據(jù)報的總長度超過MTU時，即需要分片，若IP數(shù)據(jù)報頭中設(shè)置了“不可分片”，則該報文將被丟棄，并產(chǎn)生ICMP差錯報告。圖 2 IP數(shù)據(jù)報分片演示圖 2演示了一個長度為2000的IP數(shù)據(jù)報在經(jīng)過以太網(wǎng)傳輸時的分片情況，由于MTU限制為1500 bytes，在以太網(wǎng)中傳輸時將被拆分為兩個分片，每個分片包含首部的長度不超過1500 bytes。3. 抓包分析在局域網(wǎng)中進(jìn)行抓包，采用如下命令：C: ping -l 2000 10.137.135.191由于指定的數(shù)據(jù)長度超過了以太網(wǎng)MTU的限制，在傳輸中會發(fā)生分片。對第一個分片的抓包結(jié)果如圖 3所示。通過IP協(xié)議部分可見，該IP數(shù)據(jù)報為一個分片，且不為第一分片（More Fragments位被設(shè)置），首部長度20 bytes，總長1500 bytes。這里發(fā)現(xiàn)抓包得到數(shù)據(jù)鏈路幀的長度為1514 bytes，而非如圖 1所示的1526 bytes。分析其原因：數(shù)據(jù)幀在到達(dá)物理網(wǎng)卡時，首先要去掉前導(dǎo)同步碼和幀開始定界符，然后對幀進(jìn)行CRC校驗。只有CRC校驗正確，才會將幀送到“設(shè)備驅(qū)動程序”進(jìn)行進(jìn)一步處理，此時抓包軟件才能抓到數(shù)據(jù)，因此，Wireshark抓到的數(shù)據(jù)幀是去掉了前導(dǎo)同步碼字段、幀開始定界符字段和幀校驗和字段后的數(shù)據(jù)，因此抓包得到的數(shù)據(jù)幀總長為1514bytes。圖 3 指定長度2000的數(shù)據(jù)報第一分片抓包結(jié)果進(jìn)一步，對第二個分片進(jìn)行分析，這個分片為ICMP包，其IP數(shù)據(jù)報長度為548 bytes，這其中包括原2000bytes的數(shù)據(jù)中剩余的520 bytes（上一分片傳輸了1480 bytes），加上分片的首部20bytes，以及ICMP的首部8bytes，因此該分片的IP數(shù)據(jù)層長度為20+8+520 = 548 bytes。該數(shù)據(jù)幀長度為548+14 = 562 bytes。圖 4 指定長度2000的數(shù)據(jù)報第二分片抓包結(jié)果同樣，我們還可通過抓包分析當(dāng)IP數(shù)據(jù)報長度達(dá)不到最短幀長時的情況。采用如下命令：C: ping -l 0 10.137.135.191這里我們指定發(fā)送了一個長度為0的ICMP請求報文。首先分析由對端發(fā)回的reply報文，如圖 5所示。圖 5 指定長度0的數(shù)據(jù)報reply報文抓包結(jié)果可以看到，IP數(shù)據(jù)報的長度為28 bytes，包含了20 bytes IP首部和8 bytes ICMP協(xié)議首部，數(shù)據(jù)部分長度為0。由于數(shù)據(jù)部分長度達(dá)不到數(shù)據(jù)鏈路層數(shù)據(jù)幀的最小長度（46 bytes），數(shù)據(jù)層對數(shù)據(jù)進(jìn)行了填充（圖中Trailer部分），最后的抓包得到的總幀長為60 bytes（46 bytes數(shù)據(jù)和14 bytes數(shù)據(jù)鏈路幀首部）。圖 6 指定長度0的數(shù)據(jù)報request報文抓包結(jié)果抓包得到的request報文如圖 6所示。從圖中可以看到，IP數(shù)據(jù)報長度和reply報文相同，同樣為28 bytes，但是得到的幀長僅為42 bytes，達(dá)不到數(shù)據(jù)鏈路幀的最小長度。分析其原因，可以看到與圖 5的差別是沒有Trailer填充字段部分。這說明了兩點(diǎn)：1）當(dāng)IP數(shù)據(jù)報達(dá)不到數(shù)據(jù)鏈路層最小長度要求時，是由數(shù)據(jù)鏈路層進(jìn)行填充的；2）Wireshark對本機(jī)發(fā)出的數(shù)據(jù)抓包的處理權(quán)優(yōu)先于數(shù)據(jù)鏈路層對數(shù)據(jù)幀的處理。附：RFC894（已校對）IP 數(shù)據(jù)報通過以太網(wǎng)網(wǎng)絡(luò)傳輸標(biāo)準(zhǔn)(A Standard for the Transmission of IP Datagrams over Ethernet Networks)1984年4月本RFC文檔描述了在以太網(wǎng)2中封裝IP數(shù)據(jù)進(jìn)行傳輸1的一種標(biāo)準(zhǔn)方法。本RFC文檔描述的是ARPA網(wǎng)絡(luò)社區(qū)的一種標(biāo)準(zhǔn)協(xié)議。1介紹本文適用于速率為10MB/S，采用48位地址的以太網(wǎng)。文獻(xiàn)3描述了IP數(shù)據(jù)報在一種速率3MB/S的試驗以太網(wǎng)中傳輸?shù)倪^程。2幀格式IP數(shù)據(jù)報通過標(biāo)準(zhǔn)的以太網(wǎng)幀傳輸，以太網(wǎng)幀的幀類型字節(jié)數(shù)值必須為十六進(jìn)制的0800以表示它的類型。以太幀的數(shù)據(jù)部分包含了IP數(shù)據(jù)報的首部和數(shù)據(jù)部分。以太網(wǎng)幀數(shù)據(jù)字段要求的最小長度為46個字節(jié)，在必要時需要在數(shù)據(jù)字段以0進(jìn)行填充，填充的部分不屬于IP數(shù)據(jù)報的內(nèi)容，不計入IP數(shù)據(jù)報的總長。以太網(wǎng)幀的數(shù)據(jù)字段的最大長度為1500個字節(jié)，因此，在以太網(wǎng)中傳輸?shù)腎P數(shù)據(jù)報的最大長度不能超過1500字節(jié)。在實(shí)現(xiàn)中，推薦盡量使用最大長度（1500字節(jié)）的數(shù)據(jù)包。網(wǎng)關(guān)的設(shè)計也要求必須能夠處理最大長度的數(shù)據(jù)包，并且可將超長的數(shù)據(jù)包進(jìn)行分片。如果一個系統(tǒng)不能處理最大長度的包，應(yīng)該采取措施，要求發(fā)送方減小發(fā)送數(shù)據(jù)包的長度，例如使用TCP的最大段長度4。注意：在以太網(wǎng)上的數(shù)據(jù)報可能不再是一般Internet上默認(rèn)的576字節(jié)的最大包長。一個以太網(wǎng)上的主機(jī)在向另一個以太網(wǎng)上的主機(jī)發(fā)送數(shù)據(jù)報時，應(yīng)注意到這一點(diǎn)。比較合適的方法是發(fā)送一個較小的數(shù)據(jù)報以避免在中間的網(wǎng)關(guān)處被分片。在這一點(diǎn)上，請參考文獻(xiàn)4以得到更多的信息。3地址映射32位的IP地址映射到48位的以太網(wǎng)地址有多種方式，可以使用靜態(tài)對照表或采用動態(tài)解析。3.1 靜態(tài)對照表 在一個局域網(wǎng)里可以為每一個主機(jī)制定一個以太網(wǎng)地址和IP地址對應(yīng)的表格。3.2 動態(tài)解析32位的IP地址和48位的以太網(wǎng)地址之間的映射可以通過ARP5（地址解析協(xié)議）來實(shí)現(xiàn)。IP地址在一些Internet網(wǎng)絡(luò)中被隨意的分配。每一個主機(jī)必須知道自己的IP地址以及對應(yīng)的以太網(wǎng)地址才能正常處理數(shù)據(jù)包。在必要時，需要使用ARP協(xié)議將IP地址解析為對應(yīng)的以太網(wǎng)地址。3.3 廣播地址Internet上的廣播地址（主機(jī)地址為全1）映射為以太網(wǎng)廣播地址（48位全1，即16位地址FF-FF-FFFF -FF-FF）。強(qiáng)烈推薦使用ARP協(xié)議進(jìn)行動態(tài)解析。4追蹤格式（Trailer Format）一些版本的Unix 4.2bsd為了在VAX虛擬內(nèi)存結(jié)構(gòu)下得到更好的性能，采用了一種不同的封裝方式。在同一以太網(wǎng)中的兼容系統(tǒng)可能使用這種格式。一般主機(jī)不要求去實(shí)現(xiàn)這種格式。除非發(fā)送方能夠肯定接受方可以