【文章內(nèi)容簡介】 這份廣播后，識別出這是發(fā)送端在尋問它的IP地址，于是發(fā)送一個ARP應(yīng)答。這個ARP應(yīng)答包含IP地址及對應(yīng)的硬件地址。 　　7) 收到ARP應(yīng)答后，使ARP進(jìn)行請求—應(yīng)答交換的IP數(shù)據(jù)包現(xiàn)在就可以傳送了。 　　8) 發(fā)送IP數(shù)據(jù)報到目的主機。 　　實例分析 　　下面通過分析用IRIS捕獲的包來分析一下TCP/IP的工作過程，為了更清晰的解釋數(shù)據(jù)傳送的過程，我們按傳輸?shù)牟煌A段抓了四組數(shù)據(jù)，分別是查找服務(wù)器、建立連接、數(shù)據(jù)傳輸和終止連接。每組數(shù)據(jù)，按下面三步進(jìn)行解釋。 　　顯示數(shù)據(jù)包 　　解釋該數(shù)據(jù)包 　　按層分析該包的頭信息 　　第一組 查找服務(wù)器 　　1）下圖顯示的是2行的數(shù)據(jù)。 2）解釋數(shù)據(jù)包 　　這兩行數(shù)據(jù)就是查找服務(wù)器及服務(wù)器應(yīng)答的過程。 　　在第1行中，源端主機的MAC地址是00:50:FC:22:C7:BE。目的端主機的MAC地址是FF:FF:FF:FF:FF:FF，這個地址是十六進(jìn)制表示的，F(xiàn)換算為二進(jìn)制就是1111，全1的地址就是廣播地址。所謂廣播就是向本網(wǎng)上的每臺網(wǎng)絡(luò)設(shè)備發(fā)送信息，電纜上的每個以太網(wǎng)接口都要接收這個數(shù)據(jù)幀并對它進(jìn)行處理，這一行反映的是步驟5）的內(nèi)容，ARP發(fā)送一份稱作ARP請求的以太網(wǎng)數(shù)據(jù)幀給以太網(wǎng)上的每個主機。網(wǎng)內(nèi)的每個網(wǎng)卡都接到這樣的信息“，請將你的硬件地址告訴我”。 　　第2行反映的是步驟6）的內(nèi)容。在同一個以太網(wǎng)中的每臺機器都會接收到這個報文，但正常狀態(tài)下除了1號機外其他主機應(yīng)該會忽略這個報文，而1號的主機的ARP層收到這份廣播報文后，識別出這是發(fā)送端在尋問它的IP地址，于是發(fā)送一個ARP應(yīng)答。告知自己的IP地址和MAC地址。第2行可以清楚的看出1號回答的信息__自己的MAC地址00:50:FC:22:C7:BE。 　　這兩行反映的是數(shù)據(jù)鏈路層之間一問一答的通信過程。這個過程就像我要在一個坐滿人的教室找一個叫“張三”的人，在門口喊了一聲“張三”，這一聲大家都聽見了，這就叫廣播。張三聽到后做了回應(yīng)，別人聽到了沒做回應(yīng)，這樣就與張三取得了聯(lián)系。 3）頭信息分析 　　如下圖左欄所示，第1數(shù)據(jù)包包含了兩個頭信息：以太網(wǎng)（Ethernet）和ARP。下表2是以太網(wǎng)的頭信息，括號內(nèi)的數(shù)均為該字段所占字節(jié)數(shù)，以太網(wǎng)報頭中的前兩個字段是以太網(wǎng)的源地址和目的地址。目的地址為全1的特殊地址是廣播地址。電纜上的所有以太網(wǎng)接口都要接收廣播的數(shù)據(jù)幀。兩個字節(jié)長的以太網(wǎng)幀類型表示后面數(shù)據(jù)的類型。對于ARP請求或應(yīng)答來說，該字段的值為0806。 　　第2行中可以看到，盡管ARP請求是廣播的，但是ARP應(yīng)答的目的地址卻是1號機的（00 50 FC 22 C7 BE）。ARP應(yīng)答是直接送到請求端主機的。 行 以太網(wǎng)目的地址（6） 以太網(wǎng)源地址（6） 幀類型（2） 1 FF FF FF FF FF FF 00 50 FC 22 C7 BE 08 06 2 00 50 FC 22 C7 BE 00 90 27 F6 54 53 08 06 表2 　　下表3是ARP協(xié)議的頭信息。硬件類型字段表示硬件地址的類型。它的值為1即表示以太網(wǎng)地址。協(xié)議類型字段表示要映射的協(xié)議地址類型。它的值為0800即表示IP地址。它的值與包含IP數(shù)據(jù)報的以太網(wǎng)數(shù)據(jù)幀中的類型字段的值相同。接下來的兩個1字節(jié)的字段，硬件地址長度和協(xié)議地址長度分別指出硬件地址和協(xié)議地址的長度，以字節(jié)為單位。對于以太網(wǎng)上IP地址的ARP請求或應(yīng)答來說，它們的值分別為6和4。Op即操作（Opoperation），1是ARP請求、2是ARP應(yīng)答、3是RARP請求和4為RARP應(yīng)答，第二行中該字段值為2表示應(yīng)答。接下來的四個字段是發(fā)送端的硬件地址、發(fā)送端的IP地址、目的端的硬件地址和目的端IP地址。注意，這里有一些重復(fù)信息：在以太網(wǎng)的數(shù)據(jù)幀報頭中和ARP請求數(shù)據(jù)幀中都有發(fā)送端的硬件地址。對于一個ARP請求來說，除目的端硬件地址外的所有其他的字段都有填充值。 　　表3的第2行為應(yīng)答，當(dāng)系統(tǒng)收到一份目的端為本機的ARP請求報文后，它就把硬件地址填進(jìn)去，然后用兩個目的端地址分別替換兩個發(fā)送端地址，并把操作字段置為2，最后把它發(fā)送回去。 行 1 2 硬件類型(2) 00 01 00 01 協(xié)議類型(2) 08 00 08 00 硬件地址長度(1) 06 06 協(xié)議地址長度(1) 04 04 Op(2) 00 01 00 02 發(fā)送端以太網(wǎng)地址(6) 00 50 FC 22 C7 BE 00 90 27 F6 54 53 發(fā)送端IP地址(4) C0 A8 71 D0 C0 A8 7101 目的以太網(wǎng)地址(6) 00 00 00 00 00 00 00 50 FC 22 C7 BE 目的IP地址(4) C0 A8 71 01 C0 A8 71 D0 表3 第二組 建立連接 　　1）下圖顯示的是35行的數(shù)據(jù)。 2）解釋數(shù)據(jù)包 　　這三行 數(shù)據(jù)是兩機建立連接的過程。 　　這三行的核心意思就是TCP協(xié)議的三次握手。TCP的數(shù)據(jù)包是靠IP協(xié)議來傳輸?shù)?。但I(xiàn)P協(xié)議是只管把數(shù)據(jù)送到出去，但不能保證IP數(shù)據(jù)報能成功地到達(dá)目的地，保證數(shù)據(jù)的可靠傳輸是靠TCP協(xié)議來完成的。當(dāng)接收端收到來自發(fā)送端的信息時，接受端詳發(fā)送短發(fā)送一條應(yīng)答信息，意思是：“我已收到你的信息了?！钡谌M數(shù)據(jù)將能看到這個過程。TCP是一個面向連接的協(xié)議。無論哪一方向另一方發(fā)送數(shù)據(jù)之前，都必須先在雙方之間建立一條連接。建立連接的過程就是三次握手的過程。 　　這個過程就像要我找到了張三向他借幾本書，第一步：我說：“你好，我是擔(dān)子”，第二步：張三說：“你好，我是張三”，第三步：我說：“我找你借幾本書?！边@樣通過問答就確認(rèn)對方身份，建立了聯(lián)系。 　　下面來分析一下此例的三次握手過程。 　?。⊿EQ）987694419給1號機。 　　，將此序號加1值為987694419作為應(yīng)答信號（ACK），同時隨機產(chǎn)生一個初始序號（SEQ）1773195208，這兩個信號同時發(fā)回到請求端208號機，意思為：“消息已收到，讓我們的數(shù)據(jù)流以1773195208這個數(shù)開始?！?　?。⊿EQ）1773195208加1為1773195209作為應(yīng)答信號。 　　以上三步完成了三次握手，雙方建立了一條通道，接下來就可以進(jìn)行數(shù)據(jù)傳輸了。 　　下面分析TCP頭信息就可以看出，在握手過程中TCP頭部的相關(guān)字段也發(fā)生了變化。 　　3）頭信息分析 　　如圖12所示，第3數(shù)據(jù)包包含了三頭信息：以太網(wǎng)（Ethernet）和IP和TCP。 　　頭信息少了ARP多了IP、TCP