計(jì)算機(jī)專業(yè)基礎(chǔ)綜合計(jì)算機(jī)網(wǎng)絡(luò)（傳輸層）模擬試卷1

計(jì)算機(jī)專業(yè)基礎(chǔ)綜合計(jì)算機(jī)網(wǎng)絡(luò)（傳輸

層）模擬試卷1

一、單選題（本題共25題，每題1.0分，共25分。）

1、在TCP/IP模型中，主機(jī)采用（）標(biāo)識(shí)，運(yùn)行在主機(jī)上的應(yīng)用程序采用（）標(biāo)識(shí)。

A、端口號(hào)，主機(jī)地址

B、主機(jī)地址，IP地址

C、IP地址，主機(jī)地址

D、IP電址，端口號(hào)

標(biāo)準(zhǔn)答案：D

知識(shí)點(diǎn)解析：在TCP/IP模型中，IP地址用來標(biāo)識(shí)主機(jī)，使用IP地址來完成數(shù)據(jù)

包的路由。而端口號(hào)則存在于傳輸層的頭部中，用來標(biāo)識(shí)主機(jī)上的不同進(jìn)程。

2、UDP端口號(hào)分為3類，即熟知端口號(hào)?、注冊端口號(hào)和（）。

A、永久端口號(hào)

B、確認(rèn)端口號(hào)

C、客戶端口號(hào)

D、臨時(shí)端口號(hào)

標(biāo)準(zhǔn)答案：D

知識(shí)點(diǎn)解析：UDP端口號(hào)有熟知端口號(hào)、注冊端口號(hào)和臨時(shí)端口號(hào)建

3、TCP協(xié)議規(guī)定HTTP（）進(jìn)程的端口號(hào)為80。

A、客戶

B、分布

C、服務(wù)器

D、主機(jī)

標(biāo)準(zhǔn)答案：C

知識(shí)點(diǎn)解析：TCP協(xié)議規(guī)定在HTTP協(xié)議中80端口號(hào)代表的是服務(wù)器進(jìn)程。

4、計(jì)算機(jī)網(wǎng)絡(luò)最本質(zhì)的活動(dòng)是分布在不同地理位置的主機(jī)之間的（）。

A、數(shù)據(jù)交換

B、網(wǎng)絡(luò)連接

C、進(jìn)程通信

D、網(wǎng)絡(luò)服務(wù)

標(biāo)準(zhǔn)答案：C

知識(shí)點(diǎn)解析：計(jì)算機(jī)的通信是指兩個(gè)計(jì)算機(jī)中的進(jìn)程之間的通信。

5、設(shè)TCP使用的最大窗口為64KB,即64x1024字節(jié)，而傳輸信道的帶寬可認(rèn)為

是不受限制的。若報(bào)文段的平均時(shí)延為20ms,則最大的吞吐量是（）。

A、25.88Mb/s

B、24.88Mb/s

C、26.21Mb/s

D、27.21Mb/s

標(biāo)準(zhǔn)答案：C

知識(shí)點(diǎn)解析：在報(bào)文段平均往返時(shí)延20ms內(nèi)，發(fā)送方最多能發(fā)送64x1024x8b,

所以最大的吞吐量=64x1024x8/（20x10-3）=26214400b/s=26.21Mb/so

6、TCP使用的流量控制協(xié)議是（）。

A、固定大小的滑動(dòng)窗口協(xié)議

B、可變大小的滑動(dòng)窗口協(xié)議

C、后退N幀ARQ協(xié)議

D、選擇重發(fā)ARQ協(xié)議

標(biāo)準(zhǔn)答案：B

知識(shí)點(diǎn)解析：本題考查TCP流量控制。TCP采用滑動(dòng)窗口機(jī)制來實(shí)現(xiàn)流量控制，

并通過接收端來控制發(fā)送端的窗口大小，因此這是一種大小可變的滑動(dòng)窗口協(xié)議，

因此答案是6。

7、網(wǎng)絡(luò)環(huán)境中進(jìn)程間通信是要涉及兩個(gè)不同主機(jī)的進(jìn)程，因此考慮到進(jìn)程標(biāo)識(shí)和

