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

計(jì)算機(jī)網(wǎng)絡(luò)作業(yè)七及解答計(jì)算機(jī)網(wǎng)絡(luò)作業(yè)七及解答計(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)文段己收到

3．在采用TCP連接的數(shù)據(jù)傳輸階段，如果發(fā)送端的發(fā)送窗口值由1000變?yōu)?000，那么發(fā)送端在收到一個(gè)確認(rèn)之前可以發(fā)送(

)。

A．2000個(gè)TCP報(bào)文段

B．2000B

C．1000B

D．1000個(gè)TCP報(bào)文段

4．為保證數(shù)據(jù)傳輸?shù)目煽啃?，TCP采用了對(duì)(

)確認(rèn)的機(jī)制。(②)的報(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=I

C．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=l

C．SYN=1，序號(hào)=Y，ACKx+1=1D．SYN=1，序號(hào)=Y，ACKy+1=111．TCP“三次握手”過程中，第二次“握手”時(shí)，發(fā)送的報(bào)文段中(

)標(biāo)志位被置為1。

A．SYN

B．ACK

C．ACK和RST

D．SYN和ACK

12．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=200

B．seq=201，ACK=201

C．seq=201，ACK=202

D．seq=202，ACK=20113．一個(gè)TCP連接的數(shù)據(jù)傳輸階段，如果發(fā)送端的發(fā)送窗口值由2000變?yōu)?000，意昧著發(fā)送端可以(

)。

A．在收到一個(gè)確認(rèn)之前可以發(fā)送3000個(gè)TCP報(bào)文段

B．在收到一個(gè)確認(rèn)之前可以發(fā)送1000B

C．在收到一個(gè)確認(rèn)之前可以發(fā)送3000B

D．在收到一個(gè)確認(rèn)之前可以發(fā)送2000個(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．16KBD．17KB15．在一個(gè)TCP連接中，MSS為1KB，當(dāng)擁塞窗口為34KBH寸收到了3個(gè)冗余ACK報(bào)文。如果在接下來的4個(gè)：RTT內(nèi)報(bào)文段傳輸都是成功的，那么當(dāng)這些報(bào)文段均得到確認(rèn)后．擁塞窗口的大小是(

)。

A．8KB

B．16KB

C．20KBD．21KB16．A和B建立TCP連接，。MSS為1KB。某時(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發(fā)送多少數(shù)據(jù)(

)。

A．2KB

B．8KB

C．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．700

C．800D．100018．【2009年計(jì)算機(jī)聯(lián)考真題】

一個(gè)TCP連接總是以1KB的最大段長(zhǎng)發(fā)送TCP段，發(fā)送方有足夠多的數(shù)據(jù)要發(fā)送，當(dāng)擁塞窗口為16KB時(shí)發(fā)生了超時(shí)，如果接下來的4個(gè)RTT(往返時(shí)間)時(shí)間內(nèi)的TCP段的傳輸都是成功的，那么當(dāng)?shù)?個(gè)RTT時(shí)間內(nèi)發(fā)送的所有TCP段都得到肯定應(yīng)答時(shí)，擁塞窗口大小是(

)。

A．7KB

B．8KB

C．9KB

D．16KB19．【2010年計(jì)算機(jī)聯(lián)考真題】

主機(jī)甲和主機(jī)乙之間已建立了一個(gè)TCP連接，TCP最大段長(zhǎng)度為1000B。若主機(jī)甲的當(dāng)前擁塞窗口為4000B，在主機(jī)甲向主機(jī)乙連續(xù)發(fā)送兩個(gè)最大段后，成功收到主機(jī)乙發(fā)送的第一個(gè)段的確認(rèn)段，確認(rèn)段中通告的接收窗口大小為2000B，則此時(shí)主機(jī)甲還可以向主機(jī)乙發(fā)送的最大字節(jié)數(shù)是(

)。

A．1000

B．2000

C．3000

D．400020．【2011年計(jì)算機(jī)聯(lián)考真題】

主機(jī)甲向主機(jī)乙發(fā)送一個(gè)(SYN=I，seq=ll220)的TCP段，期望與主機(jī)乙建立TCP連接，若主機(jī)乙接受該連接請(qǐng)求，則主機(jī)乙向主機(jī)甲發(fā)送的正確的TCP段可能是(

)。

A．(SYN=0，ACK=0，seq=11221，ack=11221)

B．(SYN=1，ACK=1，seq=11220，ack=11220)

C．(SYN=1，ACK=1，seq=11221，ack=11221)

D．(SYN=0，ACK=0，seq=11220，ack=11220)21．【2011年計(jì)算機(jī)聯(lián)考真題】

主機(jī)甲與主機(jī)乙之間已建立一個(gè)TCP連接，主機(jī)甲向主機(jī)乙發(fā)送了3個(gè)連續(xù)的TCP段，分別包含300B、400B和500B的有效載荷，第3個(gè)段的序號(hào)為900。若主機(jī)乙僅正確接收到第1和第3個(gè)段，則主機(jī)乙發(fā)送給主機(jī)甲的確認(rèn)序號(hào)是(

)。

A．300

B．500C．1200

D．1400

22．以下關(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．?dāng)?shù)據(jù)鏈路層

