計(jì)算機(jī)網(wǎng)絡(luò)作業(yè)七及解答

1、計(jì)算機(jī)網(wǎng)絡(luò)作業(yè)七及解答計(jì)算機(jī)網(wǎng)絡(luò)作業(yè)( 7 )一、單項(xiàng)選擇題1 TCP 規(guī)定 HTTP( ) 進(jìn)程的端口號(hào)為80 。A 客戶 B 解析C ?服務(wù)器D ?主機(jī)2 A 和 B 建立了 TCP 連接，當(dāng)A 收到確認(rèn)號(hào)為100 的確認(rèn)報(bào)文段時(shí)，表示(A ?報(bào)文段99 已收到B ?報(bào)文段100 已收到C ?末字節(jié)序號(hào)為99 的報(bào)文段已收到D ?末字節(jié)序號(hào)為100 的報(bào)文段己收到那么發(fā)送端3 ?在采用TCP 連接的數(shù)據(jù)傳輸階段，如果發(fā)送端的發(fā)送窗口值由1000 變?yōu)?000在收到一個(gè)確認(rèn)之前可以發(fā)送() 。A ? 2000 個(gè) TCP 報(bào)文段 B ? 2000BC ? 1 OOOBD ? 1 000 個(gè)

2、TCP 報(bào)文段4為保證數(shù)據(jù)傳輸?shù)目煽啃?，TCP 采用了對(duì)() 確認(rèn)的機(jī)制。A 報(bào)文段B 分組C 字節(jié)D 比特5 以下關(guān)于TCP 報(bào)頭格式的描述中，錯(cuò)誤的是() 。A ?報(bào)頭長(zhǎng)度為 20"? 60B,其中固定部分為 20BB 端口號(hào)字段依次表示源端口號(hào)與目的端口號(hào)C ?報(bào)頭長(zhǎng)度總是4 的倍數(shù)個(gè)字節(jié)D TCP 校驗(yàn)和偽首部中IP 分組頭的協(xié)議字段為1 76 滑動(dòng)窗口的作用是() 。A 流量控制B 擁塞控制C 路由控制D 差錯(cuò)控制7在 TCP 中，發(fā)送方的窗口大小取決于()。A ?僅接收方允許的窗口B 接收方允許的窗口和發(fā)送方允許的窗口C . 接收方允許的窗口和擁塞窗口D ?發(fā)送方允許的窗

3、口和擁塞窗口8 以下關(guān)于TCP 作原理與過程的描述中，錯(cuò)誤的是() 。A TCP 連接建立過程需要經(jīng)過 “三次握手 ”的過程B 當(dāng) TCP 傳輸連接建立之后，客戶端與服務(wù)器端的應(yīng)用進(jìn)程進(jìn)行全雙工的字節(jié)流傳輸C TCP 傳輸連接的釋放過程很復(fù)雜，只有客戶端可以主動(dòng)提出釋放連接的請(qǐng)求D TCP 連接的釋放需要經(jīng)過 “四次揮手 ”的過程9 以下關(guān)于TCP 窗口與擁塞控制概念的描述中，錯(cuò)誤的是() 。A ?接收端窗( rwnd) 通過 TCP 首部中的窗口字段通知數(shù)據(jù)的發(fā)送方B ?發(fā)送窗口確定的依據(jù)是：發(fā)送窗EI=Min 接收端窗口，擁塞窗口C ?擁塞窗口是接收端根據(jù)網(wǎng)絡(luò)擁塞情況確定的窗口值D 擁塞窗

4、口大小在開始時(shí)可以按指數(shù)規(guī)律增長(zhǎng)10 TCP 使用三次握手協(xié)議來建立連接，設(shè)A、 B 雙方發(fā)送報(bào)文的初始序列號(hào)分別為和Y, A發(fā)送()的報(bào)文給B , B接收到報(bào)文后發(fā)送()的報(bào)文給A,然后A發(fā)送一個(gè)確 認(rèn)報(bào)文給B 便建立了連接。( 注： ACK 的下標(biāo)為捎帶的序號(hào)) A . SYN=1 ，序號(hào) =X B . SYN=1 ，序號(hào) =X+1, ACKx=IC SYN=1 ，序號(hào)：Y D SYN=1 ，序號(hào) =Y ， ACKy+1=1 A . SYN=1 ，序號(hào) =X+1 B . SYN=1 ，序號(hào) =X+1, ACKx=lC. SYN=1 ，序號(hào) =Y , ACKx+1=1 D . SYN=1 ，

5、序號(hào) =Y , ACKy+1=111 . TCP “三次握手”過程中，第二次 握手”時(shí)，發(fā)送的報(bào)文段中 () 標(biāo)志位被置為1 。A . SYNB . ACKC. ACK 和 RST D . SYN 和 ACK12 . A 和 B 之間建立了TCP 連接， A 向 B 發(fā)送了一個(gè)報(bào)文段，其中序號(hào)字段seq=200確認(rèn)號(hào)字段ACK=201 ，數(shù)據(jù)部分有2 個(gè)字節(jié)，那么在B 對(duì)該報(bào)文的確認(rèn)報(bào)文段中()A . seq=202 ，ACK=200B . seq=201， ACK=201C. seq=201， ACK=202D . seq=202 ， ACK=20113 . 一個(gè) TCP 連接的數(shù)據(jù)傳輸階段

