計算機網(wǎng)絡作業(yè)七及解答_第1頁
計算機網(wǎng)絡作業(yè)七及解答_第2頁
計算機網(wǎng)絡作業(yè)七及解答_第3頁
已閱讀5頁,還剩9頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

1、WORD格式計算機網(wǎng)絡作業(yè)七及解答計算機網(wǎng)絡作業(yè)7 一、單項選擇題1 TCP 規(guī)定 () 進程的端口號為80 。A 客戶B 解析C效勞器D 主機2A 和 B 建立了 TCP連接,當 A 收到確認號為100 確實認報文段時,表示 () 。A 報文段 99 已收到B 報文段 100已收到C末字節(jié)序號為99 的報文段已收到D 末字節(jié)序號為100的報文段己收到3 在采用 TCP連接的數(shù)據(jù)傳輸階段,如果發(fā)送端的發(fā)送窗口值由1000 變?yōu)?2000 ,那么發(fā)送端在收到一個確認之前可以發(fā)送() 。A 2000個 TCP報文段B 2000BC 1 000BD1 000個 TCP 報文段4 為保證數(shù)據(jù)傳輸?shù)目煽?/p>

2、性, TCP采用了對 () 確認的機制。A 報文段B 分組C字節(jié)D 比特5 以下關于 TCP報頭格式的描述中,錯誤的選項是() 。A 報頭長度為 20"60B,其中固定局部為20BB 端口號字段依次表示源端口號與目的端口號專業(yè)資料整理WORD格式D TCP 校驗和偽首部中IP分組頭的協(xié)議字段為1 76 滑動窗口的作用是() 。A 流量控制B 擁塞控制C路由控制D 過失控制7 在 TCP 中,發(fā)送方的窗口大小取決于() 。專業(yè)資料整理WORD格式A 僅接收方允許的窗口B 接收方允許的窗口和發(fā)送方允許的窗口D 發(fā)送方允許的窗口和擁塞窗口專業(yè)資料整理WORD格式8 以下關于TCP作原理與過

3、程的描述中,錯誤的選項是() 。A TCP 連接建立過程需要經(jīng)過“三次握手 的過程B 當 TCP 傳輸連接建立之后,客戶端與效勞器端的應用進程進展全雙工的字節(jié)流傳輸C TCP 傳輸連接的釋放過程很復雜,只有客戶端可以主動提出釋放連接的請求D TCP 連接的釋放需要經(jīng)過“四次揮手 的過程9 以下關于TCP 窗口與擁塞控制概念的描述中,錯誤的選項是() 。A 接收端窗 (rwnd)通過 TCP 首部中的窗口字段通知數(shù)據(jù)的發(fā)送方B 發(fā)送窗口確定的依據(jù)是:發(fā)送窗El=Min接收端窗口,擁塞窗口C擁塞窗口是接收端根據(jù)網(wǎng)絡擁塞情況確定的窗口值專業(yè)資料整理WORD格式D 擁塞窗口大小在開場時可以按指數(shù)規(guī)律增

4、長10 TCP 使用三次握手協(xié)議來建立連接,設A 、B 雙方發(fā)送報文的初始序列號分別為X專業(yè)資料整理WORD格式和 Y ,A 發(fā)送 ( ) 的報文給 B , B 接收到報文后發(fā)送 ( ) 的報文給 A ,然后 A 發(fā)送一個確認報文給 B 便建立了連接。 ( 注: ACK 的下標為捎帶的序號 )A SYN=1,序號 =XB SYN=1,序號 =X+1,ACKx=IC SYN=1,序號: YD SYN=1,序號 =Y , ACKy+1=1A SYN=1,序號 =X+1B SYN=1,序號 =X+1,ACKx=lC SYN=1,序號 =Y , ACKx+1=1 D SYN=1,序號 =Y , ACK

5、y+1=111 TCP“三次握手 過程中,第二次“握手 時,發(fā)送的報文段中() 標志位被置為1 。A SYNBACKC ACK和 RSTD SYN和 ACK12 A 和 B 之間建立了TCP 連接, A 向 B 發(fā)送了一個報文段,其中序號字段seq=200確認號字段ACK=201,數(shù)據(jù)局部有2 個字節(jié),那么在B 對該報文確實認報文段中()專業(yè)資料整理WORD格式A seq=202C seq=20113 一個 TCP昧著發(fā)送端可以, ACK=200B seq=201, ACK=201, ACK=202D seq=202, ACK=201連接的數(shù)據(jù)傳輸階段,如果發(fā)送端的發(fā)送窗口值由() 。2000