D．網(wǎng)絡(luò)層

24．UDP數(shù)據(jù)報(bào)首部不包含(

)。

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)和字段填充O

C．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)和段的使用是可選的，如果源主機(jī)不想計(jì)算校驗(yàn)和，該校驗(yàn)和段應(yīng)為全0

B．在計(jì)算校驗(yàn)和的過程中，需要生成一個(gè)偽首部，源主機(jī)需要把該偽首部發(fā)送給目的主機(jī)

C．如果數(shù)據(jù)報(bào)在傳輸過程中被破壞，那么就把它丟棄D．UDP數(shù)據(jù)報(bào)的偽首部包含了IP地址信息和端口信息

27．下列不屬于通信子網(wǎng)的是(

)。

A．物理層

B．?dāng)?shù)據(jù)鏈路層

C．網(wǎng)絡(luò)層

D．傳輸層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)絡(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．以上說法都不正確31．面向連接的服務(wù)特性是(

)。

A．不保證可靠和順序的交付

B．不保證可靠、但保證順序的交付C．保證可靠、但不保證順序的交付

D．保證可靠和順序的交付。32．以下說法錯(cuò)誤的是(

)。

A．傳輸層是OSI模型的第四層

B．傳輸層提供的是主機(jī)問的點(diǎn)到點(diǎn)數(shù)據(jù)傳輸

C．TCP是面向連接的，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í)，它們互不干擾，不能共存于同一臺(tái)主機(jī)35．在(

)范圍內(nèi)的端口號(hào)被稱為“熟知端口號(hào)”并限制使用。這就意味著這些端口號(hào)是為常用的應(yīng)用層協(xié)議，如FTP、HTTP等保留的。

A．O～127

B．O～255

C．O～511D．O～102336．以下哪個(gè)TCP熟知端口號(hào)是錯(cuò)誤的?

(

)

A．TELNET：23

B．SMTP：25

C．HTTP：80

D．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ù)的傳輸有沒有什么問題?使用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ù)片仍然保存在目的站的緩存中。

4．一個(gè)UDP用戶數(shù)據(jù)報(bào)的數(shù)據(jù)字段為8192B，要使用以太網(wǎng)來傳送。假定IP數(shù)據(jù)報(bào)無選項(xià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è)攜帶剩下的數(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連接中，信道帶寬為1Gbit／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)文段中有多少數(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．考慮在一條具有10ms來回路程時(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)回來而重疊，線路允許的最快速度是多大?

13．一個(gè)TCP連接使用256kbit／s的鏈路，其端到端延時(shí)為128ms。經(jīng)測(cè)試發(fā)現(xiàn)吞吐率只有128kbit／s。試問窗口是多少?忽略PDU封裝的協(xié)議開銷以及接收方應(yīng)答分組的發(fā)射時(shí)間（假定應(yīng)答分組長(zhǎng)度很小)。

14．假定TCP擁塞窗口被置成18KB，并且發(fā)生了超時(shí)事件。如果接著的4個(gè)迸發(fā)量傳輸都是成功的，假定最大報(bào)文段長(zhǎng)度是1KB，那么該窗口將是多大?

解答：

一、單項(xiàng)選擇題

1．CTCP中端口號(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é)的編號(hào)。A選項(xiàng)不正確，因?yàn)橛锌赡芤咽盏降倪@個(gè)報(bào)文的數(shù)據(jù)部分不止一個(gè)字節(jié)，那么報(bào)文段的編號(hào)就不為99，但是可以說編號(hào)為99的字節(jié)已收到。

3．BTCP使用滑動(dòng)窗口機(jī)制來進(jìn)行流量控制。在ACK．應(yīng)答信息中，TCP把ACK加．上接收方允許接收數(shù)據(jù)范圍的信息回送給發(fā)送方。發(fā)送方除非以后又收到來自接收方的最大數(shù)據(jù)允許接收范圍信息，否則總是使用由接收方提供的這一范圍發(fā)送數(shù)據(jù)。