多重協(xié)議的識(shí)別，一個(gè)完整的進(jìn)程通信標(biāo)識(shí)需要一個(gè)（）來表示。

A、半相關(guān)

B、三元組

C、套接字

D、五元組

標(biāo)準(zhǔn)答案：D

知識(shí)點(diǎn)解析：暫無解析

8、服務(wù)器控制著網(wǎng)絡(luò)共享的資源，具有更高的權(quán)限，它要完成用戶合法身份的識(shí)

別、資源訪問的管理，因此服務(wù)器的（）也就顯得格外的重要。

A、安全性

B、性能

C、配置

D、通信能力

標(biāo)準(zhǔn)答案：A

知識(shí)點(diǎn)解析：暫無解析

9、設(shè)計(jì)傳輸層的目的是彌補(bǔ)通信子網(wǎng)服務(wù)的不足，提高傳輸服務(wù)的可靠性與保證

（）。

A、安全性

B、進(jìn)程通信

C、保密性

D、服務(wù)質(zhì)量QoS

標(biāo)準(zhǔn)答案：D

知識(shí)點(diǎn)解析：暫無解析

10、下列哪一項(xiàng)最能描述窗口大小?（）

A、軟件允許并能迅速處理數(shù)據(jù)的窗口的最大值

B、等待一個(gè)確認(rèn)時(shí)能傳送的信息量

C、為使數(shù)據(jù)能發(fā)送，必須提前建立的窗口大小

D、監(jiān)視程序打開的窗口大小，它并不等于監(jiān)視程序的大小

標(biāo)準(zhǔn)答案：B

知識(shí)點(diǎn)解析：本題主要考查流量控制與可靠傳輸機(jī)制。窗口大小是“等待一個(gè)確認(rèn)

時(shí)能傳送的信息量

11、下面選項(xiàng)中，控制端到端傳送的信息量并保證TCP可亮性的是（）。

A、廣播

B、窗口

C、錯(cuò)誤恢復(fù)

D、流量控制

標(biāo)準(zhǔn)答案：D

知識(shí)點(diǎn)解析：窗口是實(shí)現(xiàn)端到端傳送的主要機(jī)制。發(fā)送端窗口大小決定了發(fā)送的信

息量的速度，而且發(fā)送的數(shù)據(jù)如果出錯(cuò)，可以從發(fā)送窗口中重傳。接收端窗口決定

了接收的速度，接收的數(shù)據(jù)如果不是按序到達(dá)的，可以在接收端窗口中暫存，從而

實(shí)現(xiàn)了控制信息量并保證傳輸?shù)目煽啃浴?/p>

12、一個(gè)TCP報(bào)文段的數(shù)據(jù)部分最多為（）字節(jié)。

A、65495字節(jié)

B、65515字節(jié)

C、65535字節(jié)

D、65555字節(jié)

標(biāo)準(zhǔn)答案：A

知識(shí)點(diǎn)解析：此數(shù)據(jù)部分加上TCP首部的20字節(jié)，再加上IP數(shù)據(jù)報(bào)的首部的20

字節(jié)，正好是IP數(shù)據(jù)報(bào)的最大長度。當(dāng)然，如果IP數(shù)據(jù)報(bào)首部包含了選擇，則IP

數(shù)據(jù)報(bào)首部長度超過20字節(jié)，這時(shí)TCP報(bào)文段的數(shù)據(jù)部分的長度將小于65495字

節(jié)。

13、TCP使用了4種計(jì)時(shí)器：重傳計(jì)時(shí)器、堅(jiān)持計(jì)時(shí)器、保持計(jì)時(shí)器和（）。

A、延遲計(jì)時(shí)器

B、時(shí)間等待計(jì)時(shí)器

C、端口計(jì)時(shí)器

D、服務(wù)時(shí)間計(jì)時(shí)器

標(biāo)準(zhǔn)答案：B

知識(shí)點(diǎn)解析：暫無解析