6、變?yōu)?000,意專業(yè)資料整理WORD格式A 在收到一個確認之前可以發(fā)送3000個 TCP 報文段B 在收到一個確認之前可以發(fā)送1000BC在收到一個確認之前可以發(fā)送3000BD 在收到一個確認之前可以發(fā)送2000個 TCP 報文段14 在一個TCP 連接中, MSS為 1 KB,當擁塞窗口為34KB時發(fā)生了超時事件。如果在接下來的4 個 RTT內(nèi)報文段傳輸都是成功的,那么當這些報文段均得到確認后,擁塞窗口的大小是() 。專業(yè)資料整理WORD格式A 8KBB 9KBC1 6KB D1 7KB1 5 在一個TCP 連接中,ACK 報文。如果在接下來的MSS為 1 KB,當擁塞窗口為34KB H寸收

7、到了3 個冗余4 個: RTT內(nèi)報文段傳輸都是成功的,那么當這些報文段均專業(yè)資料整理WORD格式得到確認后擁塞窗口的大小是A 8KBB 1 6KBC20KB D2 1 KB() 。專業(yè)資料整理WORD格式1 6 A 和 B 建立 TCP 連接,。 MSS為 1 KB 。某時,慢開場門限值為2KB , A 的擁塞窗口為 4KB ,在接下來的一個RTT 內(nèi), A 向 B 發(fā)送了 4KB的數(shù)據(jù) (TCP的數(shù)據(jù)局部) ,并且得到了B 確實認, 確認報文中的窗口字段的值為2KB ,那么,請問在下一個RTT中,專業(yè)資料整理WORD格式A 最多能向A 2KBC 5KBB 發(fā)送多少數(shù)據(jù)B 8KBD 4KB()

8、 。專業(yè)資料整理WORD格式17 【2021年計算機聯(lián)考真題】主機甲與主機乙之間已建立一個TCP 連接,主機甲向主機乙發(fā)送了兩個連續(xù)的TCP段分別包含300B和 500B的有效載荷,第一個段的序列號為200 ,主機乙正確接收到這兩個數(shù)據(jù)段后,發(fā)送給主機甲確實認序列號是() 。專業(yè)資料整理WORD格式A 500C 800 D18 【2021一個 TCPB 7001 000年計算機聯(lián)考真題】連接總是以1 KB的最大段長發(fā)送TCP段,發(fā)送方有足夠多的數(shù)據(jù)要發(fā)送,專業(yè)資料整理WORD格式當擁塞窗口為16KB時發(fā)生了超時, 如果接下來的4 個 RTT( 往返時間 ) 時間內(nèi)的TCP 段的傳輸都是成功的,

9、那么當?shù)? 個 RTT時間內(nèi)發(fā)送的所有TCP 段都得到肯定應答時,擁塞窗口大小是() 。A 7KBB 8KBC9KBD 1 6KB19 【2021年計算機聯(lián)考真題】主機甲和主機乙之間已建立了一個TCP 連接, TCP 最大段長度為1000B。假設主機甲的當前擁塞窗口為4 000B,在主機甲向主機乙連續(xù)發(fā)送兩個最大段后,成功收到主機乙發(fā)送的第一個段確實認段,確認段中通告的接收窗口大小為2000B,那么此時主機甲還可以向主機乙發(fā)送的最大字節(jié)數(shù)是() 。A 1 000B 2000C 3000D 400020 【2021年計算機聯(lián)考真題】主機甲向主機乙發(fā)送一個(SYN=I,seq=l l 220)的

10、TCP 段,期望與主機乙建立TCP連接,假設主機乙承受該連接請求,那么主機乙向主機甲發(fā)送的正確的TCP 段可能是 () 。專業(yè)資料整理WORD格式A (SYN=0B (SYN=1C (SYN=1D (SYN=021 【2021, ACK=0, seq=11221, ack=11221), ACK=1, seq=11220, ack=11220), ACK=1, seq=11221, ack=11221), ACK=0, seq=11220, ack=11220)年計算機聯(lián)考真題】專業(yè)資料整理WORD格式主機甲與主機乙之間已建立一個TCP 連接,主機甲向主機乙發(fā)送了3 個連續(xù)的 TCP 段,分別

11、包含 300B、 400B和 500B的有效載荷,第3 個段的序號為 900 。假設主機乙僅正確接收到第1 和第 3 個段,那么主機乙發(fā)送給主機甲確實認序號是() 。A 300B 500C 1200D 140022 以下關于 UDP 協(xié)議的主要特點的描述中,錯誤的選項是() 。A UDP報頭主要包括端口號、長度、校驗和等字段B UDP 長度字段是 UDP數(shù)據(jù)報的長度,包括偽首部的長度C UDP 校驗和對偽首部、 UDP報文頭以及應用層數(shù)據(jù)進展校驗D 偽首部包括 IP 分組報頭的一局部23 使用 UDP的網(wǎng)絡應用,其數(shù)據(jù)傳輸?shù)目煽啃杂?) 負責。A 傳輸層B 應用層C數(shù)據(jù)鏈路層D 網(wǎng)絡層24 U