4．ATCP以報(bào)文段(Segment)為單位，TCP是面向字節(jié)的。TCP將所要傳送的報(bào)文看成是字節(jié)組成的數(shù)據(jù)流，并使每一個(gè)字節(jié)對(duì)應(yīng)于一個(gè)序號(hào)。在連接建立時(shí)，雙方要商定初始序號(hào)。TCP每次發(fā)送的報(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．DTCP偽首部與UDP偽首部一樣，包括了IP分組首部的一部分。IP首部中有一個(gè)協(xié)議字段，用于指明上層協(xié)議是TCP還是UDP。17代表UDP，6代表TCP，所以D錯(cuò)誤對(duì)于A選項(xiàng)，由于數(shù)據(jù)偏移字段的單位是4B，也就是說當(dāng)偏移取最大時(shí)TCP首部長(zhǎng)度為l5x4=60B。由于使用填充，所以長(zhǎng)度總是4B的倍數(shù)，C正確。

6．ATCP采用大小可變的滑動(dòng)窗口進(jìn)行流量控制。

7．CTCP讓每個(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ò)擁塞情況確定的窗口值。

1O．A、CTCP使用三次握手來建立連接，第一次握手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的確認(rèn)報(bào)文段中應(yīng)使S’YN=1，使ACk=l，且確認(rèn)號(hào)ACK=X+1，即ACKx+1=1(注：ACK的下標(biāo)為捎帶的序號(hào))。同時(shí)告訴自己選擇的號(hào)seq=Y。

11．D

在TCP的“三次握手”中，第二次握手時(shí)，SYN和ACK均被置為l。

l2．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)文中的ACK的相同，即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)文段。

13．CTCP提供的是可靠的字節(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é)。

14．C

在擁塞窗口為34KB時(shí)發(fā)生了超時(shí)，那么慢開始門限值(ssthresh)就被設(shè)定為17KB，并且在接下來的一個(gè)RTT中擁塞窗口(cwnd)置為lKB。按照慢開始算法，第二個(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=16KB(此時(shí)還未超過慢開始門限值)。所以選C。本題中“這些報(bào)文段均得到確認(rèn)后”這句話很重要。

15．D

注意條件中“收到了3個(gè)冗余ACK報(bào)文’’說明此時(shí)應(yīng)該執(zhí)行快恢復(fù)算法，那么慢開始門限值設(shè)為17KB，并且在接下來的第一個(gè)RTT中CWnd也被設(shè)為l7KB，第二個(gè)RTT中cwnd=18，第三個(gè)RTT中cwnd=19KB，第四個(gè)RTT中cwnd=20KB，第四個(gè)RTT中發(fā)出的報(bào)文全部得到確認(rèn)后，cwnd再增加1KB，變?yōu)?1KB。所以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就增加到了21KB。

16．A

本題中出現(xiàn)了擁塞窗口和接收端窗口，那么發(fā)送窗口就是取兩者的最小值。先看擁塞窗口，由于慢開始門限值為2KB，第一個(gè)RTT中A擁塞窗口為4KB，按照擁塞避免算法，收到B的確認(rèn)報(bào)文后，擁塞窗口增長(zhǎng)為5KB。再看接收端窗口，B通過確認(rèn)報(bào)文中窗口字段向A通知接收端窗口，那么接收端窗口為2KB。因此在下一次發(fā)送數(shù)據(jù)時(shí)，A的發(fā)送窗口應(yīng)該為2KB，即一個(gè)RTT內(nèi)最多發(fā)送2KB。所以A正確。17．D

TCP是面向字節(jié)流的，其選擇確認(rèn)(SelectiveACK)機(jī)制是接收端對(duì)字節(jié)序號(hào)進(jìn)行確認(rèn)，其返回的序號(hào)是接收端下一次期望接收的序號(hào)，因此主機(jī)乙接收兩個(gè)段后返回給主機(jī)甲的確認(rèn)序列號(hào)是1000。

18．C

計(jì)算原理如圖5—4所示。無論在慢開始階段還是在擁塞避免階段，只要發(fā)送方判斷網(wǎng)絡(luò)出現(xiàn)擁塞(其根據(jù)就是沒有按時(shí)收到確認(rèn))，就要把慢開始門限ssthresh設(shè)置為出現(xiàn)擁塞時(shí)的發(fā)送方窗口值的一半(但不能小于2)。然后把擁塞窗口cwnd．重新設(shè)置為1，執(zhí)行慢開始算法。這樣做的目的就是要迅速減少主機(jī)發(fā)送到網(wǎng)絡(luò)中的分組數(shù)，使得發(fā)生擁塞的路由器有足夠時(shí)間把隊(duì)列中積壓的分組處理完畢。

