試說明運(yùn)輸層在協(xié)議棧中的地位和作用樣本

1、試說明運(yùn)輸層在協(xié)議棧中的地位和作用樣本試說明運(yùn)輸層在協(xié)議棧中的地位和作用本文檔所提供的信息僅供參考之用，不能作為科學(xué)依據(jù)，請(qǐng)勿模仿。文檔如有不當(dāng)之處，請(qǐng)聯(lián)系本人或網(wǎng)站刪除。第五章傳輸層501 別試說明運(yùn)輸層在協(xié)議棧中的地位和作用，運(yùn)輸層的通信和網(wǎng)絡(luò)層的通信有什么重要區(qū)別?為什么運(yùn)輸層是必不可少的 ?答答 : 運(yùn)輸層處于面向通信部分的最高層， 同時(shí)也是用戶功能中的最低層， 向它上面的應(yīng)用層提供服務(wù)運(yùn)輸層為應(yīng)用進(jìn)程之間提供端到端的邏輯通信， 但網(wǎng)絡(luò)層是為主機(jī)之間提供邏輯通信 （面向主機(jī)，承擔(dān)路由功能，即主機(jī)尋址及有效的分組交換）。各種應(yīng)用進(jìn)程之間通信需要 “可靠或盡力而為” 的兩類服務(wù)質(zhì)量，必須由

2、運(yùn)輸層以復(fù)用和分用的形式加載到網(wǎng)絡(luò)層。5 02 網(wǎng)絡(luò)層提供數(shù)據(jù)報(bào)或虛電路服務(wù)對(duì)上面的運(yùn)輸層有何影響 ?答答 : 網(wǎng)絡(luò)層提供數(shù)據(jù)報(bào)或虛電路服務(wù)不影響上面的運(yùn)輸層的運(yùn)行機(jī)制。但提供不同的服務(wù)質(zhì)量。5 03的當(dāng)應(yīng)用程序使用面向連接的TC可口無(wú)連接的IP時(shí)，這種傳輸是面向連接的還是面向無(wú)連接的?答答: 都是。這要在不同層次來看，在運(yùn)輸層是面向連接的，在網(wǎng)絡(luò)層則是無(wú)連接的。5 04 試用畫圖解釋運(yùn)輸層的復(fù)用。畫圖說明許多個(gè)運(yùn)輸用戶復(fù)用到一條運(yùn)輸連接上，而這條運(yùn)輸連接到有復(fù)用到IP 數(shù)據(jù)報(bào)上。5 05 的試舉例說明有些應(yīng)用程序愿意采用不可靠的UDP， 而不的用采用可靠的TCP。答答:VOIP:由于語(yǔ)音信息

3、具有一定的冗余度，人耳對(duì)VOIP數(shù)據(jù)報(bào) 損失由一定的承受度，但對(duì)傳輸時(shí)延的變化較敏感。有差錯(cuò)的UDPt據(jù)報(bào)在接收端被直接拋棄，TCPB據(jù)報(bào)出錯(cuò)則會(huì) 引起重傳，可能帶來較大的時(shí)延擾動(dòng)。此因此VOIP寧可采用不可靠的UDP而不愿意采用可靠的TCP5 06的接收方收到有差錯(cuò)的UDFffi戶數(shù)據(jù)報(bào)時(shí)應(yīng)如何處理？答答: 丟棄5 07用如果應(yīng)用程序愿意使用UD睞完成可靠的傳輸，這可能 嗎？請(qǐng)說明理由答答：可能，但應(yīng)用程序中必須額外提供與 TCP相同的 功能。5 08說為什么說UDP面向而報(bào)文的，而TCP是面向字節(jié)流的？ 答答：發(fā)送方UDP寸應(yīng)用程序交下來的報(bào)文，在添加首部后就向下交 付 IP 層。UDP

4、對(duì)應(yīng)用層交下來的報(bào)文，既不合并，也不拆分，而是保留這些報(bào)文的邊界。接收方UDP寸IP層交上來的UDPi戶數(shù)據(jù)報(bào)，在去除首部后就原 封不動(dòng)地交付上層的應(yīng)用進(jìn)程，一次交付一個(gè)完整的報(bào)文。方發(fā)送方TCP對(duì)應(yīng)用程序交下來的報(bào)文數(shù)據(jù)塊，視為無(wú)結(jié)構(gòu)的字節(jié)流（無(wú)邊界約束，課分拆/合并），但維持各字節(jié)5 09端口的作用是什么 ?為什么端口要?jiǎng)澐譃槿N?答答 : 端口的作用是對(duì)TCP/IP體系的應(yīng)用進(jìn)程進(jìn)行統(tǒng)一的標(biāo)志， 使運(yùn)行不同操作系統(tǒng)的計(jì)算機(jī)的應(yīng)用進(jìn)程能夠互相通信。為熟知端口， 數(shù)值一般為0； 為登記端口號(hào)，數(shù)值為102449151，標(biāo)記沒有熟知端口號(hào)的非常規(guī)的服務(wù)進(jìn)程；5 10 試說明運(yùn)輸層中偽首部的作用