12、DP數(shù)據(jù)報首部不包含() 。A UDP源端口號B UDP校驗和C UDP目的端口號D UDP數(shù)據(jù)報首部長度24-1 接收端收到有過失的UDP用戶數(shù)據(jù)時的處理方式是() 。A 丟棄B 請求重傳C過失校正D 忽略過失25 以下關于。 UDP校驗和的說法中錯誤的選項是() 。A UDP的校驗和功能不是必需的,可以不使用B 如果 UDP校驗和計算結果為O ,那么在校驗和字段填充OC UDP校驗和字段的計算包括一個偽首部、UDP 首部和攜帶的用戶數(shù)據(jù)專業(yè)資料整理WORD格式B 不保證可靠、但保證順序的交付 D 保證可靠和順序的交付。D UDP校驗和的計算方法是二進制反碼運算求和再取反26 以下關于 UD

13、P 校驗的描述中, () 是錯誤的。A UDP校驗和段的使用是可選的,如果源主機不想計算校驗和,該校驗和段應為全0B 在計算校驗和的過程中,需要生成一個偽首部,源主機需要把該偽首部發(fā)送給目的主機C如果數(shù)據(jù)報在傳輸過程中被破壞,那么就把它丟棄D UDP數(shù)據(jù)報的偽首部包含了IP地址信息和端口信息專業(yè)資料整理WORD格式27 以下不屬于通信子網(wǎng)的是A 物理層B 數(shù)據(jù)鏈路層() 。C 網(wǎng)絡層D 傳輸層專業(yè)資料整理WORD格式28 在 TCP IP參考模型中,傳輸層的主要作用是在互聯(lián)網(wǎng)的源主機和目的主機對等實體之間建立用于會話的() 。A 操作連接B 點到點連接C控制連接D 端到端連接29 OSI參考模

14、型中,提供端到端的透明數(shù)據(jù)傳輸效勞、過失控制和流量控制的層是() 。專業(yè)資料整理WORD格式A 物理層B 網(wǎng)絡層C傳輸層D 會話層專業(yè)資料整理WORD格式30以下關于傳輸效勞的面向連接效勞和無連接效勞說法中正確的選項是() 。專業(yè)資料整理WORD格式A 面向連接的效勞是可靠的效勞,無連接的效勞也可以是可靠效勞B 面向連接的效勞是可靠的效勞,而無連接的效勞只能提供不可靠的效勞D 以上說法都不正確31 面向連接的效勞特性是() 。A 不保證可靠和順序的交付C保證可靠、但不保證順序的交付32 以下說法錯誤的選項是() 。A 傳輸層是OSI模型的第四層B 傳輸層提供的是主機問的點到點數(shù)據(jù)傳輸C TCP

15、 是面向連接的,UDP是無連接的專業(yè)資料整理WORD格式D TCP 協(xié)議進展流量控制和擁塞控制,而UDP協(xié)議既不進展流量控制,又不進展擁專業(yè)資料整理WORD格式塞控制33 以下哪一項能夠唯一確定一個在互聯(lián)網(wǎng)上通信的進程() 。A 主機名B IP地址級 MAC地址C MAC地址及端口號D IP地址及端口號34 關于 TCP 和 UDP端口,以下哪種說法是正確的() 。A TCP 和 UDP分別擁有自己的端口號,它們互不干擾,可以共存于同一臺主機B TCP 和 UDP分別擁有自己的端口號,但它們不能共存于同一臺主機C TCP 和 UDP的端口沒有本質(zhì)區(qū)別,但它們不能共存于同一臺主機專業(yè)資料整理WO

16、RD格式D 當一個 TCP 連接建立時,它們互不干擾,不能共存于同一臺主機35在 () X圍內(nèi)的端口號被稱為“熟知端口號 并限制使用。這就意味著這些端口號是為常用的應用層協(xié)議,如FTP 、等保存的。AO1 27BO25 5CO511D O102336以下哪個 TCP 熟知端口號是錯誤的 " ()專業(yè)資料整理WORD格式A TELNET : 23B SMTP :25C: 80DFTP :2437 可靠的傳輸協(xié)議中的“可靠 指的是 () 。A 使用面向連接的會話B 使用盡力而為的傳輸C使用滑動窗口來維持可靠性D 使用確認機制來確保傳輸?shù)臄?shù)據(jù)不喪失二、綜合應用題1 使用 TCP 對實時語音

17、數(shù)據(jù)的傳輸有沒有什么問題 " 使用 UDP 在傳送數(shù)據(jù)文件時會有什么問題 "2 為什么要使用UDP" 讓用戶進程直接發(fā)送原始的IP分組不就足夠了嗎"3 一個應用程序用UDP ,到了 IP層將數(shù)據(jù)報再劃分為4 個數(shù)據(jù)報片發(fā)送出去。結果前兩個數(shù)據(jù)報片喪失,后兩個到達目的站。過了一段時間應用程序重傳UDP ,而 IP層仍然劃分為 4 個數(shù)據(jù)報片來傳送。結果這次前兩個到達目的站而后兩個喪失。試問:在目的站能否將這兩次傳輸?shù)? 個數(shù)據(jù)報片組裝成為完整的數(shù)據(jù)報" 假定目的站第一次收到的后兩個數(shù)據(jù)片仍然保存在目的站的緩存中。4 一個 UDP用戶數(shù)據(jù)報的數(shù)據(jù)字