6、，如果發(fā)送端的發(fā)送窗口值由2000 變?yōu)?3000 ，意 昧著發(fā)送端A . 在收到一個(gè)確認(rèn)之前可以發(fā)送 B . 在收到一個(gè)確認(rèn)之前可以發(fā)送 C . 在收到一個(gè)確認(rèn)之前可以發(fā)送 D . 在收到一個(gè)確認(rèn)之前可以發(fā)送可以 (3000 個(gè) TCP 報(bào)文段1000B3000B2000 個(gè) TCP 報(bào)文段14 . 在一個(gè) TCP 連接中，MSS 為 1KB ，當(dāng)擁塞窗口為34KB 時(shí)發(fā)生了超時(shí)事件。如果在接下來的4 個(gè) RTT 內(nèi)報(bào)文段傳輸都是成功的， 那么當(dāng)這些報(bào)文段均得到確認(rèn)后，擁塞窗口的大小是() 。A . 8KB B . 9KB C. 1 6KB D . 1 7KB1 5 . 在一個(gè) TCP 連接

7、中，MSS 為 1 KB ，當(dāng)擁塞窗口為34KB H 寸收到了3 個(gè)冗余 ACK 報(bào)文。如果在接下來的4 個(gè)： RTT 內(nèi)報(bào)文段傳輸都是成功的，那么當(dāng)這些報(bào)文段均得到確認(rèn)后. 擁塞窗口的大小是 ()。A . 8KB B . 1 6KBC. 20KB D . 2 1 KB1 6 . A 和 B 建立 TCP 連接，。MSS 為 1 KB 。某時(shí)，慢開始門限值為2KB ， A 的擁塞 窗口為4KB ，在接下來的一個(gè)RTT 內(nèi)， A 向 B 發(fā)送了 4KB 的數(shù)據(jù) ( TCP 的數(shù)據(jù)部分) ， 并且得到了B 的確認(rèn)，確認(rèn)報(bào)文中的窗口字段的值為2KB ，那么，請(qǐng)問在下一個(gè)RTT 中， A 最多能向B

8、發(fā)送多少數(shù)據(jù)() 。A . 2KB B . 8KBC. 5KB D . 4KB17 . 【2009 年計(jì)算機(jī)聯(lián)考真題】主機(jī)甲與主機(jī)乙之間已建立一個(gè)TCP 連接，主機(jī)甲向主機(jī)乙發(fā)送了兩個(gè)連續(xù)的TCP 段 . 分別包含300B 和 500B 的有效載荷，第一個(gè)段的序列號(hào)為200 ，主機(jī)乙正確接收到這兩個(gè)數(shù)據(jù)段后，發(fā)送給主機(jī)甲的確認(rèn)序列號(hào)是() 。A . 500 B . 700C. 800 D . 1 00018 . 【2009 年計(jì)算機(jī)聯(lián)考真題】一個(gè) TCP 連接總是以1 KB 的最大段長(zhǎng)發(fā)送TCP 段，發(fā)送方有足夠多的數(shù)據(jù)要發(fā)送，當(dāng)擁塞窗口為16KB時(shí)發(fā)生了超時(shí)，如果接下來的4個(gè)RTT（往返時(shí)間

9、）時(shí)間內(nèi)的TCP段 的傳輸都是成功的，那么當(dāng)?shù)?個(gè)RTT時(shí)間內(nèi)發(fā)送的所有 TCP段都得到肯定應(yīng)答時(shí)，擁 塞窗口大小是（）。A . 7KB B . 8KBC. 9KB D. 1 6KB19 .【2010年計(jì)算機(jī)聯(lián)考真題】主機(jī)甲和主機(jī)乙之間已建立了一個(gè)TCP連接，TCP最大段長(zhǎng)度為1000B o若主機(jī)甲 的當(dāng)前擁塞窗口為4 000B ,在主機(jī)甲向主機(jī)乙連續(xù)發(fā)送兩個(gè)最大段后，成功收到主機(jī)乙發(fā)送的第一個(gè)段的確認(rèn)段，確認(rèn)段中通告的接收窗口大小為2000B ,則此時(shí)主機(jī)甲還可以向主機(jī)乙發(fā)送的最大字節(jié)數(shù)是（）。A. 1 000 B . 2000C. 3000 D . 4000 20 .【2011年計(jì)算機(jī)聯(lián)考

