第15章傳輸協(xié)議習(xí)題答案_第1頁
第15章傳輸協(xié)議習(xí)題答案_第2頁
第15章傳輸協(xié)議習(xí)題答案_第3頁
第15章傳輸協(xié)議習(xí)題答案_第4頁
全文預(yù)覽已結(jié)束

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、第十五章習(xí)題 傳輸協(xié)議一、(1)試說明運(yùn)輸層的作用。網(wǎng)絡(luò)層提供數(shù)據(jù)報(bào)或虛電路服務(wù)對(duì)上面的運(yùn)輸層有何影響?(2)當(dāng)應(yīng)用程序使用面向連接的TCP和無連接的IP時(shí),這種傳輸是面向連接的還是面向連接的?(3)接收端收到有差錯(cuò)的UDP用戶數(shù)據(jù)報(bào)時(shí)應(yīng)如何處理?答:(1)從通信和信息處理的角度來看,運(yùn)輸層向它上面的應(yīng)用層提供通信服務(wù)。運(yùn)輸層為應(yīng)用進(jìn)程之間提供端到端的邏輯通信。(2)都是。這要從不同層次來看。在運(yùn)輸層是面向連接的,在網(wǎng)絡(luò)層則是無連接的。(3)丟棄。二、解釋為什么突然釋放運(yùn)輸連接就可能丟失用戶數(shù)據(jù)而使用TCP的連接釋放方法就可保證不丟失數(shù)據(jù)。答:當(dāng)主機(jī)1和主機(jī)2之間連接建立后,主機(jī)1發(fā)送了一個(gè)T

2、CP數(shù)據(jù)段并正確抵達(dá)主機(jī)2,接著主機(jī)1發(fā)送另一個(gè)TCP數(shù)據(jù)段,這次很不幸,主機(jī)2在收到第二個(gè)TCP數(shù)據(jù)段之前發(fā)出了釋放連接請(qǐng)求,如果就這樣突然釋放連接,顯然主機(jī)1發(fā)送的第二個(gè)TCP報(bào)文段會(huì)丟失。而使用TCP的連接釋放方法,主機(jī)2發(fā)出了釋放連接的請(qǐng)求,那么即使收到主機(jī)1的確認(rèn)后,只會(huì)釋放主機(jī)2到主機(jī)1方向的連接,即主機(jī)2不再向主機(jī)1發(fā)送數(shù)據(jù),而仍然可接收主機(jī)1發(fā)來的數(shù)據(jù),所以可保證不丟失數(shù)據(jù)。三、試用具體例子說明為什么在運(yùn)輸連接建立時(shí)要使用三次握手。說明如不這樣做可能會(huì)出現(xiàn)什么情況。答:我們知道,3次握手完成兩個(gè)重要的功能,既要雙方做好發(fā)送數(shù)據(jù)的準(zhǔn)備工作(雙方都知道彼此已準(zhǔn)備好),也要允許雙方就

3、初始序列號(hào)進(jìn)行協(xié)商,這個(gè)序列號(hào)在握手過程中被發(fā)送和確認(rèn)。 現(xiàn)在把三次握手改成僅需要兩次握手,死鎖是可能發(fā)生的。作為例子,考慮計(jì)算機(jī)A和B之間的通信,假定B給A發(fā)送一個(gè)連接請(qǐng)求分組,A收到了這個(gè)分組,并發(fā)送了確認(rèn)應(yīng)答分組。按照兩次握手的協(xié)定,A認(rèn)為連接已經(jīng)成功地建立了,可以開始發(fā)送數(shù)據(jù)分組??墒?,B在A的應(yīng)答分組在傳輸中被丟失的情況下,將不知道A是否已準(zhǔn)備好,不知道A建議什么樣的序列號(hào),B甚至懷疑A是否收到自己的連接請(qǐng)求分組。在這種情況下,B認(rèn)為連接還未建立成功,將忽略A發(fā)來的任何數(shù)據(jù)分組,只等待連接確認(rèn)應(yīng)答分組。而A在發(fā)出的分組超時(shí)后,重復(fù)發(fā)送同樣的分組。這樣就形成了死鎖。四、一個(gè)TCP報(bào)文段

4、的數(shù)據(jù)部分最多為多少字節(jié)?為什么?如果用戶要傳送的數(shù)據(jù)的字節(jié)長(zhǎng)度超過TCP報(bào)文段中的序號(hào)字段可能編出的最大序號(hào),問還能否用TCP來傳送?答:65495字節(jié)。此數(shù)據(jù)部分加上TCP首部的20字節(jié),再加上IP數(shù)據(jù)報(bào)的首部的20字節(jié),正好是IP數(shù)據(jù)報(bào)的最大長(zhǎng)度。當(dāng)然,IP首部包含了選擇,則IP首部長(zhǎng)度超過20字節(jié),這時(shí)TCP報(bào)文段的數(shù)據(jù)部分的長(zhǎng)度將小于65495字節(jié)。五、設(shè)TCP使用的最大窗口為64KB,即64*1024字節(jié)。而傳輸信道貌岸然的帶寬可認(rèn)為 是不受限制的。若報(bào)文段的平均時(shí)延為20ms,問所能得到的最大的吞吐量是多少?答:可見在報(bào)文段平均往返時(shí)延20ms內(nèi),發(fā)送方最多能發(fā)送64×