5、。答 : 用于計(jì)算運(yùn)輸層數(shù)據(jù)報(bào)校驗(yàn)和。本文檔所提供的信息僅供參考之用，不能作為科學(xué)依據(jù)，請(qǐng)勿模仿。文檔如有不當(dāng)之處，請(qǐng)聯(lián)系本人或網(wǎng)站刪除。5 11 報(bào)某個(gè)應(yīng)用進(jìn)程使用運(yùn)輸層的用戶數(shù)據(jù)報(bào)UDP， 然而繼續(xù)向下交給 IP 層后，又封裝成IP 數(shù)據(jù)報(bào)。過既然都是數(shù)據(jù)報(bào)，可否跳過UD而直接交給IP層？哪些功能UDP 提供了但I(xiàn)P沒提提供？答答:不可跳過UDFW直接交給IP層IP數(shù)據(jù) 報(bào) IP 報(bào)承擔(dān)主機(jī)尋址，提供報(bào)頭檢錯(cuò)；只能找到目的主機(jī)而無(wú)法找到目的進(jìn)程。UDP 提供對(duì)應(yīng)用進(jìn)程的復(fù)用和分用功能，以及提供對(duì)數(shù)據(jù)差分的差錯(cuò)檢驗(yàn)。5 12用一個(gè)應(yīng)用程序用UDP到IP層把數(shù)據(jù)報(bào)在劃分為4個(gè)數(shù) 據(jù)報(bào)片發(fā)送出去

6、，結(jié)果前兩個(gè)數(shù)據(jù)報(bào)片傳丟失，后兩個(gè)到達(dá)目的站。過了一段時(shí)間應(yīng)用程序重傳 UDP而IP層依然劃分為4個(gè)數(shù)據(jù)報(bào)片來傳送。結(jié)果這次前兩個(gè)到達(dá)目的站而后兩個(gè)丟失。試問 : 的在目的站能否將這兩次傳輸?shù)?4 個(gè)數(shù)據(jù)報(bào)片組裝成完整的數(shù)據(jù)報(bào)?假定目的站第一次收到的后兩個(gè)數(shù)據(jù)報(bào)片依然保存在目的站的緩存中。答答 : 不行重傳時(shí)， IP 數(shù)據(jù)報(bào)的標(biāo)識(shí)字段會(huì)有另一個(gè)標(biāo)識(shí)符。僅當(dāng)標(biāo)識(shí)符相同的 IP 數(shù)據(jù)報(bào)片才能組裝成一個(gè)IP 數(shù)據(jù)報(bào)。前兩個(gè) IP 數(shù)據(jù)報(bào)片的標(biāo)識(shí)符與后兩個(gè)IP 數(shù)據(jù)報(bào)片的標(biāo)識(shí)符不同，因此不能組裝成一個(gè)IP 數(shù)據(jù)報(bào)。5 13個(gè)一個(gè)UD兩戶數(shù)據(jù)的數(shù)據(jù)字段為8192季節(jié)。在數(shù)據(jù)鏈路層要使用以太網(wǎng)來傳送。試問

7、應(yīng)當(dāng)劃分個(gè)為幾個(gè)IP 數(shù)據(jù)報(bào)片?說明每一個(gè)IP 數(shù)據(jù)報(bào)字段長(zhǎng)度和片偏移字段的值。答答 :6 個(gè)數(shù)據(jù)字段的長(zhǎng)度: 前前 5個(gè)是 1480字節(jié)， 最后一個(gè)是800字節(jié)。片偏移字段的值分別是:0 ， 1480， 2960， 4440， 5920和和 7400.514 UDPffl戶數(shù)據(jù)報(bào)的首部十六進(jìn)制表示是：063xx5001C E2 、目的端口、用戶數(shù)據(jù)報(bào)的總長(zhǎng)度、數(shù)據(jù)部分長(zhǎng)度。這個(gè)用戶數(shù)據(jù)報(bào)是從客戶發(fā)送給服務(wù)器發(fā)送給客戶 ？使用UDP勺 這個(gè)服務(wù)器程序是什么 修軍解：源端口 1586,目的端口 69, UD即戶 數(shù)據(jù)報(bào)總長(zhǎng)度28 字節(jié)，數(shù)據(jù)部分長(zhǎng)度20。字節(jié)。此此UDP1戶數(shù)據(jù)報(bào)是從客戶發(fā)給服務(wù)