14、一個(gè)TCP連接下面使用256kb/s的鏈路，其端到端時(shí)延為128ms。經(jīng)測

試，發(fā)現(xiàn)吞吐量只有120kb/s,試問發(fā)送窗口是多少?（）

A、7348字節(jié)

B、7338字節(jié)

C、7228字節(jié)

D、7224字節(jié)

標(biāo)準(zhǔn)答案：C

知識(shí)點(diǎn)解析：來回路程的時(shí)延二128X2=256ms。設(shè)發(fā)送窗口為X字節(jié)，假定一次最

大發(fā)送量等于窗口值，那么每發(fā)送一次都得停下來等待得到對本窗口的確認(rèn)，以得

-------上-------=12OX1O',X=7228字節(jié)

―竺二+256x10”

到新的發(fā)送許可，這樣256x10

15、網(wǎng)絡(luò)環(huán)境中分布式進(jìn)程通信的實(shí)現(xiàn)必須解決的問題是（）。

A、進(jìn)程命名與尋址方法

B、多重協(xié)議的識(shí)別

C、進(jìn)程間相互作用的模式

D、以上均是

標(biāo)準(zhǔn)答案：D

知識(shí)點(diǎn)解析：網(wǎng)絡(luò)環(huán)境中分布式進(jìn)程通信的實(shí)現(xiàn)必須解決的問題有三個(gè)：（1）進(jìn)程

命名與尋址方法；（2）多重協(xié)議的識(shí)別；（3）進(jìn)程間相互作用的模式。

16、一個(gè)UDP用戶數(shù)據(jù)報(bào)的首部十六進(jìn)制表示是：06120045001CE217o那么

源端口號(hào)、目的端口號(hào)、用戶數(shù)據(jù)報(bào)的總長度、數(shù)據(jù)部分長度各是（）。

A、1554、69、20、28

B、1554>69、28、20

C、1558、69、20、28

D、1558、69、28、20

標(biāo)準(zhǔn)答案：B

知識(shí)點(diǎn)解析：源端口號(hào)為1554,目的端口號(hào)為69,UDP數(shù)據(jù)報(bào)總長度為28字

節(jié)，數(shù)據(jù)部分長度為20字節(jié)。

17、一個(gè)TCP連接總是以1KB的最大段長度發(fā)送TCP段，發(fā)送方有足夠多的數(shù)據(jù)

要發(fā)送。當(dāng)擁塞窗口為16KB時(shí)發(fā)生了超時(shí)，如果接下來的4個(gè)RTT時(shí)間內(nèi)的

TCP段的傳輸都成功，那么當(dāng)?shù)?個(gè)RTT時(shí)間內(nèi)發(fā)送的所有TCP段都得到肯定應(yīng)

答時(shí)，擁塞窗口大小是（）。

A、7KB

B、8KB

C、9KB

D、16KB

標(biāo)準(zhǔn)答案：c

知識(shí)點(diǎn)露析：此題考查的是TCP擁塞控制知識(shí)點(diǎn)。根據(jù)慢開始算法的原則，在第

4個(gè)RTT時(shí)間后，擁塞窗口為16,此時(shí)發(fā)生擁塞，擁塞窗口大小變?yōu)?KB,慢開

始門限值變?yōu)?KB。接下來3個(gè)RTT后，擁塞窗口大小變?yōu)?KB,此時(shí)進(jìn)入擁

塞避免算法，當(dāng)?shù)?個(gè)RTT后，擁塞窗口加1,擁塞窗口大小變?yōu)?KB。因此答

案C正確。

18、TCP協(xié)議為了解決瑞對端的流量控制，引入了（）來解決。

A、差錯(cuò)控制

B、滑動(dòng)窗口協(xié)議

C、超時(shí)重傳

D、重復(fù)確認(rèn)

標(biāo)準(zhǔn)答案：B

知識(shí)點(diǎn)解析：此題考查的是TCP流量控制與擁塞控制知識(shí)點(diǎn)。滑動(dòng)窗口協(xié)議是用

來解決流量控制的，因此答案B正確。

19、對于無連接服務(wù)，說法錯(cuò)誤的是（）。