18、段為8192B,要使用以太網(wǎng)來傳送。假定IP數(shù)據(jù)報無選項。試問應當劃分為幾個IP 數(shù)據(jù)報片 " 說明每一個IP 數(shù)據(jù)報片的數(shù)據(jù)字段長度和片段偏移字段的值。5 在使用TCP 傳送數(shù)據(jù)時,如果有一個確認報文段喪失了,也不一定會引起與該確認報文段對應的數(shù)據(jù)的重傳。試說明理由"6 如果收到的報文段無過失,只是未按序號,那么TCP 對此未作明確規(guī)定,而是讓TCP的實現(xiàn)者自行確定。試討論兩種可能的方法的優(yōu)劣:專業(yè)資料整理WORD格式1) 將不按序的報文段丟棄。2) 先將不按序的報文段暫存與接收緩存內(nèi),待所缺序號的報文段收齊后再一起上交應用層。7 一個 TCP 連接要發(fā)送3200B的數(shù)據(jù)

19、。第一個字節(jié)的編號為10010。如果前兩個報文各攜帶1000B的數(shù)據(jù),最后一個攜帶剩下的數(shù)據(jù),請寫出每一個報文段的序號。專業(yè)資料整理WORD格式8 設 TCP 使用的最大窗口尺寸為問 TCP 所能得到的最大吞吐量是多少64KB"(,TCP 報文在網(wǎng)絡上的平均往返時間為假設傳輸信道的帶寬是不受限的)20nms專業(yè)資料整理WORD格式9 在一個TCP連接中,信道帶寬為1 Gbit s ,發(fā)送窗口固定為65535B,端到端時專業(yè)資料整理WORD格式延為 20ms長度忽略不計。問可以取得的最大吞吐率是多少)" 線路效率是多少"(TCP及其下層協(xié)議首部專業(yè)資料整理WORD格

20、式10第主機 A 基于 TCP 向主機 B 連續(xù)發(fā)送3 個 TCP2 個報文段的序號為120 ,第 3 個報文段的序號為1) 第 1 、 2 個報文段中有多少數(shù)據(jù)"2) 假設第二個報文段喪失而其他兩個報文段到達主機報文段。第1 個報文段的序號為150 。B ,那么在主機B 發(fā)往主機90A 的專業(yè)資料整理WORD格式確認報文中,確認號應該是多少"專業(yè)資料整理WORD格式11 考慮在一條具有1 0ms來回路程時間的線路上采用慢啟動擁塞控制而不發(fā)生網(wǎng)絡擁塞情況下的效應,接收窗口 24KB ,且最大段長 2KB 。那么,需要多長時間才能發(fā)送第一個完全窗口 "12 假定 T

21、CP 報文段載荷是1500B,最大分組存活時間是120s,那么要使得TCP 報文覆的序號不會循環(huán)回來而重疊,線路允許的最快速度是多大"13 一個 TCP 連接使用256kbit s 的鏈路,其端到端延時為128ms。經(jīng)測試發(fā)現(xiàn)吞吐率只有1 28kbit s。試問窗口是多少"忽略 PDU封裝的協(xié)議開銷以及接收方應答分組的發(fā)射時間假定應答分組長度很小) 。專業(yè)資料整理WORD格式14 假定 TCP 擁塞窗口被置成1 8KB輸都是成功的,假定最大報文段長度是,并且發(fā)生了超時事件。如果接著的1KB ,那么該窗口將是多大"4 個迸發(fā)量傳專業(yè)資料整理WORD格式解答:一、單項

22、選擇題1 C TCP 中端口號80 標識 Web 效勞器端的進程,客戶端訪問Web 效勞器的進程的端口號由客戶端的操作系統(tǒng)動態(tài)分配。應選C。2 C由于 TCP確實認號是指明接收方下一次希望收到的報文段的數(shù)據(jù)局部第一個字節(jié)的編號??梢钥闯?,前一個已收到的報文段的最后一個字節(jié)的編號為99 ,所以 C 選項正確報文段的序號是其數(shù)據(jù)局部第一個字節(jié)的編號。A 選項不正確, 因為有可能已收到的這個報文的數(shù)據(jù)局部不止一個字節(jié),那么報文段的編號就不為99 ,但是可以說編號為99 的字節(jié)已收到。專業(yè)資料整理WORD格式3 B TCP使用滑動窗口機制來進展流量控制。在ACK應答信息中,TCP把ACK加上專業(yè)資料整