8、器（因?yàn)槟康亩丝谔?hào)1023, 是熟知端口）、服務(wù)器程序是TFFTP。5 15用使用TCP寸實(shí)時(shí)話音數(shù)據(jù)的傳輸有沒有什么問題 ？使使用 用UDPft傳送數(shù)據(jù)文件日t會(huì)有什么問題？答答：如果語(yǔ)音數(shù)據(jù)不是實(shí) 時(shí)播放（邊接受邊播放）就能夠使用 TCP因?yàn)門CP傳輸可靠。用接收端用TCPW話音數(shù)據(jù)接受完畢后，能夠在以后的任何時(shí)間進(jìn)行播放。但假定是實(shí)時(shí)用傳輸，則必須使用UDP。UDP不保證可靠交付，但 UCPt匕比TCP的開銷要小很多。因此只要應(yīng)用程序接受這樣的服務(wù)質(zhì)量用就能夠使用UDP。5 16 在停止等待協(xié)議中如果不使用編號(hào)是否可行？為什么？答答 :分組和確認(rèn)分組都必須進(jìn)行編號(hào)，才能明確哪個(gè)分則得到了

9、確認(rèn)。5 17在停止等待協(xié)議中， 如果收到重復(fù)的報(bào)文段時(shí)不予理睬 （即悄悄地丟棄它而其它什么也沒做）是否可行？試舉出具體的例子說明理由。答答 : 收到重復(fù)幀不確認(rèn)相當(dāng)于確認(rèn)丟失5 18 段假定在運(yùn)輸層使用停止等待協(xié)議。發(fā)送發(fā)在發(fā)送報(bào)文段M0后再設(shè)定的時(shí)間內(nèi)未收到確認(rèn)，于是傳重傳MQ彳0 M0又遲遲不能到達(dá)接收方。不久，發(fā)送方收到了遲到的對(duì) M0的確認(rèn)，于是發(fā)送段下一個(gè)報(bào)文段M1,不久就U到了對(duì)M1的確認(rèn)。接著發(fā)送方發(fā)送新的報(bào)文段M0,但這個(gè)新的M0在傳送過程中丟 失了。正巧，一開始就滯留在網(wǎng)絡(luò)中的M0現(xiàn)在到達(dá)接收方。接收方無(wú)法分辨辨M0是舊的。于是收下MQ并發(fā)送確認(rèn)。顯然，接收方后來收到的M0

10、是是重復(fù)的，協(xié)議失敗了。圖試畫出類似于圖 5-9 所示的雙方交換報(bào)文段的過程。答答 : 本文檔所提供的信息僅供參考之用， 不能作為科學(xué)依據(jù)， 請(qǐng)勿模仿。文檔如有不當(dāng)之處，請(qǐng)聯(lián)系本人或網(wǎng)站刪除。的舊的M0被當(dāng)?shù)某尚碌腗Q5 19試證明 : 當(dāng)用 n 比特進(jìn)行分組的編號(hào)時(shí)，若接收到窗口等于1（即只能按序接收分組），當(dāng)僅在發(fā)過送窗口不超過2n-1 時(shí)，連接AR的議才能正確運(yùn)行。窗口單位是分組。解解 : 見課后答案。5 20續(xù)在連續(xù)ARQJ、議中，若發(fā)送窗口等于7,則發(fā)送端在開始時(shí)可連續(xù)發(fā)送7 個(gè)分組。因此，在每這一分組發(fā)送后，都要置一個(gè)超時(shí)計(jì)時(shí)器?，F(xiàn)在計(jì)算機(jī)里只有一個(gè)硬時(shí)鐘。設(shè)這7個(gè)分組發(fā)出的時(shí)為間

11、分別為t0,t1 r6,且且tout都一樣大。試問如何實(shí)現(xiàn)這7 個(gè)超時(shí)計(jì)時(shí)器（這叫軟件時(shí)鐘法） ?解解 : 見課后答案。5 21續(xù)假定使用連續(xù)ARQft、議中，發(fā)送窗口大小事3,而序列范 圍0,15, 而傳輸媒體保證在接收方能夠是按序收到分組。在某時(shí)刻，接收方，下一個(gè)期望收到序號(hào)是5. 試問 : （ 1）在發(fā)送方的發(fā)送窗口中可能有出現(xiàn)的序號(hào)組合有哪幾種?（ 2）些接收方已經(jīng)發(fā)送出去的、但在網(wǎng)絡(luò)中（即還未到達(dá)發(fā)送方）的確認(rèn)分組可能有哪些?說說明這些確認(rèn)分組是用來確認(rèn)哪些序號(hào)的分組。5 22機(jī)主機(jī)A向主機(jī)B發(fā)送一個(gè)很長(zhǎng)的文件，其長(zhǎng)度為L(zhǎng)字節(jié)。 假定TCP使用的MSST有1460字節(jié)。（1）在在TC