10、真題】的TCP段，期望與主機(jī)乙建立 TCP主機(jī)甲向主機(jī)乙發(fā)送一個(gè)（SYN=I , seq=l l 220）連接，若主機(jī)乙接受該連接請(qǐng)求，則主機(jī)乙向主機(jī)甲發(fā)送的正確的TCP段可能是（）,ack=11221),ack=11220),ack=11221),ack=11220)A (SYN=0 ，ACK=0 , seq=11221 B(SYN=11ACK=1,seq=11220C(SYN=1，ACK=1,seq=11221D(SYN=0>ACK=0,seq=1122021 .【2011 年計(jì)算機(jī)聯(lián)考真題】3個(gè)連續(xù)的TCP段，分別包主機(jī)甲與主機(jī)乙之間已建立一個(gè) TCP連接，主機(jī)甲向主機(jī)乙發(fā)送了含3

11、00B、 400B和500B的有效載荷，第 3個(gè)段的序號(hào)為 900。若主機(jī)乙僅正 確接收到第1和第3個(gè)段，則主機(jī)乙發(fā)送給主機(jī)甲的確認(rèn)序號(hào)是（）。C. 1200 D .140022 .以下關(guān)于 UDP協(xié)議的主要特點(diǎn)的描述中，錯(cuò)誤的是（）。A . UDP報(bào)頭主要包括端口號(hào)、長(zhǎng)度、校驗(yàn)和等字段B . UDP長(zhǎng)度字段是UDP數(shù)據(jù)報(bào)的長(zhǎng)度，包括偽首部的長(zhǎng)度C. UDP校驗(yàn)和對(duì)偽首部、 UDP報(bào)文頭以及應(yīng)用層數(shù)據(jù)進(jìn)行校驗(yàn)D .偽首部包括IP分組報(bào)頭的一部分23 .使用UDP的網(wǎng)絡(luò)應(yīng)用，其數(shù)據(jù)傳輸?shù)目煽啃杂桑ǎ┴?fù)責(zé)。A ?傳輸層 B ?應(yīng)用層C ?數(shù)據(jù)鏈路層D?網(wǎng)絡(luò)層24 ? UDP數(shù)據(jù)報(bào)首部不包含 （）。

12、A ? UDP源端口號(hào)B ? UDP校驗(yàn)和C ? UDP目的端口號(hào)D ? UDP數(shù)據(jù)報(bào)首部長(zhǎng)度24-1 .接收端收到有差錯(cuò)的 UDP用戶數(shù)據(jù)時(shí)的處理方式是 （）。A .丟棄B .請(qǐng)求重傳C .差錯(cuò)校正D .忽略差錯(cuò)25 .以下關(guān)于。 UDP校驗(yàn)和的說法中錯(cuò)誤的是 （）。A . UDP的校驗(yàn)和功能不是必需的，可以不使用B .如果UDP校驗(yàn)和計(jì)算結(jié)果為 O ,則在校驗(yàn)和字段填充 OC. UDP校驗(yàn)和字段的計(jì)算包括一個(gè)偽首部、UDP首部和攜帶的用戶數(shù)據(jù)D UDP 校驗(yàn)和的計(jì)算方法是二進(jìn)制反碼運(yùn)算求和再取反26 下列關(guān)于UDP 校驗(yàn)的描述中，( ) 是錯(cuò)誤的。A UDP 校驗(yàn)和段的使用是可選的，如果源

13、主機(jī)不想計(jì)算校驗(yàn)和，該校驗(yàn)和段應(yīng)為全0B 在計(jì)算校驗(yàn)和的過程中，需要生成一個(gè)偽首部，源主機(jī)需要把該偽首部發(fā)送給目的主機(jī)C ?如果數(shù)據(jù)報(bào)在傳輸過程中被破壞，那么就把它丟棄IP 地址信息和端口信息D UDP 數(shù)據(jù)報(bào)的偽首部包含了27 ?下列不屬于通信子網(wǎng)的是( ) 。D?傳輸層A ?物理層B ?數(shù)據(jù)鏈路層C ?網(wǎng)絡(luò)層28 ?在TCP IP 參考模型中，傳輸層的主要作用是在互聯(lián)網(wǎng)的源主機(jī)和目的主機(jī)對(duì)等實(shí)體之間建立用于會(huì)話的( ) 。A ?操作連接B ?點(diǎn)到點(diǎn)連接C ?控制連接D ?端到端連接29 ? OSI 參考模型中，提供端到端的透明數(shù)據(jù)傳輸服務(wù)、差錯(cuò)控制和流量控制的層是() 。A ?物理層B?網(wǎng)

14、絡(luò)層C?傳輸層 D?會(huì)話層30 ?下列關(guān)于傳輸服務(wù)的面向連接服務(wù)和無連接服務(wù)說法中正確的是() 。A ?面向連接的服務(wù)是可靠的服務(wù)，無連接的服務(wù)也可以是可靠服務(wù)B ?面向連接的服務(wù)是可靠的服務(wù)，而無連接的服務(wù)只能提供不可靠的服務(wù)C ?面向連接的服務(wù)和無連接的服務(wù)都是提供不可靠的服務(wù)D ?以上說法都不正確) 。B . 不保證可靠、但保證順序的交付D ?保證可靠和順序的交付。31 ?面向連接的服務(wù)特性是(A . 不保證可靠和順序的交付C ?保證可靠、但不保證順序的交付32 ?以下說法錯(cuò)誤的是() 。A ?傳輸層是OSI 模型的第四層B ?傳輸層提供的是主機(jī)問的點(diǎn)到點(diǎn)數(shù)據(jù)傳輸C ? TCP 是面向連

15、接的，UDP 是無連接的D TCP 協(xié)議進(jìn)行流量控制和擁塞控制，而UDP 協(xié)議既不進(jìn)行流量控制，又不進(jìn)行擁塞控制33 以下哪一項(xiàng)能夠唯一確定一個(gè)在互聯(lián)網(wǎng)上通信的進(jìn)程() 。A 主機(jī)名B IP 地址級(jí) MAC 地址C MAC 地址及端口號(hào)D IP 地址及端口號(hào)34 關(guān)于 TCP 和 UDP 端口，下列哪種說法是正確的() 。A TCP 和 UDP 分別擁有自己的端口號(hào)，它們互不干擾，可以共存于同一臺(tái)主機(jī)B TCP 和 UDP 分別擁有自己的端口號(hào)，但它們不能共存于同一臺(tái)主機(jī)C TCP 和 UDP 的端口沒有本質(zhì)區(qū)別，但它們不能共存于同一臺(tái)主機(jī)D 當(dāng)一個(gè)TCP 連接建立時(shí)，它們互不干擾，不能共存于

16、同一臺(tái)主機(jī)35 在 ()范圍內(nèi)的端口號(hào)被稱為“熟知端口號(hào) ”并限制使用。這就意味著這些端口號(hào)是為常用的應(yīng)用層協(xié)議，如FTP 、 HTTP 等保留的。A ? O ? 1 27 B ? O ? 25 5C. O ? 5 1 1 D ? O ? 1 02336 以下哪個(gè)TCP 熟知端口號(hào)是錯(cuò)誤的? ()A TELNET ： 23 B SMTP ： 25C HTTP ： 80D FTP ： 2437 可靠的傳輸協(xié)議中的 “可靠”指的是( )。A 使用面向連接的會(huì)話B 使用盡力而為的傳輸C ?使用滑動(dòng)窗口來維持可靠性D ?使用確認(rèn)機(jī)制來確保傳輸?shù)臄?shù)據(jù)不丟失二、綜合應(yīng)用題1 ?使用TCP 對(duì)實(shí)時(shí)語音數(shù)據(jù)的

17、傳輸有沒有什么問題?使用UDP 在傳送數(shù)據(jù)文件時(shí)會(huì)有什么問題?2 ?為什么要使用UDP? 讓用戶進(jìn)程直接發(fā)送原始的IP 分組不就足夠了嗎?3 ?一個(gè)應(yīng)用程序用UDP ，到了 IP 層將數(shù)據(jù)報(bào)再劃分為4 個(gè)數(shù)據(jù)報(bào)片發(fā)送出去。結(jié)果前兩個(gè)數(shù)據(jù)報(bào)片丟失，后兩個(gè)到達(dá)目的站。過了一段時(shí)間應(yīng)用程序重傳UDP ，而 IP 層仍然劃分為 4 個(gè)數(shù)據(jù)報(bào)片來傳送。結(jié)果這次前兩個(gè)到達(dá)目的站而后兩個(gè)丟失。試問：在目的站能否將這兩次傳輸?shù)? 個(gè)數(shù)據(jù)報(bào)片組裝成為完整的數(shù)據(jù)報(bào)?假定目的站第一次收到的后兩個(gè)數(shù)據(jù)片仍然保存在目IP 數(shù)據(jù)報(bào) 無選項(xiàng)。試 段偏移字段的值。的站的緩存中。4 ?一個(gè)UDP 用戶數(shù)據(jù)報(bào)的數(shù)據(jù)字段為8192