23、理WORD格式接收方允許接收數(shù)據(jù)X圍的信息回送給發(fā)送方。 發(fā)送方除非以后又收到來自接收方的最大數(shù)據(jù)允許接收X圍信息,否那么總是使用由接收方提供的這一X圍發(fā)送數(shù)據(jù)。4 A TCP 以報文段 (Segment)為單位, TCP 是面向字節(jié)的。TCP 將所要傳送的報文看成是字節(jié)組成的數(shù)據(jù)流,并使每一個字節(jié)對應于一個序號。在連接建立時, 雙方要商定初專業(yè)資料整理WORD格式始序號。 TCP 每次發(fā)送的報文段的首部中的序號字段數(shù)值表示該報文段中的數(shù)據(jù)局部的第一個字節(jié)的序號。 TCP 確實認是對接收到的報文段的最高序號表示確認,接收端返回確實認號是已收到的最高序號加 1 ,因此確認號表示接收端期望下次收到

24、的報文段中的第一個數(shù)據(jù),節(jié)的序號。專業(yè)資料整理WORD格式5 D TCP 偽首部與 UDP 偽首部一樣,包括了IP 分組首部的一局部。協(xié)議字段,用于指明上層協(xié)議是TCP 還是 UDP 。1 7 代表 UDP ,6 代表誤對于 A 選項,由于數(shù)據(jù)偏移字段的單位是4B ,也就是說當偏移取最大時IP 首部中有一個TCP ,所以 D 錯TCP 首部長度為專業(yè)資料整理WORD格式l 5 x4=60B。由于使用填充,所以長度總是4B 的倍數(shù), C 正確。6 A TCP 采用大小可變的滑動窗口進展流量控制。7 C TCP 讓每個發(fā)送方僅發(fā)送正確數(shù)量的數(shù)據(jù),保持網(wǎng)絡資源被利用但又不會被過載為了防止網(wǎng)絡擁塞和接

25、收方緩沖區(qū)溢出,TCP 發(fā)送方在任一時間可以發(fā)送的最大數(shù)據(jù)流是接收方允許的窗口和擁塞窗口中的最小值。8 C參與 "rCP 連接的兩個進程中的任何一個都能提出釋放連接的請求。9 C擁塞窗口是發(fā)送端根據(jù)網(wǎng)絡擁塞情況確定的窗口值。專業(yè)資料整理WORD格式1 O A 、C TCP 使用三次握手來建立連接,第一次握手A 發(fā)給 B 的 TCP 報文中應置翼首部 SYN 位為 1 ,并選擇序號seq=X,說明傳送數(shù)據(jù)時的第一個數(shù)據(jù)字節(jié)的序號是X;在第二次握手中, 也就是 B 接收到報文后, 發(fā)給 A 確實認報文段中應使S"YN=1 ,使 ACk=l ,且確認號ACK=X+1,即 ACKx

26、+1=1(注: ACK 的下標為捎帶的序號) 。同時告訴自己選擇的號 seq=Y 。11 D在 TCP 的 “三次握手 中,第二次握手時,SYN 和 ACK 均被置為l。l 2 CA 發(fā)出的報文中,seq 代表的是數(shù)據(jù)局部第一個字節(jié)在A 的發(fā)送緩存區(qū)中的編號,ACK 代表的是 A 期望收到的下一個報文段的數(shù)據(jù)局部第一個字節(jié)在B 的發(fā)送緩存區(qū)l_的編號。因此,同一個TCP 報文中的 seq 和 ACK 的值是沒有聯(lián)系的。在B 發(fā)給 A 確實認文中, seq 的值應和A 發(fā)向 B 的報文中的ACK 的一樣,即2021, ACK 的值應該是A發(fā)向 B 的報文的序號加上A 發(fā)向 B 的報文中數(shù)據(jù)的長度

27、,即200+2=202,表示 B 下次專業(yè)資料整理WORD格式希望收到序號為202 的報文段。1 3 C TCP 提供的是可靠的字節(jié)流傳輸效勞,使用滑動窗口機制進展流量控制與擁塞控制。應當注意的是, TCP 通過滑動窗口實現(xiàn)了以字節(jié)為單位確實認,因此窗口大小的單位為字節(jié)。 假設發(fā)送窗口的大小為 N,這意味著發(fā)送端可以在沒有收到確認的情況下連續(xù)發(fā)芝 N 個字節(jié)。1 4 C 在擁塞窗口為34KB 時發(fā)生了超時, 那么慢開場門限值(ssthresh) 就被設定為17KB ,并且在接下來的一個RTT 中擁塞窗口 (cwnd) 置為 l KB 。按照慢開場算法,第二個RTT 中 cwnd=2KB,第三個

28、 RTT 中 cwnd=4KB,第四個 RTT 中 cwnd=8KB。當?shù)谒膫€ RT'I"中發(fā)出去的 8 個報文段確實認報文收到之后, cwnd=1 6KB(此時還未超過慢開場門限值 ) 。所以選 C。此題中 “這些報文段均得到確認后這句話很重要。1 5 D 注意條件中“收到了 3 個冗余 ACK 報文 ""說明此時應該執(zhí)行快恢復算法,那么慢開場門限值設為1 7KB ,并且在接下來的第一個RTT 中 CWnd也被設為 l 7KB ,第二個RTT 中 cwnd=1 8,第三個 RTT 中 cwnd=1 9KB,第四個 RTT 中 cwnd=20KB,第四個