A、信息的傳遞在網(wǎng)上是盡力而為的方式

B,相比面向連接的服務(wù)，效率和實(shí)時(shí)性更好

C、由于會(huì)出現(xiàn)傳輸錯(cuò)誤，因此幾乎不被采用

D、常用在通信子網(wǎng)可靠的環(huán)境中，開銷小、效率高

標(biāo)準(zhǔn)答案：C

知識(shí)點(diǎn)解析：此題考查的是無連接服務(wù)與面向連接服務(wù)知識(shí)點(diǎn)。無連接服務(wù)和面向

連接的服務(wù)分別適用于不同場合，無連接服務(wù)經(jīng)常因其實(shí)時(shí)性和效率更好而得到采

用，因此答案C正確。

20、如果TCP報(bào)文段中（）字段為1,則說明此報(bào)文段有緊急數(shù)據(jù)，需要盡快被傳

送。

A、ACK

B、RST

C、FIN

D、URG

標(biāo)準(zhǔn)答案：D

知識(shí)點(diǎn)解析：此題考查的是TCP段知識(shí)點(diǎn)。URG為TCP段中的緊急標(biāo)識(shí)字段，表

明緊急字段指針有效，告訴系統(tǒng)此報(bào)文段有緊急數(shù)據(jù)要發(fā)送，因此正確答案為D。

21、采用客戶/服務(wù)器模式的原因有（）。

A、網(wǎng)絡(luò)硬件、軟件、數(shù)據(jù)的分布不均勻

B、通信的兩個(gè)進(jìn)程不存在父子關(guān)系，不能共享緩沖區(qū)

C、通信的兩個(gè)進(jìn)程具有異步性

D、以上三點(diǎn)均是

標(biāo)準(zhǔn)答案：D

知識(shí)點(diǎn)解析：（1）網(wǎng)絡(luò)資源分布的不均勻性。這種不均勻性表現(xiàn)在硬件、軟件和數(shù)

據(jù)3方面。（2）網(wǎng)絡(luò)環(huán)境中進(jìn)程間通信的異步性。網(wǎng)絡(luò)環(huán)境中分布在不同主機(jī)系統(tǒng)

中的進(jìn)程，彼此之間不存在父子關(guān)系，乂不能共享內(nèi)存緩沖區(qū)。因此必須建立一個(gè)

提供同步的機(jī)制即客戶/服務(wù)器模式。

22、一個(gè)UDP數(shù)據(jù)報(bào)的數(shù)據(jù)字段為8192字節(jié)。利用以太網(wǎng)來傳送該數(shù)據(jù)報(bào)，應(yīng)

當(dāng)劃分為（）個(gè)數(shù)據(jù)報(bào)片,

A、8

B、7

C、6

D、5

標(biāo)準(zhǔn)答案：C

知識(shí)點(diǎn)解析：數(shù)據(jù)字段的長度：前5個(gè)是1480字節(jié)，最后一個(gè)是800字節(jié)。片偏

移字段的值分別是：0,185,370,555,740和925。

23、假設(shè)允許的最大報(bào)文段長度為64字節(jié)，序號(hào)用8b表示，報(bào)文段在網(wǎng)絡(luò)中的

生存時(shí)間為30s,則每一條TCP連接的最高數(shù)據(jù)率是（）。

A、13.056kb/s

B,4.352kb/s

C、8.704kb/s

D、17.408kb/s

標(biāo)準(zhǔn)答案：B

知識(shí)點(diǎn)解析：具有相同編號(hào)的TCP報(bào)文段不應(yīng)該同時(shí)在網(wǎng)絡(luò)中傳輸，必須保證，

當(dāng)序列號(hào)循環(huán)回來重復(fù)使用的時(shí)候，具有相同序列號(hào)的TCP報(bào)文段已經(jīng)從網(wǎng)絡(luò)中

消失?，F(xiàn)在存活時(shí)間是30s,那么在30s內(nèi)發(fā)送的TCP報(bào)文段的數(shù)目不能多于