18、B ，要使用以太網(wǎng)來傳送。假定問應(yīng)當(dāng)劃分為幾個(gè)IP 數(shù)據(jù)報(bào)片?說明每一個(gè)IP 數(shù)據(jù)報(bào)片的數(shù)據(jù)字段長(zhǎng)度和片5 ?在使用TCP 傳送數(shù)據(jù)時(shí)，如果有一個(gè)確認(rèn)報(bào)文段丟失了，也不一定會(huì)引起與該確認(rèn)報(bào)文段對(duì)應(yīng)的數(shù)據(jù)的重傳。試說明理由?6 ?如果收到的報(bào)文段無差錯(cuò)，只是未按序號(hào)，則TCP 對(duì)此未作明確規(guī)定，而是讓TCP 的實(shí)現(xiàn)者自行確定。試討論兩種可能的方法的優(yōu)劣：1) 將不按序的報(bào)文段丟棄。2) 先將不按序的報(bào)文段暫存與接收緩存內(nèi)，待所缺序號(hào)的報(bào)文段收齊后再一起上交應(yīng)用層。7 一個(gè) TCP 連接要發(fā)送3200B 的數(shù)據(jù)。第一個(gè)字節(jié)的編號(hào)為10010 。如果前兩個(gè)報(bào)文各攜帶1000B 的數(shù)據(jù)，最后一個(gè)攜帶剩

19、下的數(shù)據(jù)，請(qǐng)寫出每一個(gè)報(bào)文段的序號(hào)。8 設(shè) TCP 使用的最大窗口尺寸為64KB ， TCP 報(bào)文在網(wǎng)絡(luò)上的平均往返時(shí)間為20nms 問 TCP所能得到的最大吞吐量是多少?（ 假設(shè)傳輸信道的帶寬是不受限的）9 在一個(gè)TCP 連接中，信道帶寬為1 Gbit s ，發(fā)送窗口固定為65535B ，端到端時(shí)延為20ms 。問可以取得的最大吞吐率是多少? 線路效率是多少?（TCP 及其下層協(xié)議首部長(zhǎng)度忽略不計(jì)）10 主機(jī) A 基于 TCP 向主機(jī) B 連續(xù)發(fā)送3 個(gè) TCP 報(bào)文段。第1 個(gè)報(bào)文段的序號(hào)為90 第 2 個(gè)報(bào)文段的序號(hào)為120 ，第 3 個(gè)報(bào)文段的序號(hào)為150 。1） 第 1 、 2 個(gè)報(bào)

20、文段中有多少數(shù)據(jù)?2） 假設(shè)第二個(gè)報(bào)文段丟失而其他兩個(gè)報(bào)文段到達(dá)主機(jī)B ，那么在主機(jī)B 發(fā)往主機(jī)A 的確認(rèn)報(bào)文中，確認(rèn)號(hào)應(yīng)該是多少?11 考慮在一條具有1 0ms 來回路程時(shí)間的線路上采用慢啟動(dòng)擁塞控制而不發(fā)生網(wǎng)絡(luò)擁塞情況下的效應(yīng)，接收窗口24KB ，且最大段長(zhǎng)2KB 。那么，需要多長(zhǎng)時(shí)間才能發(fā)送第個(gè)完全窗口?12 假定 TCP 報(bào)文段載荷是1500B ，最大分組存活時(shí)間是120s ，那么要使得TCP 報(bào) 文覆的序號(hào)不會(huì)循環(huán)回來而重疊，線路允許的最快速度是多大?吐率只有1組的發(fā)射時(shí)間(假定應(yīng)答分13 一個(gè) TCP 連接使用256kbit s 的鏈路，其端到端延時(shí)為128ms28kbit /so

21、試問窗口是多少？忽略PDU封裝的協(xié)議開銷以及接收方應(yīng)答分組長(zhǎng)度很小)14 假定 TCP 擁塞窗口被置成1 8KB ，并且發(fā)生了超時(shí)事件。如果接著的4 個(gè)迸發(fā)量傳輸都是成功的，假定最大報(bào)文段長(zhǎng)度是1KB ，那么該窗口將是多大?解答：一、單項(xiàng)選擇題1 C TCP 中端口號(hào)80 標(biāo)識(shí) Web 服務(wù)器端的HTTP 進(jìn)程，客戶端訪問Web 服務(wù)器的HTTP 進(jìn)程的端口號(hào)由客戶端的操作系統(tǒng)動(dòng)態(tài)分配。故選C 。2 C 由于 TCP 的確認(rèn)號(hào)是指明接收方下一次希望收到的報(bào)文段的數(shù)據(jù)部分第一個(gè)字節(jié)的編號(hào)?？梢钥闯?，前一個(gè)已收到的報(bào)文段的最后一個(gè)字節(jié)的編號(hào)為99，所以C 選項(xiàng)正確報(bào)文段的序號(hào)是其數(shù)據(jù)部分第一個(gè)字節(jié)

22、的編號(hào)。A 選項(xiàng)不正確，因?yàn)橛锌赡芤咽盏降倪@個(gè)報(bào)文的數(shù)據(jù)部分不止一個(gè)字節(jié)，那么報(bào)文段的編號(hào)就不為99 ，但是可以說編號(hào)為99 的字節(jié) 已 收到。3 . B TCP 使用滑動(dòng)窗口機(jī)制來進(jìn)行流量控制。在ACK . 應(yīng)答信息中，TCP 把 ACK 加加 . 上接收方允許接收數(shù)據(jù)范圍的信息回送給發(fā)送方。發(fā)送方除非以后又收到來自接收方的最大數(shù)據(jù)允許接收范圍信息，否則總是使用由接收方提供的這一范圍發(fā)送數(shù)據(jù)。4 A TCP 以報(bào)文段(Segment) 為單位，TCP 是面向字節(jié)的。TCP 將所要傳送的報(bào)文看成是字節(jié)組成的數(shù)據(jù)流，并使每一個(gè)字節(jié)對(duì)應(yīng)于一個(gè)序號(hào)。在連接建立時(shí)，雙方要商定初始序號(hào)。TCP每次發(fā)送的