因此，在發(fā)送擁塞后，慢開始門限ssthresh變?yōu)?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。

19．A

發(fā)送方的發(fā)送窗口的上限值應(yīng)該取接收方窗口和擁塞窗口這兩個(gè)值中較小的一個(gè)，于是此時(shí)發(fā)送方的發(fā)送窗口為M烈{4000，2000}=2000B，由于發(fā)送方還沒有收到第二個(gè)最大段的確認(rèn)，所以此時(shí)主機(jī)甲還可以向主機(jī)乙發(fā)送的最大字節(jié)數(shù)為2000"一1000=1000B。

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=11220加1，即為ACK=11221，同時(shí)也要選擇并消耗一個(gè)初始序號(hào)seq，seq值由主機(jī)乙的TCP進(jìn)程確定，本題取seq=11221與確認(rèn)號(hào)、甲請(qǐng)求報(bào)文段的序號(hào)沒有任何關(guān)系。

21．BTCP段首部中的序號(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)?，F(xiàn)在主機(jī)乙期待收到第二個(gè)段，故甲的確認(rèn)號(hào)是500。

22．B

偽首部只是在計(jì)算校驗(yàn)和時(shí)臨時(shí)添加的，不計(jì)入U(xiǎn)DP的長(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ò)層以及鏈路層提供可靠傳輸。因此，只能通過應(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．BUDP的校驗(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ī)僅在校驗(yàn)和計(jì)算期間建立，并不發(fā)送。

27．D

傳輸層向它上面的應(yīng)用層提供通信服務(wù)，它屬于面向通信部分的最高層，同時(shí)也是用戶功能中的最低層。傳輸層向高層用戶屏蔽了下面通信子網(wǎng)的細(xì)節(jié)(如網(wǎng)絡(luò)拓?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é)議．之上(正如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)控和管理。通信完畢后釋放連接。面向連接的服務(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ī)中TCP和UDP分別擁有自己的端口號(hào)，它們互不干擾。

35．D

熟知端口號(hào)的數(shù)值為0～1023，登記端口號(hào)的數(shù)值是1024～49151，客戶端使哪的端口號(hào)的數(shù)值是49152～65535。

36．D

FTP控制連接的端口是21，數(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í)播放，就可以使用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)橛辛怂纸M才能被投遞給正確的進(jìn)程。此外，UDP可以對(duì)數(shù)據(jù)報(bào)做包括數(shù)據(jù)段在內(nèi)的差錯(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)度是1500B，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ù)字段為8192B，加上8B的頭部，總長(zhǎng)度是8200B。應(yīng)當(dāng)劃分為6個(gè)IP報(bào)片。IP報(bào)片的數(shù)據(jù)字段的長(zhǎng)度：前5個(gè)是1480B(對(duì)應(yīng)的IP報(bào)片的長(zhǎng)度是1500B)，最后一個(gè)是800B(對(duì)應(yīng)的IP報(bào)片的長(zhǎng)度是820B)。報(bào)片偏移字段的值分別是：O，185，370，555，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=100，DATA共20B)，均正確到達(dá)主機(jī)B，B連續(xù)發(fā)送兩個(gè)確認(rèn)：(ACK=100)和(ACK=120)。但前者在傳送時(shí)丟失了，例如A在第一個(gè)報(bào)文段(SEQ=92，DATA共8B)超時(shí)之前收到了對(duì)第二個(gè)報(bào)文段的確認(rèn)(ACK=I20)，此時(shí)A知道，119號(hào)和在119號(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連接中傳送的數(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)為10010+1000-11010，第三個(gè)報(bào)文段的序號(hào)為11010+1000=12010。

8．解答：

在平均往返時(shí)間20ms內(nèi)，發(fā)送的最大數(shù)據(jù)量為最大窗口值，即64×1024B。

64×1024÷(20×10-3)×8≈26．2Mbit／s

因此，所能得到的最大吞吐量是26．2Mbit／s。

9．解答：

由于在每個(gè)RTT內(nèi)，發(fā)送的數(shù)據(jù)量不能超過發(fā)送窗口大小，所以吞吐率=發(fā)送窗口大?。疪TT。題目中告訴的是端到端時(shí)延，RTT=2×端到端時(shí)延，那么RTT=2×20=40ms所以吞吐率=

線路效率=吞吐率／信道帶寬，本題中，線路效率(13．107Mbit／s)／(1000Mbit／s)=1．31％。本題在計(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ù)有120—90=30B，第2個(gè)報(bào)文中的數(shù)據(jù)有150—120-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ò)容量和接收方容量，并且分別處理每個(gè)問題。為此，每個(gè)發(fā)送方都維持