255個(gè)。255x64x8/30=4352b/s所以每條TCP連接所能達(dá)到的最高速率是

4.352kb/So

24、一臺(tái)主機(jī)正在通過一條10Gbit/s的信道發(fā)送65535字節(jié)的滿窗口數(shù)據(jù)，信

道的往返延遲為ImS,不考慮數(shù)據(jù)處理時(shí)間。TCP連接可達(dá)到的最大數(shù)據(jù)吞吐量

是（）。（假設(shè)用于標(biāo)記字節(jié)的序號(hào)位為32位，報(bào)文的生存時(shí)間為120s）

A、2Mb/s

B、4Mb/s

C、8Mb/s

D、16Mb/s

標(biāo)準(zhǔn)答案：A

知識(shí)點(diǎn)解析：TCP協(xié)議分組中攜帶的數(shù)據(jù)量最大為65535—20—20=65495字節(jié)，

所以要發(fā)送65535字節(jié)的數(shù)據(jù)需要2個(gè)TCP報(bào)文。將65535字節(jié)的數(shù)據(jù)發(fā)送完

畢，無形中多出了兩個(gè)1P分組+TCP分組的頭部，為（20+20）x2=80字節(jié)，一共發(fā)送

的比特?cái)?shù)為n=（65535+80）x8。發(fā)送兩個(gè)分組需要兩個(gè)響應(yīng)，所以發(fā)送時(shí)間為數(shù)據(jù)

的實(shí)際發(fā)送時(shí)間+信道延時(shí)，所以t=（65535+80）x8/10G+1msx2,則這條連接的吞

吐量為：n/t=2Mb/so

25、主機(jī)甲和主機(jī)乙之間已經(jīng)建立了一個(gè)TCP連接，TCP最大段的長度為1000字

節(jié)，若主機(jī)甲當(dāng)前的擁塞窗口為4000字節(jié)，在主機(jī)甲向主機(jī)乙連續(xù)發(fā)送2個(gè)最大

段后，成功收到主機(jī)乙發(fā)送的第一段的確認(rèn)段，確認(rèn)段中通告的接收窗口大小為2

000字節(jié)，則此時(shí)主機(jī)甲還可以向主機(jī)乙發(fā)送的最大字節(jié)數(shù)是（）。

A、1000

B、2000

C、3000

D、4000

標(biāo)準(zhǔn)答案：A

知識(shí)點(diǎn)解析：此題考查的是TCP流量控制知識(shí)點(diǎn)。由于主機(jī)甲向主機(jī)乙連續(xù)發(fā)送

了2個(gè)報(bào)文段，而主機(jī)甲只成功地收到第一段的確認(rèn)，此時(shí)發(fā)送窗口大小變?yōu)?

000字節(jié)，所以主機(jī)甲還可以向主機(jī)乙發(fā)送1000字節(jié)，因此答案A正確。

二、綜合應(yīng)用題（本題共70題，每題7.0分，共70

分。）

26、主機(jī)甲和主機(jī)乙是同一局域網(wǎng)中的兩臺(tái)主機(jī)，二者使用TCP/IP協(xié)議進(jìn)行通

信。已知主機(jī)乙的IP地址，主機(jī)甲欲和主機(jī)乙通信，那么主機(jī)甲如何得知主機(jī)乙

的物理地址？

標(biāo)準(zhǔn)答案：采用ARP協(xié)議來實(shí)現(xiàn)。首先在本地的高速緩存中查找目標(biāo)主機(jī)的IP地

址，通常高速緩存中保存著一些主機(jī)的IP地址與物理地址的對應(yīng)關(guān)系，若找到，

則直接獲得了乙的物理地址：否則，將在本地網(wǎng)絡(luò)上發(fā)送一個(gè)廣播，此時(shí)本地網(wǎng)絡(luò)

上的主機(jī)接收到該請求后都會(huì)檢查是否與自己的IP地址相同，若相同則產(chǎn)生一個(gè)

應(yīng)答消息，里面包含了對應(yīng)的物理地址，并發(fā)送給請求主機(jī)，請求主機(jī)便得到了該

