計(jì)算機(jī)網(wǎng)絡(luò)實(shí)驗(yàn)報(bào)告-實(shí)驗(yàn)五探索tcp協(xié)議-閱讀頁
2025-06-22 00:54本頁面
【正文】 一個(gè)發(fā)送方中未被確認(rèn)的數(shù)據(jù)量 （即 in flight 數(shù)據(jù)量） 不會(huì)超過 CongWin（擁塞窗口）和 RcvWindow（接收窗口）中的最小值，即 LastByteSendLastByteAcked=min{CongWin,RcvWindow}。因此，未被確認(rèn)的數(shù)據(jù)量（即 in flight 數(shù)據(jù)量），是由擁塞窗口決定的，所以通過發(fā)出而未被確認(rèn)的數(shù)據(jù)量（即in flight 數(shù)據(jù)量）， 我們可以估計(jì) 擁塞 窗口大小的下界 。 但是，從第 10題（即從 時(shí)間 — 序號(hào)圖 ）得，沒有分組丟失（不管是超時(shí)，還是三個(gè)冗余 ACK），因此無法判斷什么時(shí)候慢啟動(dòng)結(jié) 束，擁塞避免階段開始。 － 18－ Data 11 6406 5840 ACK 12 3486 4380 Data 13 7866 5527 ACK 14 4096 4917 ACK 15 6006 3007 ACK 16 7866 1147 ACK 17 9013 0 Data 18 9013 1460 Data 19 10473 2920 Data 20 11933 4380 Data 21 13393 5840 Data 22 14853 7300 Data 23 16313 8192 ACK 24 10473 6732 ACK 25 11933 5272 ACK 26 13393 3812 ACK 27 14853 2352 ACK 28 16313 892 ACK 29 17205 0 Data 30 17205 1460 Data 31 18665 2920 Data 32 20215 4380 Data 33 21585 5840 Data 34 23045 7300 Data 35 24505 8192 ACK 36 18665 6732 ACK 37 20215 5272 ACK 38 21585 3812 ACK 39 23045 2352 ACK 40 24505 892 ACK 41 25397 0 Data 42 25397 1460 Data 43 26857 2920 Data 44 28317 4380 Data 45 29777 5840 Data 46 31237 7300 Data 47 32697 8192 ACK 48 26857 6732 ACK 49 28317 5272 ACK 50 29777 3812 ACK 51 31237 1752 ACK 52 33589 0 Data 53 33589 6732 － 19－ Data 54 35049 5272 Data 55 36509 3812 Data 56 37969 2352 Data 57 39429 892 Data 58 40889 0 ACK 59 35049 6732 ACK 60 37969 3812 ACK 61 40889 892 ACK 62 41781 0 Data 63 41781 1460 Data 64 43241 2920 Data 65 44701 4380 Data 66 46161 5840 Data 67 47621 7300 Data 68 49081 8192 ACK 69 44701 5272 ACK 70 47621 2352 ACK 71 49973 0 Data 72 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ā)送方會(huì)試探性的發(fā)送數(shù)據(jù)（即慢啟動(dòng)階段），如果太多的數(shù)據(jù)使網(wǎng)絡(luò)擁塞了，那么發(fā)送方會(huì)根據(jù) AIMD算法進(jìn)行調(diào)整。在這次抓包中，在發(fā)送方還可以發(fā)送數(shù)據(jù)的時(shí)候，已經(jīng)沒有數(shù)據(jù)可發(fā)了。 14. Answer each of two questions above for the trace that you have gathered when you transferred a file from your puter to 。 慢啟動(dòng)階段和 擁塞避免階段的 鑒定 取決于發(fā)送方擁塞窗口的大小。然而 在一個(gè)發(fā)送方中未被確認(rèn)的數(shù)據(jù)量 （即 in flight 數(shù)據(jù)量） 不會(huì)超過 CongWin（擁塞窗口）和 RcvWindow（接收窗口）中的最小值，即 LastByteSendLastByteAcked=min{CongWin,RcvWindow}。因此，未被確認(rèn)的數(shù)據(jù)量（即 in flight 數(shù)據(jù)量），是由擁塞窗口決定的，所以通過發(fā)出而未被確 認(rèn)的數(shù)據(jù)量 － 20－ （即 in flight 數(shù)據(jù)量）， 我們可以估計(jì) 擁塞 窗口大小的下界 。 但是，從第 10題（即從 時(shí)間 — 序號(hào)圖 ）得，沒有分組丟失（不管是超時(shí)，還是三個(gè)冗余 ACK），因此無法判斷什么時(shí)候慢啟動(dòng)結(jié)束，擁塞避免階段開始。但是在實(shí)際中， TCP的行 為主要依賴于應(yīng)用程序怎么設(shè)計(jì)。在 web應(yīng)用中，有些 web對(duì)象比較小，在慢啟動(dòng)還沒有結(jié)束之前，傳送就結(jié)束啦，因此，傳送小的 web對(duì)象受到 TCP慢啟動(dòng)階段的影響，導(dǎo)致較
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1