12、P勺序號(hào)不重復(fù)使用的條件下，L的最大值是多少？（ 2）共假定使用上面計(jì)算出文件長(zhǎng)度，而運(yùn)輸層、網(wǎng)絡(luò)層和數(shù)據(jù)鏈路層所使用的首部開銷共66 為字節(jié)，鏈路的數(shù)據(jù)率為 10Mb/s ，試求這個(gè)文件所需的最短發(fā)送時(shí)間。解:（ 1） L_max的最大值是 2八32=4GB,G=2八30.（2）滿載分片數(shù)Q=L_max/MSSl整=2941758發(fā)送的總報(bào)文數(shù)N=Q*（MSS+66）+ （L_max-Q*MSS +66=+682=是總字節(jié)數(shù)是 N存節(jié), 發(fā)送字節(jié)需時(shí)間為：N*8/ （10*10八6）=,約1小時(shí)。5 23機(jī)主機(jī)A向主機(jī)B連續(xù)發(fā)個(gè)送了兩個(gè)TCP艮文段，其序號(hào) 分別為 70 和和100。試問 :

13、 （ 1）第一個(gè)報(bào)文段攜帶了多少個(gè)字節(jié)的數(shù)據(jù)? （ 2） ） 機(jī)主機(jī) B 收到第一個(gè)報(bào)文段后發(fā)回的確認(rèn)中的確認(rèn)號(hào)應(yīng)當(dāng)是多少 ?（ 3） ） 機(jī)如果主機(jī)B 收到第二個(gè)報(bào)文段后發(fā)回的確認(rèn)中的確認(rèn)號(hào)是 180，試問A 發(fā)送的第二個(gè)報(bào)文段中的數(shù)據(jù)有多少字節(jié)? （ 4）果如果A 發(fā)送的第一個(gè)報(bào)文段丟失了，但第二個(gè)報(bào)文段到達(dá)了B。B 在第二個(gè)報(bào)文段到達(dá)向后向A 發(fā)送確認(rèn)。試問這個(gè)確認(rèn)號(hào)應(yīng)為多少 ?解 :（ 1） 第一個(gè)報(bào)文段的數(shù)據(jù)序號(hào)是70 到到 99， 共 30 字節(jié)的數(shù)據(jù)。（ 2）確認(rèn)號(hào)應(yīng)為 100. （ 3） 3） 80 字節(jié)。 4） 70524個(gè)一個(gè)TCP用連接下面使用256kb/s為的鏈路，其

14、端到端時(shí)延為128ms。經(jīng)測(cè)試，發(fā)現(xiàn)吞吐量只有120kb/s試問發(fā)送窗口 W是多少？（提示：能夠有兩種答案，取決于接收等 發(fā)出確認(rèn)的時(shí)機(jī)）。解解：來回路程的時(shí)延等于256ms（=128m水2）.設(shè)窗口值為X（注意 : 以字節(jié)為單位）, 假定一次最大發(fā)送量等于窗口值, 且發(fā)射時(shí)間等于256ms，那么,每發(fā)送一次都得停下來期待再次得到下一窗口的確認(rèn) , 發(fā)射時(shí)間等于停止等待應(yīng)答的時(shí)間 , 結(jié)果 , 測(cè)到的平均吞吐率就等于發(fā)送速率的一半，即8X+ （256 X 1000）=256 X X=8192所以，窗口值為8192.525在為什么在TCPt部中要把TC喇口號(hào)放入最開始 的4個(gè)字節(jié)？答:在在ICM

15、P的差錯(cuò)報(bào)文中要包含IP首部后面的8個(gè)字 節(jié)的內(nèi)容，而這里面有TCP首部中的源端本文檔所提供的信息僅供參 考之用，不能作為科學(xué)依據(jù)，請(qǐng)勿模仿。文檔如有不當(dāng)之處，請(qǐng)聯(lián)系本人或網(wǎng)站刪除。當(dāng)口和目的端口。當(dāng)TCP攵到ICMP錯(cuò)報(bào)文時(shí)需要用這兩個(gè)端口來確定是哪條連接 出了差錯(cuò)。5 26在為什么在TCP首部中有一個(gè)首部長(zhǎng)度字段，而 UDP勺首 部中就沒有這個(gè)這個(gè)字段？答:TCP首部除固定長(zhǎng)度部分外，還有選項(xiàng)， 因此TC哨部長(zhǎng)度是可變的。UDP 首部長(zhǎng)度是固定的。5 27個(gè)一個(gè)TCP®文段的數(shù)據(jù)部分最多為多少個(gè)字節(jié)？為什么？ 如果用戶要傳送的數(shù)據(jù)的字節(jié)長(zhǎng)度超過 TCPB文字段中的序號(hào)字段 可能編