IP對應(yīng)的物理地址，并將該IP與物理地址的對應(yīng)關(guān)系添加到本地高速緩存中。

知識(shí)點(diǎn)解析：暫無解析

27、并發(fā)請求過程中服務(wù)器的處理方案及建立傳輸連接的過程有哪些？

標(biāo)準(zhǔn)答案：解決服務(wù)器處理并發(fā)請求的方案基木上有兩種：一是采用并發(fā)服務(wù)處理

器的方法，二是采用重復(fù)服務(wù)器的方法?？蛻襞c并發(fā)服務(wù)器建立傳輸連接的工作

過程為：（1）主服務(wù)器在固定的端口號(hào)上準(zhǔn)備接收客戶的連接請求：（2）客戶向服務(wù)

器發(fā)出連接建立請求：（3）主服務(wù)器接收到客戶的連接請求后，激活相應(yīng)的從服務(wù)

器：（4）,主服務(wù)器通知客戶從服務(wù)器的端口號(hào)，并關(guān)閉與客戶的連接；（5）從服務(wù)器

準(zhǔn)備接收客戶的連接建立請求：（6）客戶向從服務(wù)器發(fā)送連接建立請求。

知識(shí)點(diǎn)解析：暫無解析

28、當(dāng)IP協(xié)議層收到一個(gè)完整的數(shù)據(jù)報(bào)后，為了將數(shù)據(jù)報(bào)準(zhǔn)確地交付給正確的上

層協(xié)議，將采取什么樣的操作？

標(biāo)準(zhǔn)答案：IP協(xié)議分組是將上層來的協(xié)議數(shù)據(jù)進(jìn)行封裝，添加一個(gè)IP頭，使其能

夠在網(wǎng)絡(luò)中傳輸?shù)侥康牡兀诘竭_(dá)目的地之后，會(huì)對IP分組進(jìn)行解封裝，去掉IP

分組頭，得到一個(gè)高層協(xié)議數(shù)據(jù)。對于不同的高層協(xié)議，在其協(xié)議頭中都會(huì)攜帶一

個(gè)協(xié)議號(hào)（這是事先規(guī)定好的），根據(jù)這個(gè)協(xié)議號(hào)，便可以確定將去掉1P頭的數(shù)據(jù)

部分交給哪個(gè)上層協(xié)議了。

知識(shí)點(diǎn)解析：暫無解析

29、簡述為什么在傳輸連接建立時(shí)要使用三次握手，如不建立連接可能會(huì)出現(xiàn)什么

情況？

標(biāo)準(zhǔn)答案：我們知道，三次握手完成兩個(gè)重要的功能，既要雙方做好發(fā)送數(shù)據(jù)的準(zhǔn)

備工作（雙方都知道彼此已準(zhǔn)備好），也要允許雙方就初始序列號(hào)進(jìn)行協(xié)商，這個(gè)序

列號(hào)在握手過程中被發(fā)送和確認(rèn)?，F(xiàn)在把三次握手改成僅需要兩次握手，死鎖是

可能發(fā)生的。作為例子，考慮計(jì)算機(jī)A和B之間的通信，假定B給A發(fā)送一個(gè)連

接請求分組，A收到了這個(gè)分組，并發(fā)送了確認(rèn)應(yīng)答分組。按照兩次握手的協(xié)定，

A認(rèn)為連接已經(jīng)成功地建立了，可以開始發(fā)送數(shù)據(jù)分組?？墒?，B在A的應(yīng)答分組

在傳輸中被丟失的情況下，將不知道A是否已準(zhǔn)備好，不知道A建議什么樣的序

列號(hào)，B甚至懷疑A是否收到自己的連接請求分組。在這種情況下，B認(rèn)為連接還

未建立成功，將忽略A發(fā)來的任何數(shù)據(jù)分組，只等待連接確認(rèn)應(yīng)答分組。而A在

發(fā)出的分組超時(shí)后，重復(fù)發(fā)送同樣的分組，這樣就形成了死鎖。

知識(shí)點(diǎn)解析：暫無解析