5、1024×8比特,所以最大的吞吐量為=64×1024×8÷(20×六、試計(jì)算一個(gè)包括5段鏈路的運(yùn)輸連接的單程端到端時(shí)延。5段鏈路程中有2段是衛(wèi)星鏈路。每條衛(wèi)星鏈路又由上行鏈路和下行鏈路兩部分組成??梢匀∵@兩部分的傳播時(shí)延之和為250ms,每一個(gè)廣域網(wǎng)的范圍為1500km,其傳播時(shí)延可按150000km/s來計(jì)算。各數(shù)據(jù)鏈路數(shù)率為48kbit/s,幀長(zhǎng)為960bit。答:5段鏈路的傳播時(shí)延=250×2+(1500/150000)×3×1000=530ms 5段鏈路的發(fā)送時(shí)延=960÷(48×100

6、0)×5×1000=100ms所以5段鏈路單程端到端時(shí)延=530+100=630ms七、一個(gè)UDP用戶數(shù)據(jù)報(bào)的數(shù)據(jù)字段為8192字節(jié)。要使用以太網(wǎng)來傳送。試問應(yīng)當(dāng)劃分為幾個(gè)數(shù)據(jù)報(bào)片?說明每一個(gè)數(shù)據(jù)報(bào)片的數(shù)據(jù)字段長(zhǎng)度和片偏移字段的值。答:6個(gè)。數(shù)據(jù)字段的長(zhǎng)度:前5個(gè)是1480字節(jié),最后一個(gè)是800字節(jié)。片偏移字段的值分別是:0,185,370,555,740和925。八、在TCP的擁塞控制中,什么是慢開始、擁塞避免、快重傳和快恢復(fù)算法?這里每一種算法各起什么作用?“乘法減少”和“加法增大”各用在什么情況下?答:慢開始:在主機(jī)剛剛開始發(fā)送報(bào)文段時(shí)可先將擁塞窗口 cwnd 設(shè)置為

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

8、) 與慢開始不同之處是擁塞窗口 cwnd 不是設(shè)置為 1,而是設(shè)置為 ssthresh + 3 *MSS。 (3) 若收到的重復(fù)的 ACK 為 n 個(gè)(n > 3),則將 cwnd 設(shè)置為 ssthresh + n * MSS。(4) 若發(fā)送窗口值還容許發(fā)送報(bào)文段,就按擁塞避免算法繼續(xù)發(fā)送報(bào)文段。(5) 若收到了確認(rèn)新的報(bào)文段的 ACK,就將 cwnd 縮小到 ssthresh。“乘法減小“是指不論在慢開始階段還是擁塞避免階段,只要出現(xiàn)一次超時(shí)(即出現(xiàn)一次網(wǎng)絡(luò)擁塞),就把慢開始門限值 ssthresh 設(shè)置為當(dāng)前的擁塞窗口值乘以 0.5。當(dāng)網(wǎng)絡(luò)頻繁出現(xiàn)擁塞時(shí),ssthresh 值就下降得

9、很快,以大大減少注入到網(wǎng)絡(luò)中的分組數(shù)。“加法增大”是指執(zhí)行擁塞避免算法后,當(dāng)收到對(duì)所有報(bào)文段的確認(rèn)就將擁塞窗口 cwnd增加一個(gè) MSS 大小,使擁塞窗口緩慢增大,以防止網(wǎng)絡(luò)過早出現(xiàn)擁塞。 九、網(wǎng)絡(luò)允許的最大報(bào)文段長(zhǎng)度為128字節(jié),序號(hào)用8bit表示,報(bào)文段在網(wǎng)絡(luò)中的生存時(shí)間為30秒。試求每一條TCP連接所能達(dá)到的最高數(shù)據(jù)率。答:具有相同編號(hào)的TCP報(bào)文段不應(yīng)該同時(shí)在網(wǎng)絡(luò)中傳輸,必須保證,當(dāng)序列號(hào)循環(huán)回來重復(fù)使用的時(shí)候,具有相同序列號(hào)的TCP報(bào)文段已經(jīng)從網(wǎng)絡(luò)中消失?,F(xiàn)在存活時(shí)間是30秒,那么在30秒的時(shí)間內(nèi)發(fā)送發(fā)送的TCP報(bào)文段的數(shù)目不能多于255個(gè)。 255×128×8÷30=8704 b/s所以每條TCP連接所能達(dá)到的最高速率是8.704 kb/s十、一個(gè)TCP連接下面使用256kbit/s的鏈路,其端到端時(shí)延為128ms。經(jīng)測(cè)試,發(fā)現(xiàn)吞吐量只有120kbit/s。試問發(fā)送窗口是多少?答:來回路程的時(shí)延=128×2=256ms。 設(shè)發(fā)送窗口為X字節(jié),假定一次最大發(fā)送量等于窗口值,那么,每發(fā)送一次都得停下來等待得到本窗口的確認(rèn),以得到新的發(fā)送許可,這樣8X8X 256×10-3 =120×103, X=7228字節(jié)256×103十一、一UDP用戶數(shù)據(jù)報(bào)的首部十六進(jìn)制表示是:06 12 00 45 00 1C

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論