計(jì)算機(jī)網(wǎng)絡(luò)實(shí)驗(yàn)報告-實(shí)驗(yàn)五探索tcp協(xié)議-資料下載頁
2025-06-02 00:54本頁面
【正文】 49973 1460 Data 73 51433 2920 Data 74 52893 4380 Data 75 54353 5840 Data 76 55813 7300 Data 77 57273 8192 ACK 78 52893 5272 ACK 79 55813 2352 ACK 80 58165 0 Data 81 58165 1460 TCP的發(fā)送方會試探性的發(fā)送數(shù)據(jù)（即慢啟動階段），如果太多的數(shù)據(jù)使網(wǎng)絡(luò)擁塞了，那么發(fā)送方會根據(jù) AIMD算法進(jìn)行調(diào)整。但是在實(shí)際中， TCP的行為主要依賴于應(yīng)用程序怎么設(shè)計(jì)。在這次抓包中，在發(fā)送方還可以發(fā)送數(shù)據(jù)的時候，已經(jīng)沒有數(shù)據(jù)可發(fā)了。在 web應(yīng)用中，有些 web對象比較小，在慢啟動還沒有結(jié)束之前，傳送就結(jié)束啦，因此，傳送小的 web對象受到 TCP慢啟動階段的影響，導(dǎo)致較長的延遲。 14. Answer each of two questions above for the trace that you have gathered when you transferred a file from your puter to 。 答：慢啟動階段即從 HTTP POST 報文段發(fā)出時開始，但是 無法判斷什么時候慢啟動結(jié)束，擁塞避免階段開始 。 慢啟動階段和 擁塞避免階段的 鑒定 取決于發(fā)送方擁塞窗口的大小。 擁塞窗口的大小 并 不能 從 時間 — 序號圖（ timesequencegraph） 直接獲得 。然而 在一個發(fā)送方中未被確認(rèn)的數(shù)據(jù)量 （即 in flight 數(shù)據(jù)量） 不會超過 CongWin（擁塞窗口）和 RcvWindow（接收窗口）中的最小值，即 LastByteSendLastByteAcked=min{CongWin,RcvWindow}。同時，在 第 9題中看到，接收方通告給發(fā)送方的窗口大小并沒有遏制發(fā)送速率。因此，未被確認(rèn)的數(shù)據(jù)量（即 in flight 數(shù)據(jù)量），是由擁塞窗口決定的，所以通過發(fā)出而未被確 認(rèn)的數(shù)據(jù)量 － 20－ （即 in flight 數(shù)據(jù)量）， 我們可以估計(jì) 擁塞 窗口大小的下界 。 下表 列出了部分 in flight 數(shù)據(jù)量，從表中可以看出擁塞窗口的下界 =9015(因?yàn)閕n flight data 從未超過 9015)。 但是，從第 10題（即從 時間 — 序號圖 ）得，沒有分組丟失（不管是超時，還是三個冗余 ACK），因此無法判斷什么時候慢啟動結(jié)束，擁塞避免階段開始。 Type No. Seq. ACKed seq. in flight data Data 16 1 823 Data 17 824 2283 ACK 19 824 1460 Data 20 2284 3743 Data 21 3744 5203 ACK 22 2284 1460 Data 23 5204 6663 Data 24 6664 8123 ACK 33 3744 6663 Data 34 8124 9015 ACK 35 5204 7555 ACK 36 6664 6096 ACK 37 8124 1147 ACK 38 9016 0 Data 39 9016 1460 Data 40 10476 2920 Data 41 11936 4380 Data 42 13396 5840 Data 43 14856 7300 Data 44 16316 8192 ACK 49 10476 6732 ACK 50 11936 5272 ACK 51 13396 3812 ACK 52 14856 2352 ACK 53 16316 892 ACK 54 17208 0 Data 55 17208 1460 Data 56 18668 2920 Data 57 20218 4380 Data 58 21588 5840 Data 59 23048 7300 Data 60 24508 8192 ACK 62 18668 6732 ACK 63 20218 5272 ACK 64 21588 3812 ACK 65 23048 2352 － 21－ ACK 66 24508 892 ACK 67 25400 0 Data 68 25400 1460 Data 69 26860 2920 Data 70 28320 4380 Data 71 29780 5840 Data 72 31240 7300 Data 73 32700 8192 ACK 75 26860 6732 ACK 76 28320 5272 ACK 77 32700 3812 ACK 78 29780 1752 ACK 79 33592 0 Data 80 33592 1460 Data 81 35052 2920 Data … … … … － 22－ TCP的發(fā)送方會試探性的發(fā)送數(shù)據(jù)（即慢啟動階段），如果太多的數(shù)據(jù)使網(wǎng)絡(luò)擁塞了，那么發(fā)送方會根據(jù) AIMD算法進(jìn)行調(diào)整。但是在實(shí)際中， TCP的行 為主要依賴于應(yīng)用程序怎么設(shè)計(jì)。在這次抓包中，在發(fā)送方還可以發(fā)送數(shù)據(jù)的時候，已經(jīng)沒有數(shù)據(jù)可發(fā)了。在 web應(yīng)用中，有些 web對象比較小，在慢啟動還沒有結(jié)束之前，傳送就結(jié)束啦，因此，傳送小的 web對象受到 TCP慢啟動階段的影響，導(dǎo)致較長的延遲。
公司管理相關(guān)推薦
鄂ICP備17016276號-1