實驗四-TCP-協(xié)議分析8頁

1、鄭州輕工業(yè)學(xué)院本科實驗報告題 目： 實驗四 TCP 協(xié)議分析 學(xué)生姓名： 王 沖 系 別： 計算機與通信工程學(xué)院 專 業(yè)： 網(wǎng) 絡(luò) 運 維 班 級： 網(wǎng) 絡(luò) 運 維11-01 學(xué) 號： 541107110123 指導(dǎo)教師： 熊 坤 2014 年 10 月 28 日實驗四 TCP 協(xié)議分析一、 實驗?zāi)康?1、分析HTTP 協(xié)議 2、分析DNS 協(xié)議 二、 實驗環(huán)境 與因特網(wǎng)連接的計算機網(wǎng)絡(luò)系統(tǒng)；操作系統(tǒng)為windows；Ethereal、IE 等軟件。 三、 實驗步驟 1. 俘獲大量的由本地主機到遠(yuǎn)程服務(wù)器的TCP 分組（1） 啟動瀏覽器，打開/et

2、hereal- labs/alice.txt網(wǎng)頁， 得到ALICE'S ADVENTURES IN WONDERLAND文本，將該文件保存到你的主機上。 （2） 打開/ethereal- labs/TCP-ethereal- file1.html （3） 窗口如下圖所示。在Browse按鈕旁的文本框中輸入保存在你的主機上的文件ALICE'S ADVENTURES IN WONDERLAND的全名（含路徑），此時不要按“Upload alice.txt file”按鈕 （4） 啟動Ethereal，開始分組俘獲。 （5） 在瀏覽器中，

3、單擊“Upload alice.txt file”按鈕，將文件上傳到服務(wù)器，一旦文件上傳完畢，一個簡短的賀詞信息將顯示在你的瀏覽器窗口中。 （6） 停止俘獲。 2. 瀏覽追蹤信息 （1） 在顯示篩選規(guī)則中輸入“tcp”,可以看到在本地主機和服務(wù)器之間傳輸?shù)囊幌盗衪cp和http報文，你應(yīng)該能看到包含SYN報文的三次握手。也可以看到有主機向服務(wù)器發(fā)送的一個HTTP POST報文和一系列的“http continuation”報文。 （2） 根據(jù)操作回答“四、實驗報告內(nèi)容”中的1-2題。 3. TCP 基礎(chǔ) 根據(jù)操作回答“四、實驗報告內(nèi)容”中的3-10 題 4.

4、TCP 擁塞控制 （1） 在Ethereal已俘獲分組列表子窗口中選擇一個TCP 報文段。選擇菜單：Statistics->TCP Stream Graph-> Time-Sequence-Graph(Stevens)。你會看到如下所示的圖。 （2） 根據(jù)操作回答“四、實驗報告內(nèi)容”中的11-12題。 四、 實驗報告內(nèi)容 在實驗的基礎(chǔ)上，回答以下問題： 1. 向 服務(wù)器傳送文件的客戶端主機的IP 地址和TCP 端口號是多少？ 答：IP地址：29 ，TCP端口號：1074。2. G服務(wù)器的IP地

5、址是多少？對這一連接，它用來發(fā)送和接收TCP報文的端口號是多少？ 答：由上可知， 的 IP地址是2 發(fā)送和接收 TCP片段端口：80。3. 客戶服務(wù)器之間用于初始化TCP連接的TCP SYN報文段的序號（sequence number）是多少？在該報文段中，是用什么來標(biāo)示該報文段是SYN報文段的？ 答：Sequence number： 0； Syn 被設(shè)置為1，說明是SYN片段。4. 服務(wù)器向客戶端發(fā)送的SYNACK報文段序號是多少？該報文段中，Acknowledgement字段的值是多少？G服務(wù)器是如

6、何決定此值的？在該報文段中，是用什么來標(biāo)示該報文段是SYNACK報文段的？ 答：Sequence number：0；Acknowledgement number：1，故由此看出ACK的值是由SYN消息中Sequence number加1所得Acknowledgement和Syn都設(shè)置為1說明這是一個SYNACK 片段5. 包含HTTP POST命令的TCP報文段的序號是多少？ 答：由圖知包含HTTP POST命令的TCP報文段的序號是13.6. 如果將包含HTTP POST命令的TCP報文段看作是TCP連接上的第一個報文段，那么該TCP連接上的第六個報文段的序號是多少？是何時發(fā)送的？該報文段所

7、對應(yīng)的ACK是何時接收的？ 答：TCP連接上的前六個報文段的序號是13,15，16，19,20，23，對應(yīng)的ACK均為1，所以第六個報文段的序號是23。7. 前六個TCP報文段的長度各是多少？ 答：前六個TCP報文段的長度是：527bytes,1460bytes,1460bytes,1460bytes,1460bytes,892bytes。8. 在整個跟蹤過程中，接收端公示的最小的可用緩存空間是多少？限制發(fā)送端的傳輸以后，接收端的緩存是否仍然不夠用？ 答：接受方通知給發(fā)送方的最低窗口大小為164字節(jié)，即在服務(wù)器端傳回的第一個ACKz中的窗口大小。接收方的窗口大小沒有抑制發(fā)送方的傳輸速率，因為窗

8、口大小從164逐步增加到64240 窗口大小始終大于發(fā)送方發(fā)送的分組的容量。9. 在跟蹤文件中是否有重傳的報文段？進行判斷的依據(jù)是什么？ 答：沒有，從表中可以看出從源端發(fā)往目的地的序號逐漸增加，如果這其中有重傳的報文段，則其序號中應(yīng)該有小于其臨近的分組序號的分組，圖中未看到這樣的分組，故沒有重發(fā)片段。 10. TCP連接的throughput (bytes transferred per unit time)是多少？請寫出你的計算過程。 答：傳輸?shù)臄?shù)據(jù)總量為TCP 段第一個序列號（即第24 段的1 字節(jié)）和最后的序列號的ACK （第239 段的153107個字節(jié)）之間的差值。因此，總數(shù)據(jù)是 1

9、53107-1 = 153106 字節(jié)。整個傳輸時間是第一個 TCP 段（即4號段3.553057 秒）的時間和最后的 ACK（即第239 段5.344350秒) 時間的差值。因此，總傳輸時間是5.344350-3.553057= 1.791293 秒。因此，TCP 連接的吞吐量為153106/1.791293=83.469 KByte/s。11. 利用Time-Sequence-Graph(Stevens) plotting工具，瀏覽由客戶端向服務(wù)器發(fā)送的報文段序號和時間對應(yīng)關(guān)系圖。你能否辨別出TCP慢啟動階段的起止，以及在何處轉(zhuǎn)入避免擁塞階段？ 答：慢啟動階段即從HTTP POST 報文段發(fā)出時開始，但是無法判斷什么時候慢啟動結(jié)束，擁塞避免階段開始。慢啟動階段和擁塞避免階段的鑒定取決于發(fā)送方擁塞窗口的大小。擁塞窗口的大小并不能從時間序號圖（time-sequence-graph）直接獲得。12. 闡述所測量到的數(shù)據(jù)與TCP理想化的行為有何不同？ 答：TCP的發(fā)送方會試探性的發(fā)送數(shù)據(jù)（即慢啟動階段），如果太多的數(shù)據(jù)使網(wǎng)絡(luò)擁塞了，那