tcpip的那些事兒

1、1、IP報文格式報文格式IP協(xié)議是TCPIP協(xié)議族中最為核心的協(xié)議。它提供不可靠、無連接的服務，也即依賴其他層的協(xié)議進行差錯控制。在局域網環(huán)境，IP協(xié)議往往被封裝在以太網幀（見本章1.3節(jié)）中傳送。而所有的TCP、UDP、ICMP、IGMP數(shù)據都被封裝在IP數(shù)據報中傳送。如圖23所示：圖23TCPIP報文封裝圖24是IP頭部（報頭）格式：（RFC791）。圖24IP頭部格式其中：●版本（Version）字段：占4比特。用來表明IP協(xié)議實

2、現(xiàn)的版本號，當前一般為IPv4，即0100?！駡箢^長度（InterHeaderLength，IHL）字段：占4比特。是頭部占32比特的數(shù)字，包括可選項。普通IP數(shù)據報（沒有任何選項），該字段的值是5，即160比特=20字節(jié)。此字段最大值為60字節(jié)。●服務類型（TypeofService，TOS）字段：占8比特。其中前3比特為優(yōu)先權子字段（Precedence，現(xiàn)已被忽略）。第8比特保留未用。第4至第7比特分別代表延遲、吞吐量、可靠性和花

3、費。當它們取值為1時分別代表要求最小時延、最大吞吐量、最高可靠性和最小費用。這4比特的服務類型中只能置其中1比特為1?？梢匀珵?，若全為0則表示一般服務。服務類型字段聲明了數(shù)據報被網絡系統(tǒng)傳輸時可以被怎樣處理。例如：TEL協(xié)議可能要求有最小的延遲，F(xiàn)TP協(xié)議（數(shù)據）可能要求有最大吞吐量，SNMP協(xié)議可能要求有最高可靠性，NNTP（wkNewsTransferProtocol，網絡新聞傳輸協(xié)議）可能要求最小費用，而ICMP協(xié)議可能無特殊要

4、求（4比特全為0）。實際上，大部分主機會忽略這個字段，但一些動態(tài)路由協(xié)議如OSPF（OpenShtestPathFirstProtocol）、ISIS（IntermediateSystemtoIntermediateSystem圖25TCP頭部結構●源、目標端口號字段：占16比特。TCP協(xié)議通過使用“端口“來標識源端和目標端的應用進程。端口號可以使用0到65535之間的任何數(shù)字。在收到服務請求時，操作系統(tǒng)動態(tài)地為客戶端的應用程序分配端口

5、號。在服務器端，每種服務在“眾所周知的端口“（WellKnowPt）為用戶提供服務?！耥樞蛱栕侄危赫?2比特。用來標識從TCP源端向TCP目標端發(fā)送的數(shù)據字節(jié)流，它表示在這個報文段中的第一個數(shù)據字節(jié)?！翊_認號字段：占32比特。只有ACK標志為1時，確認號字段才有效。它包含目標端所期望收到源端的下一個數(shù)據字節(jié)。●頭部長度字段：占4比特。給出頭部占32比特的數(shù)目。沒有任何選項字段的TCP頭部長度為20字節(jié)；最多可以有60字節(jié)的TCP頭部?！?/p>

6、標志位字段（U、A、P、R、S、F）：占6比特。各比特的含義如下：◆URG：緊急指針（urgentpointer）有效。◆ACK：確認序號有效。◆PSH：接收方應該盡快將這個報文段交給應用層?！鬜ST：重建連接。◆SYN：發(fā)起一個連接。◆FIN：釋放一個連接?！翊翱诖笮∽侄危赫?6比特。此字段用來進行流量控制。單位為字節(jié)數(shù)，這個值是本機期望一次接收的字節(jié)數(shù)?！馮CP校驗和字段：占16比特。對整個TCP報文段，即TCP頭部和TCP數(shù)據進行