16、出的最大序號(hào)，問還能否用 TC睞傳送？答答:65495字節(jié)，此 數(shù)據(jù)部分加上TCP首部的20字節(jié)，再加上IP首部的20字節(jié)，正好是是 IP 數(shù)據(jù)報(bào)的最大長(zhǎng)度65535. （當(dāng)然，若IP 首部包含了選擇，則IP首部長(zhǎng)度超過20時(shí)字節(jié)，這時(shí)TCPB文段的數(shù)據(jù)部分的長(zhǎng)度將小于 65495字節(jié)。）數(shù)據(jù)的字節(jié)長(zhǎng)度超過TCPB文段中的序號(hào)字段可能編出的最大序號(hào)，通過循環(huán)使用序號(hào)，仍能用 TC睞傳送。5 28機(jī)主機(jī)A向主機(jī)B發(fā)送TCP®文段，首部中的源端口是 m 而目的端口是n。當(dāng)B向向A發(fā)送回信其時(shí)，其TCPB文段的首部中源端口和目的端口分別是什么?答答 : 分別是 n 和和 m。5 29用在使

17、用TCFW送數(shù)據(jù)時(shí)，如果有一個(gè)確認(rèn)報(bào)文段丟失了，也不一定會(huì)引起與該確認(rèn)報(bào)文段對(duì)應(yīng)的數(shù)據(jù)的重傳。試說明理由。答答 : 還未重傳就收到了對(duì)更高序號(hào)的確認(rèn)。5 30設(shè)設(shè)TCP使用的最大窗口為65535字節(jié)，而傳輸信道不產(chǎn) 生差錯(cuò)，帶寬也不受限制。若報(bào)文段的為平均往返時(shí)延為 20mg問所能得到的最大吞吐量是多少 ?答答 : 在發(fā)送時(shí)延可忽略的情況下，最大數(shù)據(jù)率=最大窗口*8/平均往返時(shí)間=。5 31為通信信道帶寬為1Gb/s,端到端時(shí)延為10msTCP 的發(fā)送窗口為 65535字節(jié)。試問 : 可能達(dá)到的最大吞吐量是多少?信道的利用率是多少 ?答答:L=65536 x 8+40X 8=524600c=1

18、09b/s L/C=Td=10X 10-3sThroughput=L/(L/C+2 x Td)=524600/=Efficiency=(L/C)/(L/C+2 xD)=。5 32是什么是Karn算法？在在TCP勺重傳機(jī)制中，若不采用Karn算法， 而是在收到確認(rèn)時(shí)都認(rèn)為是對(duì)問重傳報(bào)文段的確認(rèn)， 那么由此得出的往返時(shí)延樣本和重傳時(shí)間都會(huì)偏小。試問 : 重傳時(shí)間最后會(huì)減小到什么程度？答答 :Karn 算法 : 在計(jì)算平均往返時(shí)延RTT時(shí)，只要報(bào)文段重傳了，就不采用其往返時(shí)延樣本。設(shè)新往返時(shí)延樣本Ti RTT(1) =a*RTT (i-1 ) + (1-a)叮(i) ; RTTA (i ) =a*R

19、TT (i-1 )+( 1-a ) *T ( i ) /2 ； RTT(1) =a*0+(1-a)*T(1)=(1-a)*T(1);RTTA(1) =a*0+(1-a)*T(1)/2=RTT( 1) /2RTT( 2) =a*RTT( 1) +( 1-a ) *T ( 2);RTTA( 2) =a*RTT( 1) +( 1-a ) *T ( 2)/2;=a*RTT（ 1） /2+ （ 1-a ） *T （ 2）/2=RTT（2） /2RTO=beta*RTT,在統(tǒng)計(jì)意義上，重傳時(shí)間最后會(huì)減小到使 用karn算法的1/2.5 33假定TCP在開始建立連接時(shí)，發(fā)送方設(shè)定 超時(shí)重傳時(shí)間是RTO=6s