23、報(bào)文段的首部中的序號(hào)字段數(shù)值表示該報(bào)文段中的數(shù)據(jù)部分的第一個(gè)字節(jié)的序號(hào)。TCP 的確認(rèn)是對(duì)接收到的報(bào)文段的最高序號(hào)表示確認(rèn)，接收端返回的確認(rèn)號(hào)是已收到的最高序號(hào)加1 ，因此確認(rèn)號(hào)表示接收端期望下次收到的報(bào)文段中的第一個(gè)數(shù)據(jù)，節(jié)的序號(hào)。5 D TCP 偽首部與UDP 偽首部一樣，包括了IP 分組首部的一部分。IP 首部中有一個(gè)協(xié)議字段，用于指明上層協(xié)議是TCP還是UDP o 17代表UDP , 6代表TCP ,所以D錯(cuò)誤 對(duì)于 A 選項(xiàng)，由于數(shù)據(jù)偏移字段的單位是4B ，也就是說當(dāng)偏移取最大時(shí)TCP 首部長(zhǎng)度為l 5x4=60B 。由于使用填充，所以長(zhǎng)度總是4B 的倍數(shù)，C 正確。6 A TCP

24、采用大小可變的滑動(dòng)窗口進(jìn)行流量控制。7 C TCP 讓每個(gè)發(fā)送方僅發(fā)送正確數(shù)量的數(shù)據(jù)，保持網(wǎng)絡(luò)資源被利用但又不會(huì)被過載為了避免網(wǎng)絡(luò)擁塞和接收方緩沖區(qū)溢出，TCP 發(fā)送方在任一時(shí)間可以發(fā)送的最大數(shù)據(jù)流是接收方允許的窗口和擁塞窗口中的最小值。8 . C 參與 ?rCP 連接的兩個(gè)進(jìn)程中的任何一個(gè)都能提出釋放連接的請(qǐng)求。9 C 擁塞窗口是發(fā)送端根據(jù)網(wǎng)絡(luò)擁塞情況確定的窗口值。I O A、 C TCP 使用三次握手來建立連接，第一次握手A 發(fā)給 B 的 TCP 報(bào)文中應(yīng)置翼首部SYN位為1,并選擇序號(hào)seq=X ,表明傳送數(shù)據(jù)時(shí)的第一個(gè)數(shù)據(jù)字節(jié)的序號(hào)是X;在第二次握手中，也就是B 接收到報(bào)文后，發(fā)給A

25、的確認(rèn)報(bào)文段中應(yīng)使S?YN=1 ，使 ACk=l ， 且確認(rèn)號(hào)ACK=X+1 ，即 ACKx+ 仁 1 （ 注： ACK 的下標(biāo)為捎帶的序號(hào)） 。同時(shí)告訴自己選擇的號(hào) seq=Y 。II . D 在 TCP 的三次握手”中，第二次握手時(shí)， SYN 和 ACK 均被置為I。I 2 . C A發(fā)出的報(bào)文中，seq代表的是數(shù)據(jù)部分第一個(gè)字節(jié)在A的發(fā)送緩存區(qū)中的編號(hào) ,ACK 代表的是A 期望收到的下一個(gè)報(bào)文段的數(shù)據(jù)部分第一個(gè)字節(jié)在B 的發(fā)送緩存區(qū)l_的編號(hào)。因此，同一個(gè)TCP 報(bào)文中的seq 和 ACK . 的值是沒有聯(lián)系的。在B 發(fā)給 A 的確 認(rèn)文中，seq 的值應(yīng)和A 發(fā)向 B 的報(bào)文中的AC

26、K 的相同，即2011 , ACK 的值應(yīng)該是A 發(fā)向 B 的報(bào)文的序號(hào)加上 A 發(fā)向 B 的報(bào)文中數(shù)據(jù)的長(zhǎng)度，即200+2=202 ，表示 B 下次 希望收到序號(hào)為202 的報(bào)文段。1 3 . C TCP 提供的是可靠的字節(jié)流傳輸服務(wù)，使用滑動(dòng)窗口機(jī)制進(jìn)行流量控制與擁塞控制。應(yīng)當(dāng)注意的是，TCP 通過滑動(dòng)窗口實(shí)現(xiàn)了以字節(jié)為單位的確認(rèn)，因此窗口大小的單位為字節(jié)。假設(shè)發(fā)送窗口的大小為N,這意味著發(fā)送端可以在沒有收到確認(rèn)的情況下連續(xù)發(fā)芝N個(gè)字節(jié)。1 4 . C 在擁塞窗口為34KB 時(shí)發(fā)生了超時(shí)，那么慢開始門限值（ ssthresh ） 就被設(shè)定為17KB ，并且在接下來的一個(gè)RTT 中擁塞窗口（

27、 cwnd ） 置為 I KB 。按照慢開始算法，第二個(gè)RTT 中cwnd=2KB ，第三個(gè)RTT 中 cwnd=4KB ，第四個(gè)RTT 中 cwnd=8KB 。當(dāng)?shù)谒膫€(gè) . RT'I?中發(fā)出去的8 個(gè)報(bào)文段的確認(rèn)報(bào)文收到之后，cwnd=1 6KB （ 此時(shí)還未超過慢開始門限值） 。 所以選Co本題中 這些報(bào)文段均得到確認(rèn)后”這句話很重要。1 5 . D 注意條件中 “收到了 3 個(gè)冗余 ACK 報(bào)文?說明此時(shí)應(yīng)該執(zhí)行快恢復(fù)算法，那么慢開始門限值設(shè)為1 7KB ，并且在接下來的第一個(gè)RTT 中 CWnd 也被設(shè)為l 7KB ，第二個(gè)RTT 中cwnd=1 8 ，第三個(gè)RTT 中 cwn