29、RTT 中發(fā)出的報文全部得到確認后,cwnd 再增加 1 KB ,變?yōu)?1KB 。所以 D 正確。注意 cwnd 的增加都發(fā)生在收到確認報文時,如在此題中,第四個RTT 中的報文發(fā)送時專業(yè)資料整理WORD格式CWnd=20KB,但當所發(fā)報文確實認報文被收到時,cwnd就增加到了 2 1 KB。16A此題中出現(xiàn)了擁塞窗口和接收端窗口,那么發(fā)送窗口就是取兩者的最小值。先看擁塞窗口,由于慢開場門限值為2KB ,第一個 RTT 中 A 擁塞窗口為 4KB ,按照擁塞避免算法,收到 B 確實認報文后,擁塞窗口增長為5KB 。再看接收端窗口, B 通過確認報文中窗口字段向 A 通知接收端窗口,那么接收端窗

30、口為2KB 。因此在下一次發(fā)送數(shù)據(jù)時,A 的發(fā)送窗口應該為2KB ,即一個 RTT 內(nèi)最多發(fā)送 2KB 。所以 A 正確。17 D TCP是面向字節(jié)流的,其選擇確認(Selective ACK)機制是接收端對字節(jié)序號進展確認, 其返回的序號是接收端下一次期望接收的序號,因此主機乙接收兩個段后返回給主機甲確實認序列號是1 000。18 C計算原理如圖 5 4所示。無論在慢開場階段還是在擁塞防止階段,只要發(fā)送方判斷網(wǎng)絡出現(xiàn)擁塞( 其根據(jù)就是沒有按時收到確認) ,就要把慢開場門限ssthresh設置為出現(xiàn)擁塞時的發(fā)送方窗口值的一半( 但不能小于 2) 。然后把擁塞窗口cwnd重新設置為 1 ,執(zhí)行慢

31、開場算法。 這樣做的目的就是要迅速減少主機發(fā)送到網(wǎng)絡中的分組數(shù),使得發(fā)生擁塞的路由器有足夠時間把隊列中積壓的分組處理完畢。因此,在發(fā)送擁塞后,慢開場門限ssthresh 變?yōu)?1 62=8KB,發(fā)送窗口變?yōu)?KB 。在接下來的3 個 RTT 內(nèi),擁塞窗口執(zhí)行慢開場算法,呈指數(shù)形式增加到8KB ,此時由于慢開場門限 ssthresh 為 8KB ,因此轉而執(zhí)行擁塞防止算法,即擁塞窗口開場“加法增大 " 。因此第 4 個 RTT 完畢后,擁塞窗口的大小為9KB ,答案為 C。19A發(fā)送方的發(fā)送窗口的上限值應該取接收方窗口和擁塞窗口這兩個值中較小的一個,于是此時發(fā)送方的發(fā)送窗口為M 烈 4

32、000 ,2000=2000B,由于發(fā)送方還沒有收到第二個最大段確實認,所以此時主機甲還可以向主機乙發(fā)送的最大字節(jié)數(shù)為2000"一 1000=1 000B。20 C主機乙收到連接請求報文后,如同意連接,那么向甲發(fā)送確認。在確認報文段中應把 SYN 位和 ACK 位都置 1 ,確認號是甲發(fā)送的TCP 段的初始序號 seq=11 220加 1 ,即為 ACK=11 22 1,同時也要選擇并消耗一個初始序號seq , seq 值由主機乙的TCP 進程確定,此題取seq=11 22 1與確認號、甲請求報文段的序號沒有任何關系。2 1 B TCP 段首部中的序號字段是指本報文段所發(fā)送的數(shù)據(jù)的第

33、一個字節(jié)的序號。第三個段的序號為900 ,那么第二個段的序號為900-400=500。而確認號是期待收到對方下一個報文段的第一個字節(jié)的序號?,F(xiàn)在主機乙期待收到第二個段,故甲確實認號是500 。22 B 偽首部只是在計算校驗和時臨時添加的,不計入 UDP 的長度中。 對于 D 選項偽首部包括源 IP和目的 IP ,這是 IP 分組報頭的一局部。23 B UDP 本身是無法保證傳輸?shù)目煽啃缘?。并且UDP 是基于網(wǎng)絡層的IP 的, IP 的特點是盡最大努力交付,因此無法在網(wǎng)絡層以及鏈路層提供可靠傳輸。因此,只能通過應用層協(xié)議來實現(xiàn)可靠傳輸。24 DUDP 數(shù)據(jù)報的格式包括UDP 源端口號、 UDP