20、（ 1）當(dāng)發(fā)送方接到對(duì)方的連接確認(rèn)報(bào)文段時(shí)，。試計(jì)算現(xiàn)在的RTO值。（ 2，）當(dāng)發(fā)送方發(fā)送數(shù)據(jù)報(bào)文段并接收到確認(rèn)時(shí)，的。試計(jì)算現(xiàn)在的RTO值。答答 :（1）據(jù) RFC298犍議，RTO=RTTs+4*RTTd其中RTTd是是RTTs的偏差加權(quán)均值。本文檔所提供的信息僅供參考之用，不能作為科學(xué)依據(jù)，請(qǐng)勿模仿。文檔如有不當(dāng)之處，請(qǐng)聯(lián)系本人或網(wǎng)站刪除。初次測(cè)量時(shí)， RTTd（ 1） =RTT（ 1） /2 ；后續(xù)測(cè)量中， RTTd（ i ） =（ 1-Beta ） *RTTd（ i-1 ） +Beta*RTTs-RTT（i ） ； Beta=1/4 依題意， RTT（ 1），則 RTTs（ 1） =

21、RTT1) =RTTd(1)=RTT（1）/2=RTO（1）=RTTs（1）+4RTTd（1）=+4*=（s）（ 2） RTT（ 2） =RTTs（ 1） =RTTd（ 2） =RTTd（ 3） =（ 1-Beta ） *RTTd（ 1） +Beta*RTTs（ 2） -RT（ 3） =*3/4+/4=13/16RTO（2）=RTTs 1） 1） +4RTTd 2） =+4*13/16=534得已知第一次測(cè)得TCP的往返時(shí)延的當(dāng)前值是30ms?，F(xiàn)在收到了三個(gè)接連的確認(rèn)報(bào)文段，它們比相應(yīng)的數(shù)據(jù)報(bào)文段的發(fā)送時(shí)間分別滯后的時(shí)間是：26ms, 32ms和和24ms設(shè) = =0. 9。試計(jì)算每一值次的新

22、的加權(quán)平均往返時(shí)間值RTTs。討論所得出的結(jié)果。答答 :a=RTTO=30RTT1=RTTO*(1-a)+26*a=RTT2=RTT1*a+32(1-a)=RTT3=RTT2*a+24( 1-a ) =，。能夠看出，RTT的樣本值變化多達(dá)20%寸，加權(quán)平均往返535括試計(jì)算一個(gè)包括5 段鏈路的運(yùn)輸連接的單程端到端時(shí)延。5 段鏈路程中有2 段是衛(wèi)星鏈路，有3 段是廣域網(wǎng)鏈路。每條衛(wèi)星鏈路又由上行鏈路和下行鏈路兩部分組成。能夠取這兩部分的傳播時(shí)為延之和為250ms。每一個(gè)廣域網(wǎng)的范圍為1500kmi ,按其傳播時(shí)延可按150000km/s來計(jì)算。各數(shù)為據(jù)鏈路速率為48kb s ，幀長(zhǎng)為960位。答

23、答 :5 段鏈路的傳播時(shí)延=250*2(+ 1500/150000)*3*1000=530ms5段鏈路的發(fā)送時(shí)延=960/ (48*1000) *5*1000=100ms所以5段鏈路單程端到端時(shí)延=530+100=630ms5 36復(fù)重復(fù)5-35 題，但假定其中的一個(gè)陸地上的廣域網(wǎng)的傳輸時(shí)延為150ms。答答:760ms5 37在在TCP的擁塞控制中，什么是慢開始、擁塞避免、 快重傳和快恢復(fù)算法?這里每一種算法各起什么作用?“乘法減小”和“加法增大”各用在什么情況下?答答 : 慢開始 : 在主機(jī)剛剛開始發(fā)送報(bào)文段時(shí)可先將擁塞窗口cwnd設(shè)置為一個(gè)最大報(bào)文段MSS勺數(shù)值。在每個(gè)收到一個(gè)對(duì)新的報(bào)文

24、段的確認(rèn)后，將擁塞窗口增加至多一個(gè)MSS勺數(shù)值。用這樣的方法逐步增大口發(fā)送端的擁塞窗口cwnd,能夠分組注入到網(wǎng)絡(luò)的速率更加合理。擁塞避免 : 當(dāng)擁塞窗口值大于慢開始門限時(shí)， 停止使用慢開始算法而改用擁塞避免算法。擁塞避免算法使發(fā)延送的擁塞窗口每經(jīng)過一個(gè)往返時(shí)延RTTM增加一個(gè)MSS勺大小?？熘貍魉惴ㄒ?guī)定：的發(fā)送端只要一連收到三個(gè)重復(fù)的ACKW可斷定有分組丟失了， 就應(yīng)該立即重傳丟手的報(bào)文段而不必繼續(xù)等待為該報(bào)文段設(shè)置的重傳計(jì)時(shí)器的超時(shí)。快恢復(fù)算法：的當(dāng)發(fā)送端收到連續(xù)三個(gè)重復(fù)的ACK寸，就重新設(shè)置慢開始門限ssthresh與慢開始不同之處是擁塞窗口 cwnd不是設(shè)置為 1,而是設(shè)置為ssthr

