第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頁,還剩11頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡介

第5章運(yùn)輸層作業(yè)解答第5章運(yùn)輸層作業(yè)解答5-13一個UDP用戶數(shù)據(jù)報的數(shù)據(jù)字段為8192字節(jié)。在鏈路層要使用以太網(wǎng)來傳輸。試問應(yīng)當(dāng)劃分為幾個IP分組分片?說明每個IP分片的數(shù)據(jù)字段長度和片偏移量。第5章運(yùn)輸層作業(yè)解答5-13解答UDP報文首部8B,總長=8+8192=8200B。UDP封裝在IP分組,IP分組首部20字節(jié),數(shù)據(jù)部分8200B以太網(wǎng)MTU=1500B。共分為6個分片第1~5個分片,數(shù)據(jù)部分長度為1480B:20+1480第6個分片,數(shù)據(jù)部分長度為800B:20+800第1~6個分片的片偏移量分別為:0、1480/8=185、370、555、740、925第5章運(yùn)輸層作業(yè)解答5-14一個UDP報文的首部的16進(jìn)制表示是:06320045001CE217,試求源端口、目的端口、用戶數(shù)據(jù)報的長度。這個報文是從客戶發(fā)送給服務(wù)器,還是服務(wù)器發(fā)送給客戶?使用UDP的這個服務(wù)器程序是什么?第5章運(yùn)輸層作業(yè)解答5-14解答UDP報文的首部的16進(jìn)制表示:0632

0045001CE217源端口=0x0632目的端口=0x0045=69,是TFTP協(xié)議的端口號用戶數(shù)據(jù)報的長度=001C因為目的端口號是熟知端口號,所以這個報文是從客戶發(fā)送給服務(wù)器的因為69是TFTP協(xié)議的端口號,所以可以斷定使用UDP的這個服務(wù)器程序TFTP第5章運(yùn)輸層作業(yè)解答5-17在停等協(xié)議中,如果收到重復(fù)的報文段時不予理睬,只丟棄,不做確認(rèn),是否可行?試舉例說明理由。第5章運(yùn)輸層作業(yè)解答5-17解答在停等協(xié)議中,如果收到重復(fù)的報文段時不予理睬,只丟棄,不做確認(rèn),是不行的。若不發(fā)送確認(rèn),可能會導(dǎo)致再次重傳重復(fù)的報文段A發(fā)送M1B超時重傳M1丟棄重復(fù)的M1若不確認(rèn)M1

確認(rèn)M1tt超時重傳M1

第5章運(yùn)輸層作業(yè)解答5-23主機(jī)A向主機(jī)B連續(xù)發(fā)送了2個TCP段,其序號分別為70和100。試問:第1個報文段中有多少數(shù)據(jù)?主機(jī)B收到第1個報文段后發(fā)送的確認(rèn)中的確認(rèn)號應(yīng)當(dāng)是多少?如果主機(jī)B收到第2個報文段后發(fā)送的確認(rèn)中的確認(rèn)號是180,試問B在第2個報文段中的數(shù)據(jù)有多少字節(jié)?假設(shè)第1個報文段丟失,而第2個報文段到達(dá)B。那么在B發(fā)往A的確認(rèn)報文中,確認(rèn)號應(yīng)該是多少?第5章運(yùn)輸層作業(yè)解答5-23解答第1個報文段中有30B(100-70)主機(jī)B收到第1個報文段后發(fā)送的確認(rèn)中的確認(rèn)號應(yīng)當(dāng)是100如果主機(jī)B收到第2個報文段后發(fā)送的確認(rèn)中的確認(rèn)號是180,則B在第2個報文段中的數(shù)據(jù)有80字節(jié)第1個報文段丟失,而第2個報文段到達(dá)B。那么在B發(fā)往A的確認(rèn)報文中,確認(rèn)號應(yīng)該是70第5章運(yùn)輸層作業(yè)解答5-38解答設(shè)TCPReno的ssthresh的初始值為8(MSS)。當(dāng)擁塞窗口上升到12時網(wǎng)絡(luò)發(fā)生了超時,TCP使用慢開始和擁塞避免。試分別求出第1到第15輪次傳輸?shù)母鲹砣翱诖笮 ?2468101214162015105傳輸輪次擁塞窗口長度(報文段)910111278912481246第5章運(yùn)輸層作業(yè)解答5-39TCP的擁塞窗口cwnd大小與傳輸輪次n的關(guān)系如下表所示。cwndn112243841653263373483593610371138123913Cwndn401441154216211722182319242025212622123224325826第5章運(yùn)輸層作業(yè)解答5-39問題試畫出擁塞窗口與傳輸輪次的關(guān)系曲線指名TCP工作在慢開始階段的時間間隔指名TCP工作在擁塞避免階段的時間間隔在第16輪次和第22輪次后,發(fā)送方是通過3個冗余ACK或是通過超時,監(jiān)測到報文段丟失嗎?在第1個、第18個、第24個傳輸輪次發(fā)送時,Threshold的值設(shè)置為多少?第70個報文段在那個輪次內(nèi)發(fā)送?假定在第26個傳輸輪次后,收到3個冗余ACK監(jiān)測到有分組丟失,那么擁塞窗口長度和Threshold值應(yīng)分別為多少?第5章運(yùn)輸層作業(yè)解答TCP擁塞窗口與傳輸輪次的關(guān)系曲線024681012141618202224262845403530252015105傳輸輪次擁塞窗口長度(報文段)32333435363738394041422122232425261248161248第5章運(yùn)輸層作業(yè)解答5-39解答運(yùn)行TCP慢啟動時的時間間隔:[1,6],[23,26]運(yùn)行TCP擁塞避免時的時間間隔:[6,16],[17,22]在第16個傳輸輪次后,通過3個冗余ACK能夠監(jiān)測到報文段丟失在第22個傳輸輪次后,通過超時事件,能夠監(jiān)測到報文段丟失在第1個傳輸輪次里,Threshold的初始值=32

在第18個傳輸輪次里,Threshold的值=21(=42/2)

在第24個傳輸輪次里,Threshold的值=13(=26/2)第70個報文段在第7個傳輸輪次內(nèi)發(fā)送(分析)在第26個傳輸輪次后,收到3個冗余ACK監(jiān)測到有分組丟失,那么擁塞窗口長度=4,Threshold=4第5章運(yùn)輸層作業(yè)解答⑥分析:慢啟動階段:第1個RTT中,發(fā)送1個TCP段:1#;第2個RTT中,發(fā)送2個TCP段:2#~3#;第3個RTT中,發(fā)送4個TCP段:4#~7#;第4個RTT中,發(fā)送8個TCP段:8#~15#;第5個RTT中,發(fā)送16個TCP段:16#~31#;第6個RTT中,發(fā)送32個TCP段:32#~63#;擁塞避免

溫馨提示

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

評論

0/150

提交評論