34、目的端口號、 UDP 報文長度和校驗和,但不包括UDP 數(shù)據(jù)報首部長度。因為UDP 數(shù)據(jù)報首部長度是固定的8B ,所以沒有必要再設置首部長度字段。24-1 A 接收端通過校驗發(fā)現(xiàn)數(shù)據(jù)有過失,就直接丟棄該數(shù)據(jù)報,僅此而已。25 B UDP 的校驗和不是必需的,如果不使用校驗和,那么將校驗和字段設置為O,而如果校驗和的就算結果恰為O 時,那么將校驗和置為全1 。26 BUDP 數(shù)據(jù)報的偽頭包含了IP 地址信息和端口信息,目的是要保證UDP 數(shù)據(jù)報確實到達正確的目的主機和端口。該偽首部由源和目的主機僅在校驗和計算期間建立,并不專業(yè)資料整理WORD格式發(fā)送。27 D傳輸層向它上面的應用層提供通信效勞,

35、它屬于面向通信局部的最高層,同時也是用戶功能中的最低層。傳輸層向高層用戶屏蔽了下面通信子網(wǎng)的細節(jié)( 如網(wǎng)絡拓撲、路由協(xié)議等 ) ,它使應用進程看見的就是好似在兩個傳輸層實體之間存在的一條端到端的邏輯通信信道,因此在通信子網(wǎng)上沒有傳輸層,傳輸層只存在通信子網(wǎng)以外的主機中。28 D TCP IP 參考模型中,網(wǎng)絡層及其以下各層所構成的通信子網(wǎng)負責主機到主機或是點到點的通信, 而傳輸層的主要作用是在源主機進程和目的主機進程之間提供端到端的數(shù)據(jù)傳輸。 一般來說, 端到端通信是由一段段的點到點信道構成,端到端協(xié)議建立在點到點協(xié)議之上 ( 正如 TCP 建立在 IP 協(xié)議之上 ) ,提供應用進程之間的通信

36、手段。所以選D 。29 C端到端即是進程到進程,物理層只提供在兩個節(jié)點之間透明地傳輸比特流,網(wǎng)絡層提供主機到主機的通信效勞,主要功能是路由選擇。此題的條件假設換成“TCP IP 參考模型答案依然是C。30 B面向連接的效勞,可確保數(shù)據(jù)傳輸?shù)目煽啃?。而無連接效勞,由于沒有建立連疊這個過程, 發(fā)送方和接收方不能預先協(xié)商相關參數(shù)和分配系統(tǒng)資源,也就無法實現(xiàn)可靠傳輸了二31 D面向連接的效勞是通信雙方在進展通信之前,要先建立一個完整的連接,在通信過程中, 整個連接一直可以被實時地監(jiān)控和管理。 通信完畢后釋放連接。 面向連接的效勞可以保證數(shù)據(jù)的可靠和順序的交付。32 B 傳輸層是 OSI 模型中的第 4

37、 層, TCP 是面向連接的,它提供流量控制和擁塞控制保證效勞的可靠; UDP 是無連接的,不提供流量控制和擁塞控制,只能做出盡最大努力的交。付。傳輸層提供的是進程到進程間的傳輸效勞,也稱為端到端效勞。33 D傳輸層的分用功能通過端口號實現(xiàn),端口號只具有本地意義,不同主機上的進程??梢允褂靡粯拥亩丝谔枴R诨ヂ?lián)網(wǎng)上唯一確定一個進程就要使用 IP 地址和端口號的組合通常稱為套接字 (Socket) 。34 A 端口號只具有本地意義,即端口號只是為了標識本計算機應用層中的各進程,且同一臺計算機中 TCP 和 UDP 分別擁有自己的端口號,它們互不干擾。專業(yè)資料整理WORD格式35 D熟知端口號的數(shù)

38、值為0 1 023,登記端口號的數(shù)值是1 024 49 1 5 1戶端使哪的端口號的數(shù)值是49 1 526553 5。,客專業(yè)資料整理WORD格式36 DFTP 控制連接的端口是2 1 ,數(shù)據(jù)連接的端口是20 。37 D如果一個協(xié)議使用確認機制對傳輸?shù)臄?shù)據(jù)進展確認,那么可以認為它是一個可靠的協(xié)議;如果一個協(xié)議采用“盡力而為 的傳輸方式,那么是不可靠的。例如,TP 對傳輸?shù)膱笪亩翁峁┐_認,因此是可靠的傳輸協(xié)議;而UDP 不提供確認,因此是不可靠的傳輸協(xié)議。專業(yè)資料整理WORD格式二、綜合應用題1 解答:如果語音數(shù)據(jù)不是實時播放,就可以使用TCP ,因為 TCP 有重傳機制,傳輸可靠。接收端用 T