25、esh的若收到的重復(fù)的AVK為n個(gè)（n>3）, 則將cwnd設(shè)置為ssthresh若發(fā)送窗口值還容許發(fā)送報(bào)文段，就按擁 塞避免算法繼續(xù)發(fā)送報(bào)文段。的若收到了確認(rèn)新的報(bào)文段的 ACK就將cwnd縮小到ssthresh乘法減小 : 是指不論在慢開始階段還是擁塞避免階段，只要出現(xiàn)一次超時(shí)（即出現(xiàn)一次網(wǎng)絡(luò)擁塞），就把慢開始門限值ssthresh 設(shè)置為當(dāng)前的擁塞窗口值乘以。當(dāng)網(wǎng)絡(luò)頻繁出現(xiàn)擁塞時(shí)， ssthresh 。值就下降得很快，以大大減少注入到網(wǎng)絡(luò)中的分組數(shù)。加法增大 : 是指執(zhí)行擁塞避免算法后， 在收到對(duì)所有報(bào)文段的確認(rèn)后(即經(jīng)過一個(gè)往返時(shí)間)，就把擁塞窗口 cwnd增加一個(gè)MS歆小,使擁

26、塞窗口緩慢增大，以防止網(wǎng)絡(luò)過早出現(xiàn)擁塞。5 38設(shè)設(shè)TCP的的ssthresh的初始值為8(單位為報(bào)文段段)。當(dāng)擁塞窗口上升到12時(shí)網(wǎng)絡(luò)發(fā)生了超時(shí)，TC磔使用慢開始和擁塞避免。試分別求出第 1 次到第 15 次傳輸?shù)母鲹砣翱诖笮?。你能說明擁塞控制窗口每一次變化的原因嗎 ?答 : 擁塞窗口大小分別為 :1 ， 2， 4， 8， 9， 10， 11， 12， 1， 2， 4， 6， 7， 8， 9.5 39TCP的擁塞窗口 cwnd大小與傳輸輪次n的關(guān)系如下所示:cwn1248133333333本文檔所提供的信息僅供參考之用，不能作為科學(xué)依據(jù)，請(qǐng)勿模仿。文檔如有不當(dāng)之處，請(qǐng)聯(lián)系本人或網(wǎng)站刪除。n

