第5章 運(yùn)輸層 作業(yè)解答_第1頁
第5章 運(yùn)輸層 作業(yè)解答_第2頁
第5章 運(yùn)輸層 作業(yè)解答_第3頁
第5章 運(yùn)輸層 作業(yè)解答_第4頁
第5章 運(yùn)輸層 作業(yè)解答_第5頁
已閱讀5頁,還剩10頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡介

1、第5章運(yùn)輸層,作業(yè)解答,5-13,一個(gè)UDP用戶數(shù)據(jù)報(bào)的數(shù)據(jù)字段為8192字節(jié)。在鏈路層要使用以太網(wǎng)來傳輸。試問應(yīng)當(dāng)劃分為幾個(gè)IP分組分片?說明每個(gè)IP分片的數(shù)據(jù)字段長度和片偏移量。,5-13解答,UDP報(bào)文首部8B,總長=8+8192=8200B。UDP封裝在IP分組,IP分組首部20字節(jié),數(shù)據(jù)部分8200B以太網(wǎng)MTU=1500B。共分為6個(gè)分片第15個(gè)分片,數(shù)據(jù)部分長度為1480B:20+1480第6個(gè)分片,數(shù)據(jù)部分長度為800B:20+800第16個(gè)分片的片偏移量分別為:0、1480/8=185、370、555、740、925,5-14,一個(gè)UDP報(bào)文的首部的16進(jìn)制表示是:06320

2、045001CE217,試求源端口、目的端口、用戶數(shù)據(jù)報(bào)的長度。這個(gè)報(bào)文是從客戶發(fā)送給服務(wù)器,還是服務(wù)器發(fā)送給客戶?使用UDP的這個(gè)服務(wù)器程序是什么?,5-14解答,UDP報(bào)文的首部的16進(jìn)制表示:06320045001CE217源端口=0 x0632目的端口=0 x0045=69,是TFTP協(xié)議的端口號(hào)用戶數(shù)據(jù)報(bào)的長度=001C因?yàn)槟康亩丝谔?hào)是熟知端口號(hào),所以這個(gè)報(bào)文是從客戶發(fā)送給服務(wù)器的因?yàn)?9是TFTP協(xié)議的端口號(hào),所以可以斷定使用UDP的這個(gè)服務(wù)器程序TFTP,5-17,在停等協(xié)議中,如果收到重復(fù)的報(bào)文段時(shí)不予理睬,只丟棄,不做確認(rèn),是否可行?試舉例說明理由。,5-17解答,在停等協(xié)議

3、中,如果收到重復(fù)的報(bào)文段時(shí)不予理睬,只丟棄,不做確認(rèn),是不行的。若不發(fā)送確認(rèn),可能會(huì)導(dǎo)致再次重傳重復(fù)的報(bào)文段,5-23,主機(jī)A向主機(jī)B連續(xù)發(fā)送了2個(gè)TCP段,其序號(hào)分別為70和100。試問:第1個(gè)報(bào)文段中有多少數(shù)據(jù)?主機(jī)B收到第1個(gè)報(bào)文段后發(fā)送的確認(rèn)中的確認(rèn)號(hào)應(yīng)當(dāng)是多少?如果主機(jī)B收到第2個(gè)報(bào)文段后發(fā)送的確認(rèn)中的確認(rèn)號(hào)是180,試問B在第2個(gè)報(bào)文段中的數(shù)據(jù)有多少字節(jié)?假設(shè)第1個(gè)報(bào)文段丟失,而第2個(gè)報(bào)文段到達(dá)B。那么在B發(fā)往A的確認(rèn)報(bào)文中,確認(rèn)號(hào)應(yīng)該是多少?,5-23解答,第1個(gè)報(bào)文段中有30B(100-70)主機(jī)B收到第1個(gè)報(bào)文段后發(fā)送的確認(rèn)中的確認(rèn)號(hào)應(yīng)當(dāng)是100如果主機(jī)B收到第2個(gè)報(bào)文段后發(fā)

4、送的確認(rèn)中的確認(rèn)號(hào)是180,則B在第2個(gè)報(bào)文段中的數(shù)據(jù)有80字節(jié)第1個(gè)報(bào)文段丟失,而第2個(gè)報(bào)文段到達(dá)B。那么在B發(fā)往A的確認(rèn)報(bào)文中,確認(rèn)號(hào)應(yīng)該是70,5-38解答,設(shè)TCPReno的ssthresh的初始值為8(MSS)。當(dāng)擁塞窗口上升到12時(shí)網(wǎng)絡(luò)發(fā)生了超時(shí),TCP使用慢開始和擁塞避免。試分別求出第1到第15輪次傳輸?shù)母鲹砣翱诖笮 ?5-39,TCP的擁塞窗口cwnd大小與傳輸輪次n的關(guān)系如下表所示。,5-39問題,試畫出擁塞窗口與傳輸輪次的關(guān)系曲線指名TCP工作在慢開始階段的時(shí)間間隔指名TCP工作在擁塞避免階段的時(shí)間間隔在第16輪次和第22輪次后,發(fā)送方是通過3個(gè)冗余ACK或是通過超時(shí),監(jiān)

5、測到報(bào)文段丟失嗎?在第1個(gè)、第18個(gè)、第24個(gè)傳輸輪次發(fā)送時(shí),Threshold的值設(shè)置為多少?第70個(gè)報(bào)文段在那個(gè)輪次內(nèi)發(fā)送?假定在第26個(gè)傳輸輪次后,收到3個(gè)冗余ACK監(jiān)測到有分組丟失,那么擁塞窗口長度和Threshold值應(yīng)分別為多少?,TCP擁塞窗口與傳輸輪次的關(guān)系曲線,5-39解答,運(yùn)行TCP慢啟動(dòng)時(shí)的時(shí)間間隔:1,6,23,26運(yùn)行TCP擁塞避免時(shí)的時(shí)間間隔:6,16,17,22在第16個(gè)傳輸輪次后,通過3個(gè)冗余ACK能夠監(jiān)測到報(bào)文段丟失在第22個(gè)傳輸輪次后,通過超時(shí)事件,能夠監(jiān)測到報(bào)文段丟失在第1個(gè)傳輸輪次里,Threshold的初始值=32在第18個(gè)傳輸輪次里,Threshold的值=21(=42/2)在第24個(gè)傳輸輪次里,Threshold的值=13(=26/2)第70個(gè)報(bào)文段在第7個(gè)傳輸輪次內(nèi)發(fā)送(分析)在第26個(gè)傳輸輪次后,收到3個(gè)冗余ACK監(jiān)測到有分組丟失,那么擁塞窗口長度=4,Threshold=4,分析:慢啟動(dòng)階段:第1個(gè)RTT中,發(fā)送1個(gè)TCP段:1#;第2個(gè)RTT中,發(fā)送2個(gè)TCP段:2#3#;第3個(gè)RTT中,發(fā)送4個(gè)TCP段:4#7#;第4個(gè)RTT中,發(fā)送8個(gè)TCP段:8#15#;第5個(gè)RTT中,發(fā)送16個(gè)TCP段:16#31#;第6個(gè)RTT中,發(fā)送32

溫馨提示

  • 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)論