28、d=1 9KB ，第四個(gè)RTT 中 cwnd=20KB ，第四 個(gè) RTT 中發(fā)出的報(bào)文全部得到確認(rèn)后，cwnd 再增加 1 KB ，變?yōu)?2 1 KB 。所以 D 正確。注意 cwnd 的增加都發(fā)生在收到確認(rèn)報(bào)文時(shí)，如在本題中，第四個(gè)RTT 中的報(bào)文發(fā)送時(shí)CWnd=20KB ，但當(dāng)所發(fā)報(bào)文的確認(rèn)報(bào)文被收到時(shí)，cwnd 就增加到了2 1 KB 。1 6 A 本題中出現(xiàn)了擁塞窗口和接收端窗口，那么發(fā)送窗口就是取兩者的最小值。先看擁塞窗口，由于慢開始門限值為2KB ，第一個(gè)RTT 中 A 擁塞窗口為4KB ，按照擁塞避免 算法，收到B的確認(rèn)報(bào)文后，擁塞窗口增長(zhǎng)為5KB 。再看接收端窗口，B 通過確

29、認(rèn)報(bào)文中窗口字段向A 通知接收端窗口，那么接收端窗口為2KB 。因此在下一次發(fā)送數(shù)據(jù)時(shí)，A 的 發(fā)送窗口應(yīng)該為2KB ，即一個(gè)RTT 內(nèi)最多發(fā)送2KB 。所以 A 正確。1 7 D TCP 是面向字節(jié)流的，其選擇確認(rèn)（ Selective ACK ） 機(jī)制是接收端對(duì)字節(jié)序號(hào)進(jìn)行確認(rèn)，其返回的序號(hào)是接收端下一次期望接收的序號(hào)，因此主機(jī)乙接收兩個(gè)段后返回給主機(jī)甲的確認(rèn)序列號(hào)是 1 000 。1 8 C 計(jì)算原理如圖5 4 所示。無論在慢開始階段還是在擁塞避免階段，只要發(fā)送方判斷網(wǎng)絡(luò)出現(xiàn)擁塞（ 其根據(jù)就是沒有按時(shí)收到確認(rèn)） ，就要把慢開始門限ssthresh 設(shè)置為 出現(xiàn)擁塞時(shí)的發(fā)送方窗口值的一半（

30、 但不能小于2） 。然后把擁塞窗口cwnd 重新設(shè)置為1 ， 執(zhí)行慢開始算法。這樣做的目的就是要迅速減少主機(jī)發(fā)送到網(wǎng)絡(luò)中的分組數(shù)，使得發(fā)生擁塞的路由器有足夠時(shí)間把隊(duì)列中積壓的分組處理完畢。因此，在發(fā)送擁塞后，慢開始門限ssthresh 變?yōu)?1 6 2=8KB ，發(fā)送窗口變?yōu)? KB 。 在接下來的 3 個(gè) RTT 內(nèi)，擁塞窗口執(zhí)行慢開始算法，呈指數(shù)形式增加到8KB ，此時(shí)由于慢開始門限ssthresh 為 8KB ，因此轉(zhuǎn)而執(zhí)行擁塞避免算法，即擁塞窗口開始 “加法增大 " 。因 此第 4 個(gè) RTT結(jié)束后，擁塞窗口的大小為9KB ，答案為C。1 9 A 發(fā)送方的發(fā)送窗口的上限值應(yīng)該

31、取接收方窗口和擁塞窗口這兩個(gè)值中較小的一個(gè)，于是此時(shí)發(fā)送方的發(fā)送窗口為M 烈 4000 ， 2000=2000B ，由于發(fā)送方還沒有收到第二個(gè)最大段的確認(rèn)，所以此時(shí)主機(jī)甲還可以向主機(jī)乙發(fā)送的最大字節(jié)數(shù)為2000" 一 1 000=1 000B 。20 C 主機(jī)乙收到連接請(qǐng)求報(bào)文后，如同意連接，則向甲發(fā)送確認(rèn)。在確認(rèn)報(bào)文段中應(yīng)把 SYN位和 ACK 位都置 1 ，確認(rèn)號(hào)是甲發(fā)送的TCP 段的初始序號(hào)seq=11 220 加 1 ， 即為 ACK=11 221 ，同時(shí)也要選擇并消耗一個(gè)初始序號(hào)seq ， seq 值由主機(jī)乙的TCP 進(jìn)程確定，本題取seq=11 22 1 與確認(rèn)號(hào)、甲請(qǐng)求

32、報(bào)文段的序號(hào)沒有任何關(guān)系。2 1 B TCP 段首部中的序號(hào)字段是指本報(bào)文段所發(fā)送的數(shù)據(jù)的第一個(gè)字節(jié)的序號(hào)。第三個(gè)段的序號(hào)為 900 ，則第二個(gè)段的序號(hào)為900-400=500 。而確認(rèn)號(hào)是期待收到對(duì)方下一個(gè)報(bào)文段的第一個(gè)字節(jié)的序號(hào)。現(xiàn)在主機(jī)乙期待收到第二個(gè)段，故甲的確認(rèn)號(hào)是500 。22 B 偽首部只是在計(jì)算校驗(yàn)和時(shí)臨時(shí)添加的，不計(jì)入 UDP 的長(zhǎng)度中。對(duì)于 D 選項(xiàng) 偽 首部包括源 IP 和目的 IP ，這是 IP 分組報(bào)頭的一部分。23 B UDP 本身是無法保證傳輸?shù)目煽啃缘?。并且UDP 是基于網(wǎng)絡(luò)層的IP 的， IP 的特 點(diǎn)是盡最大努力交付，因此無法在網(wǎng)絡(luò)層以及鏈路層提供可靠傳輸。

33、因此， 只能通過應(yīng)用層協(xié)議來實(shí)現(xiàn)可靠傳輸。24 D UDP 數(shù)據(jù)報(bào)的格式包括UDP 源端口號(hào)、UDP 目的端口號(hào)、UDP 報(bào)文長(zhǎng)度和校驗(yàn)和，但不包括UDP 數(shù)據(jù)報(bào)首部長(zhǎng)度。因?yàn)閁DP 數(shù)據(jù)報(bào)首部長(zhǎng)度是固定的8B ，所以沒有必要再設(shè)置首部長(zhǎng)度字段。24-1 A 接收端通過校驗(yàn)發(fā)現(xiàn)數(shù)據(jù)有差錯(cuò)，就直接丟棄該數(shù)據(jù)報(bào)，僅此而已。25 B UDP 的校驗(yàn)和不是必需的，如果不使用校驗(yàn)和，則將校驗(yàn)和字段設(shè)置為O ，而如果校驗(yàn)和的就算結(jié)果恰為O 時(shí)，則將校驗(yàn)和置為全1 。26 B UDP 數(shù)據(jù)報(bào)的偽頭包含了IP 地址信息和端口信息，目的是要保證UDP 數(shù)據(jù)報(bào) 確實(shí)到達(dá)正確的目的主機(jī)和端口。該偽首部由源和目的主機(jī)