39、CP 將語音數(shù)據(jù)接收完畢后,可以在以后的任何時問進展播放。假設假定是實時傳輸,不宜重傳,那么必須使用UDP 。 UDP 不保證可靠遞交,沒有重傳機制,但UDP 比 TCP 的開銷要小很多,實時性好;因此只要應用程序承受這樣的效勞質(zhì)量就可以使用UDP 。專業(yè)資料整理WORD格式2 解答:僅僅使用IP 分組還不夠。 IP 分組包含IP 地址,該地址指定一個目的機器。一旦這樣的分組到達了目的機器, 網(wǎng)絡控制程序如何知道該把它交給哪個進程呢"UDP 分組包含一個目的端口,這一信息是必需的,因為有了它,分組才能被投遞給正確的進程。此外,UDP 可以對數(shù)據(jù)報做包括數(shù)據(jù)段在內(nèi)的過失檢測,而IP 只

40、對其頭部做過失檢測。3 解答:不行。重傳時, IP 數(shù)據(jù)報的標識字段會有另一個標識符。僅當標識符一樣的IP 數(shù)據(jù)報片才能組裝成一個IP 數(shù)據(jù)報。前兩個 IP 數(shù)據(jù)報片的標識符與后兩個IP數(shù)據(jù)報片的標識符不同,因此不能組裝成一個IP 數(shù)據(jù)報。4 解答:以太網(wǎng)幀的數(shù)據(jù)段的最大長度是1 500B,UDP 用戶數(shù)據(jù)報的頭部是8B 。假定 IP 數(shù)據(jù)報無選項, 頭部長度都是 20B 。IP 數(shù)據(jù)報的片段偏移指出一個片段在原IP 分組中的相對位置,偏移的單位是8B 。UDP 用戶數(shù)據(jù)報的數(shù)據(jù)字段為8192B,加上 8B 的頭部,總長度是 8200B 。應當劃分為 6 個 IP 報片。 IP 報片的數(shù)據(jù)字段

41、的長度:前5 個是 1 480B(對應的 IP 報片的長度是1 500B),最后一個是 800B(對應的 IP 報片的長度是 820B) 。報片偏移字段的值分別是:O,1 85 ,3 70 ,55 5, 740和925。5 解答: ,這是因為發(fā)送方可能還未重傳時,就收到了對更高序號確實認。例如主機 A 連續(xù)發(fā)送兩個報文段: (SEQ=92, DATA共 8B) 和(SEQ=1 00, DATA 共 20B),均正確到達主機B ,B連續(xù)發(fā)送兩個確認:(ACK=1 00)和 (ACK=1 20)。但前者在傳送時喪失了,例如A 在第一個報文段 (SEQ=92 , DATA 共 8B)超時之前收到了對

42、第二個報文段確實認(ACK=I 20),此時A知道, 119號和在 119號之前的所有字節(jié) ( 包括第一個報文段中的所有字節(jié))均已B正確接收,因此A 不會再重傳第一個報文段。6 解答:第一種方法將不按序的報文段丟棄,會引起被丟棄報文段的重復傳送,增加對網(wǎng)絡帶寬的消耗,但由于用不著將該報文段暫存,可防止對接收方緩沖區(qū)的占用。第二種方法先將不按序的報文段暫存于接收緩存內(nèi),待所缺序號的報文段收齊后再一起上交應用層; 這樣有可能防止發(fā)送方對已經(jīng)被接收方收到的不按序的報文段的重傳, 減少對網(wǎng)絡帶寬的消耗,但增加了接收方緩沖區(qū)的開銷。7 解答:TCP 連接中傳送的數(shù)據(jù)流中的每一個字節(jié)都編上一個序號。報文段

43、的序號那么指的是本報文段所發(fā)送的數(shù)據(jù)的第一個字節(jié)的序號。因此第一個報文段的序號為10010 ,第二個報文段的序號為 1 00 1 0+1 000-1 1 0 1 0,第三個報文段的序號為1 1 0 1 0+1 000=1 201 0 。8 解答:在平均往返時間 20ms 內(nèi),發(fā)送的最大數(shù)據(jù)量為最大窗口值,即64 ×1 024B 。64 ×1 024 ÷(20 ×10 -3 ) × 8 26 2Mbit s因此,所能得到的最大吞吐量是26 2Mbit s。9 解答:專業(yè)資料整理WORD格式由于在每個RTT 內(nèi),發(fā)送的數(shù)據(jù)量不能超過發(fā)送窗口大小,所以吞吐率= 發(fā)送窗口大小RTT 。題目中告訴的是端到端時延,RTT=2×端到端時延,那么RTT=2×20=40ms所以吞吐率 =線路效率 = 吞吐率信道帶寬,此題中,線路效率(1 3 1 07Mbit s) (1 000Mbits)=13 1 。此題在計算時要特別注意單位( 是 bit 還是 B) ,區(qū)分 Gbit s 和 GB s。10 解答:1) 注意: TCP 傳送的數(shù)據(jù)流中的每一個字節(jié)都是有一個編號的,而TCP 報文段的序號為其數(shù)據(jù)局部第一個字節(jié)的編號。那么第1 個報文中的數(shù)據(jù)有1 20 90=30B,第 2 個報文中的數(shù)據(jù)有1 50 1 2

溫馨提示

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

評論

0/150

提交評論