30,TCP協(xié)議的差錯(cuò)檢測和糾正方法有哪些？

標(biāo)準(zhǔn)答案：TCP是建立在無連接、不可靠的IP協(xié)議基礎(chǔ)之上的，因此TCP只能通

過差錯(cuò)控制來提供可靠性。TCP的可靠性問題包括：數(shù)據(jù)丟失后的恢復(fù)、連接的

可靠建立問題。TCP中的差錯(cuò)檢驗(yàn)通過3種簡單工具來完成：檢驗(yàn)、確認(rèn)和超

時(shí)。每個(gè)TCP報(bào)文段都包括檢驗(yàn)和字段。檢驗(yàn)和用來檢查報(bào)文段是否出現(xiàn)傳輸錯(cuò)

誤。如果報(bào)文段出現(xiàn)傳輸錯(cuò)誤，TCP檢查出錯(cuò)就丟棄該報(bào)文段。發(fā)送端TCP通過

檢查接收端的確認(rèn)，來判斷發(fā)送的報(bào)文段是否已經(jīng)正確地到達(dá)目的地。如果發(fā)出的

一個(gè)報(bào)文段在超時(shí)規(guī)定的時(shí)間內(nèi)沒有收到確認(rèn)，發(fā)送端將判斷該報(bào)文段的丟失或傳

輸出錯(cuò)。

知識(shí)點(diǎn)解析：暫無解析

31、在TCP的擁塞控制中，慢開始和擁塞避免算法是怎樣使用的？

標(biāo)準(zhǔn)答案：慢開始：在主機(jī)剛剛開始發(fā)送報(bào)文段時(shí)可先將擁塞窗口cwnd設(shè)置為一

個(gè)最大報(bào)文段MSS的數(shù)值。在每收到一個(gè)對新的報(bào)文段的確認(rèn)后，將擁塞窗口增

加至多一個(gè)MSS的數(shù)值。用這樣的方法逐步增大發(fā)送端的擁塞窗Ucwnd,可以使

分組注入網(wǎng)絡(luò)的速率更加合理。擁塞避免：當(dāng)擁塞窗口值大于慢開始門限時(shí)，停

止使用慢開始算法而改用擁塞避免算法。擁塞避免算法使發(fā)送端的擁塞窗口每經(jīng)過

一個(gè)往返時(shí)延RTT就增加一個(gè)MSS的大小。

知識(shí)點(diǎn)解析：暫無解析

32、什么是快重傳和快恢復(fù)算法？

標(biāo)準(zhǔn)答案：快重傳算法規(guī)定，發(fā)送端只要一連收到三個(gè)重復(fù)的ACK即可斷定有分

組丟失了，就應(yīng)立即重芍丟失的報(bào)文段而不必繼續(xù)等待為該報(bào)文段設(shè)置的重傳計(jì)時(shí)

器的超時(shí)?？旎謴?fù)算法：（1）當(dāng)發(fā)送端收到連續(xù)三個(gè)重復(fù)的ACK時(shí)，就重新設(shè)置

慢開始門限ssthresh。(2)與慢開始不同之處是擁塞窗口cwnd不是設(shè)置為1,而是

設(shè)置為ssthresh+3xMSS=(3)若收到的重復(fù)的ACK為n個(gè)(n>3),則將cwnd設(shè)置

為ssthresh+nxMSS。(4)若發(fā)送窗口值還容許發(fā)送報(bào)文段，就按擁塞避免算法繼續(xù)

發(fā)送報(bào)文段。(5)若收到了確認(rèn)新的報(bào)文段的ACK,就將cwnd縮小到ssthresh。

知識(shí)點(diǎn)解析：暫無解析

33、試計(jì)算一個(gè)包括5段鏈路的傳輸連接的單程端到端時(shí)延。5段鏈路中有2段是

衛(wèi)星鏈路，每條衛(wèi)星鏈路又由上行鏈路和下行鏈路兩部分組成，可以取這兩部分的

傳播時(shí)延之和為250ms。每一個(gè)廣域網(wǎng)的范圍為1500k