34、僅在校驗(yàn)和計(jì)算期間建立，并不發(fā)送。27 D 傳輸層向它上面的應(yīng)用層提供通信服務(wù)，它屬于面向通信部分的最高層，同時(shí)也是用戶功能中的最低層。傳輸層向高層用戶屏蔽了下面通信子網(wǎng)的細(xì)節(jié)（ 如網(wǎng)絡(luò)拓?fù)洹⒙酚蓞f(xié)議等 ） ，它使應(yīng)用進(jìn)程看見的就是好像在兩個(gè)傳輸層實(shí)體之間存在的一條端到端的邏輯通信信道，因此在通信子網(wǎng)上沒有傳輸層，傳輸層只存在通信子網(wǎng)以外的主機(jī)中。28 D TCP IP 參考模型中，網(wǎng)絡(luò)層及其以下各層所構(gòu)成的通信子網(wǎng)負(fù)責(zé)主機(jī)到主機(jī)或是點(diǎn)到點(diǎn)的通信，而傳輸層的主要作用是在源主機(jī)進(jìn)程和目的主機(jī)進(jìn)程之間提供端到端的數(shù)據(jù)傳輸。一般來說， 端到端通信是由一段段的點(diǎn)到點(diǎn)信道構(gòu)成，端到端協(xié)議建立在點(diǎn)到點(diǎn)協(xié)議

35、?之上（ 正如 TCP 建立在 IP 協(xié)議之上） ，提供應(yīng)用進(jìn)程之間的通信手段。所以選D。29 C 端到端即是進(jìn)程到進(jìn)程，物理層只提供在兩個(gè)節(jié)點(diǎn)之間透明地傳輸比特流，網(wǎng)絡(luò) ?層提供主機(jī)到主機(jī)的通信服務(wù)，主要功能是路由選擇。此題的條件若換成“ TCP/ IP 參考模型 ”答案依然是 C。30 ? B 面向連接的服務(wù)，可確保數(shù)據(jù)傳輸?shù)目煽啃?。而無連接服務(wù)，由于沒有建立連疊這個(gè)過程， 發(fā)送方和接收方不能預(yù)先協(xié)商相關(guān)參數(shù)和分配系統(tǒng)資源，也就無法實(shí)現(xiàn)可靠傳輸了二31 ? D 面向連接的服務(wù)是通信雙方在進(jìn)行通信之前，要先建立一個(gè)完整的連接，在通信過程中， 整個(gè)連接一直可以被實(shí)時(shí)地監(jiān)控和管理。通信完畢后釋放

36、連接。面向連接的服務(wù)可以保證數(shù)據(jù)的可靠和順序的交付。32 ? B 傳輸層是OSI 模型中的第4 層， TCP 是面向連接的，它提供流量控制和擁塞控制保證服務(wù)的可靠；UDP 是無連接的，不提供流量控制和擁塞控制，只能做出盡最大努力的交。付。傳輸層提供的是進(jìn)程到進(jìn)程間的傳輸服務(wù)，也稱為端到端服務(wù)。?33 ? D 傳輸層的分用功能通過端口號(hào)實(shí)現(xiàn)，端口號(hào)只具有本地意義，不同主機(jī)上的進(jìn)程?？梢允褂孟嗤亩丝谔?hào)。要在互聯(lián)網(wǎng)上唯一確定一個(gè)進(jìn)程就要使用IP 地址和端口號(hào)的組合通常稱為套接字（ Socket ） 。34 ? A 端口號(hào)只具有本地意義，即端口號(hào)只是為了標(biāo)識(shí)本計(jì)算機(jī)應(yīng)用層中的各進(jìn)程，且同一臺(tái)計(jì)算機(jī)中

37、TCP 和 UDP 分別擁有自己的端口號(hào)，它們互不干擾。35 ? D 熟知端口號(hào)的數(shù)值為0? 1 023，登記端口號(hào)的數(shù)值是1 024? 49 1 5 1 ，客 戶端使哪的端口號(hào)的數(shù)值是49 1 52 ? 6553 5 。36 D FTP 控制連接的端口是2 1 ，數(shù)據(jù)連接的端口是20。37 ? D 如果一個(gè)協(xié)議使用確認(rèn)機(jī)制對(duì)傳輸?shù)臄?shù)據(jù)進(jìn)行確認(rèn)，那么可以認(rèn)為它是一個(gè)可靠的協(xié)議；如果一個(gè)協(xié)議采用 “盡力而為 ”的傳輸方式，那么是不可靠的。例如， TP 對(duì)傳 輸?shù)膱?bào)文段提供確認(rèn)，因此是可靠的傳輸協(xié)議；而UDP 不提供確認(rèn)，因此是不可靠的傳輸協(xié)議。二、綜合應(yīng)用題1 ?解答：如果語音數(shù)據(jù)不是實(shí)時(shí)播放，

38、就可以使用TCP,因?yàn)門CP有重傳機(jī)制，傳輸可靠。接收端用 TCP 將語音數(shù)據(jù)接收完畢后，可以在以后的任何時(shí)問進(jìn)行播放。若假定是實(shí)時(shí)傳輸，不宜重傳，則必須使用UDP 。 UDP 不保證可靠遞交，沒有重傳機(jī)制，但UDP 比 TCP 的開 銷要小很多，實(shí)時(shí)性好；因此只要應(yīng)用程序接受這樣的服務(wù)質(zhì)量就可以使用UDP 。2解答：僅僅使用IP 分組還不夠。IP 分組包含IP 地址，該地址指定一個(gè)目的機(jī)器。一旦這樣的分組到達(dá)了目的機(jī)器，網(wǎng)絡(luò)控制程序如何知道該把它交給哪個(gè)進(jìn)程呢?UDP 分組包含一個(gè)目的端口，這一信息是必需的，因?yàn)橛辛怂?，分組才能被投遞給正確的進(jìn)程。此外，UDP 可 以對(duì)數(shù)據(jù)報(bào)做包括數(shù)據(jù)段在內(nèi)