27、1234567891111cwn n41414121212122222212224282 ( 1)試畫出如圖 5-25 所示的擁塞窗口與傳輸輪次的關(guān)系曲線。(2)指明TCP工作在慢開始階段的時(shí)間間隔。(3)指明TCP工作在擁塞避免階段的時(shí)間間隔。(（ 4） 在第16 輪次和第 22 輪次之后發(fā)送方是通過收到三個(gè)重復(fù)的確認(rèn)還是通過超市檢測(cè)到丟失了報(bào)文段?(（ 5） 在第 1 輪次， 第 18 輪次和第 24 輪次發(fā)送時(shí)， 門限 ssthresh分別被設(shè)置為多大?（6）在第幾輪次發(fā)送出第70個(gè)報(bào)文段 ?（ 7第）假定在第 26輪次之后收到了三個(gè)重復(fù)的確認(rèn)， 因而檢測(cè)出了報(bào)文段的丟失， 那么擁塞窗口

28、 cwnd和門限ssthresh應(yīng)設(shè)置為多大？答答：（ 1）擁塞窗口與傳輸輪次的關(guān)系曲線如圖所示（課本后答案） :（ 2）慢開始時(shí)間間隔: 【 1 ， 6】和【23， 26】（ 3）擁塞避免時(shí)間間隔: 【 6 ， 16】和【17 ， 22】（ 4）在第16 輪次之后發(fā)送方通過收到三個(gè)重復(fù)的確認(rèn)檢測(cè)到丟失的報(bào)文段。在第 22 輪輪次之后發(fā)送方是通過超時(shí)檢測(cè)到丟失的報(bào)文段。（5）在第1 輪次發(fā)送時(shí)，門限ssthresh 被設(shè)置為 32 在第 18輪次限發(fā)送時(shí)，門限ssthresh 被設(shè)置為發(fā)生擁塞時(shí)的一半，即 21.在第 24輪次發(fā)送時(shí)，門限ssthresh 是第 18輪次發(fā)送時(shí)設(shè)置的 21（ 6

29、）第第70 報(bào)文段在第 7 輪次發(fā)送出。 擁塞窗口 cwnd和門限ssthresh應(yīng)設(shè)置為8的一半，即4.540TC陳進(jìn)行流量控制時(shí)是以分組的丟失作為產(chǎn)生擁塞的標(biāo)志。有沒有不是因擁塞而引起的分組丟失的情況 ？如有， 請(qǐng)舉出三種情 況。答答 : 當(dāng)當(dāng) Ip 數(shù)據(jù)報(bào)在傳輸過程中需要分片，但其中的一個(gè)數(shù)據(jù) 報(bào)未能及時(shí)到達(dá)終點(diǎn)，而終裝點(diǎn)組裝 IP 數(shù)據(jù)報(bào)已超時(shí)，因而只能丟失該數(shù)據(jù)報(bào)； IP 數(shù)據(jù)報(bào)已經(jīng)到達(dá)終點(diǎn)，但終點(diǎn)的緩存沒有足夠的空間存放此數(shù)據(jù)報(bào)； 數(shù)據(jù)報(bào)在轉(zhuǎn)發(fā)過程中經(jīng)過一個(gè)局域網(wǎng)的網(wǎng)橋， 但網(wǎng) 橋在轉(zhuǎn)發(fā)該數(shù)據(jù)報(bào)的幀沒有足夠的差錯(cuò)空間而只好丟棄。5 41用用TCP傳送512字節(jié)的數(shù)據(jù)。設(shè)窗口為100

30、字節(jié)，而TCP®文段每次也是傳送100字節(jié)的數(shù)據(jù)。為再設(shè)發(fā)送端和接收端的起始序號(hào)分別選為 100 和和 200，試畫出類似于圖 5-31 的工作示意圖。從連接建立階段到連接釋放都要畫上。5 42圖在圖5-32中所示的連接釋放過程中，主機(jī) B能否先不發(fā) 送ACK=x+1的確認(rèn)？(因?yàn)楹竺嬉l(fā)送的連接釋有放報(bào)文段中仍有 ACK=x+他一信息)答答：如果B不再發(fā)送數(shù)據(jù)了，是能夠把兩個(gè)報(bào)文 段合并成為一個(gè)，即只發(fā)送 FIN+ACK艮報(bào)果文段。但如果B還有數(shù)據(jù)報(bào)要發(fā)送，而且要發(fā)送一段時(shí)間，那就不行，因?yàn)?A 遲遲收不的到確認(rèn)，就會(huì)以為剛才發(fā)送的FIN 報(bào)文段丟失了，就超時(shí)重傳這個(gè)FIN 報(bào)文段

31、，浪費(fèi)網(wǎng)絡(luò)資源。5 43在圖(5-33)中，在什么情況下會(huì)發(fā)生從狀態(tài) LISTEN至U狀態(tài) SYN_SENT以及從狀態(tài) SYN_EN態(tài)至式犬態(tài)SYN_RCVD變遷？答答：當(dāng) 當(dāng)A和和B開都作為客戶，即同時(shí)主動(dòng)打開 TCPit接。這時(shí)的每一方的狀態(tài)變遷都是 是:CLOSED?SYN-SENT-?SYN-RCVD-?ESTABUSHED44 試以具 體例子說明為什么一個(gè)運(yùn)輸連接能夠有多種方式釋放。能夠設(shè)兩個(gè)互相通信的用戶分別連接在網(wǎng)絡(luò)的兩結(jié)點(diǎn)上。答答 : 設(shè)設(shè) A,B 建立了運(yùn)輸連接。協(xié)議應(yīng)考慮一下實(shí)際可能性：A或或B故障，應(yīng)設(shè)計(jì)超時(shí)機(jī)制，使對(duì)方退出，不至于死鎖；本文檔所提供的信息僅供參考之用，不能作為科學(xué)依據(jù)，請(qǐng)勿模仿。文檔如有不當(dāng)之處，請(qǐng)聯(lián)系本人或網(wǎng)站刪除。A 主動(dòng)退出， B 被動(dòng)退出 B 主動(dòng)退出， A 被動(dòng)退出5 45 用解釋為什么突然釋放運(yùn)輸連接就可能會(huì)丟失用戶數(shù)據(jù)，而使用TCP的連接釋 放方法就可保證不丟失數(shù)據(jù)。答答 : 當(dāng)主機(jī) 1 和主機(jī) 2 之間連接建立后，主機(jī)1 發(fā)送了一個(gè)TCP數(shù)據(jù)段并正確抵達(dá)主機(jī)2,接著主機(jī)1發(fā)送另一個(gè)TC嚓據(jù)段，這次 很不幸，主機(jī)2在收到第二個(gè)TCPt據(jù)段機(jī)之前發(fā)出了釋放連接請(qǐng)求， 如果就這樣突然釋放連接，顯然主機(jī)1發(fā)送的第二個(gè)TCPl報(bào)文段會(huì) 丟失