39、的差錯(cuò)檢測(cè)，而IP 只對(duì)其頭部做差錯(cuò)檢測(cè)。3解答：不行。重傳時(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)。4解答：以太網(wǎng)幀的數(shù)據(jù)段的最大長(zhǎng)度是1 500B ， UDP 用戶數(shù)據(jù)報(bào)的頭部是8B 。假定 IP 數(shù)據(jù) 報(bào)無選項(xiàng)，頭部長(zhǎng)度都是20B 。 IP 數(shù)據(jù)報(bào)的片段偏移指出一個(gè)片段在原IP 分組中的相對(duì)位置，偏移的單位是8B 。 UDP 用戶數(shù)據(jù)報(bào)的數(shù)據(jù)字段為8 1 92B ，加上 8B 的頭部，總長(zhǎng)度是8200B 。應(yīng)當(dāng)劃分為6 個(gè) IP 報(bào)

40、片。 IP 報(bào)片的數(shù)據(jù)字段的長(zhǎng)度：前5 個(gè)是 1 480B（ 對(duì)應(yīng) 的 IP 報(bào)片的長(zhǎng)度是1 500B） ，最后一個(gè)是800B（ 對(duì)應(yīng)的 IP 報(bào)片的長(zhǎng)度是820B） 。報(bào)片偏移字段的值分別是： O，1 85 ，3 70 ，55 5 ，740 和 925 。5 解答：這是因?yàn)榘l(fā)送方可能還未重傳時(shí)，就收到了對(duì)更高序號(hào)的確認(rèn)。例如主機(jī)A 連續(xù)發(fā)送兩個(gè)報(bào)文段：(SEQ=92, DATA 共 8B)和(SEQ=1 00, DATA 共 20B),均正確到達(dá)主機(jī) B,B 連續(xù)發(fā)送兩個(gè)確認(rèn)：(ACK=1 00) 和 (ACK=1 20) 。但前者在傳送時(shí)丟失了，例如A 在第一個(gè) 報(bào)文段 (SEQ=92，

41、DATA 共 8B) 超時(shí)之前收到了對(duì)第二個(gè)報(bào)文段的確認(rèn)(ACK=I 20) ，此時(shí)A 知道， 11 9 號(hào)和在 1 1 9 號(hào)之前的所有字節(jié)( 包括第一個(gè)報(bào)文段中的所有字節(jié)) 均已 B 正確接收，因此A 不會(huì)再重傳第一個(gè)報(bào)文段。6解答：第一種方法將不按序的報(bào)文段丟棄，會(huì)引起被丟棄報(bào)文段的重復(fù)傳送，增加對(duì)網(wǎng)絡(luò)帶寬 的消耗，但由于用不著將該報(bào)文段暫存，可避免對(duì)接收方緩沖區(qū)的占用。第二種方法先將不按序的報(bào)文段暫存于接收緩存內(nèi)，待所缺序號(hào)的報(bào)文段收齊后再一起上交應(yīng)用層； 這樣有可能避免發(fā)送方對(duì)已經(jīng)被接收方收到的不按序的報(bào)文段的重傳，減少對(duì)網(wǎng)絡(luò)帶寬的消耗，但增加了接收方緩沖區(qū)的開銷。7解答：TCP 連

42、接中傳送的數(shù)據(jù)流中的每一個(gè)字節(jié)都編上一個(gè)序號(hào)。報(bào)文段的序號(hào)則指的是本報(bào)文段所發(fā)送的數(shù)據(jù)的第一個(gè)字節(jié)的序號(hào)。因此第一個(gè)報(bào)文段的序號(hào)為10010 ，第二個(gè)報(bào)文段的序號(hào)為1 00 1 0+1 000-1 1 0 1 0，第三個(gè)報(bào)文段的序號(hào)為1 1 0 1 0+1 000=1 201 0 。8 解答：在平均往返時(shí)間20ms 內(nèi)，發(fā)送的最大數(shù)據(jù)量為最大窗口值，即64 X1 024B 。-364 x1 024 -(20 x10- ) x 8? 26 2mbit /s因此，所能得到的最大吞吐量是26 2Mbit s。9 解答：由于在每個(gè) RTT內(nèi)，發(fā)送的數(shù)據(jù)量不能超過發(fā)送窗口大小，所以吞吐率=發(fā)送窗口大小/

43、 RTT。題目中告訴的是端到端時(shí)延，RTT=2< 端到端時(shí)延，那么RTT=2< 20=40ms 所以吞吐率=線路效率= 吞吐率 /信道帶寬，本題中，線路效率( 1 3 1 07Mbit /s) /( 1 000Mbit/s) =1 . 3 1 %。本題在計(jì)算時(shí)要特別注意單位( 是 bit 還是B) ，區(qū)分 Gbit / s 和 GB / s。10 解答：1 ) 注意： TCP 傳送的數(shù)據(jù)流中的每一個(gè)字節(jié)都是有一個(gè)編號(hào)的，而TCP 報(bào)文段的序號(hào)為其數(shù)據(jù)部分第一個(gè)字節(jié)的編號(hào)。那么第1 個(gè)報(bào)文中的數(shù)據(jù)有1 20 90=30B ，第 2 個(gè)報(bào) 文中的數(shù)據(jù)有 1 50 1 20-30B。2) 由于 TCP 使用累計(jì)確認(rèn)的策略，那么當(dāng)?shù)? 個(gè)報(bào)文段丟失后，第3 個(gè)報(bào)文段就成了失序報(bào)文， B 期望收到的下一個(gè)報(bào)文段是序號(hào)為120 的報(bào)文段，所以確認(rèn)號(hào)為120 。11 解答：慢啟動(dòng)擁塞控制考慮了兩個(gè)潛在的問題，即網(wǎng)絡(luò)容量和接收方容量，并且