1、計(jì)算機(jī)學(xué)科專業(yè)基礎(chǔ)綜合計(jì)算機(jī)網(wǎng)絡(luò) -傳輸層（一）（總分：256.00，做題時(shí)間：90分鐘）、單項(xiàng)選擇題（總題數(shù)：18,分?jǐn)?shù)：36.00）TCP協(xié)議。3bit ,發(fā)送窗口的最大值為1.下面協(xié)議不是面向連接的（分?jǐn)?shù)：2.00 ）A. SMTPB. HTTPC. DNS VD. TELNET解析：2. 在滑動(dòng)窗口協(xié)議中，幀的編號(hào)為（分?jǐn)?shù)：2.00 ）A. 3B. 4C. 7VD. 8 解析：3. 如果網(wǎng)絡(luò)內(nèi)部使用數(shù)據(jù)報(bào)，那么（分?jǐn)?shù)：2.00 ）A. 僅在建立時(shí)作一次路由選擇B. 為每個(gè)到來的分組作路由選擇C. 僅在網(wǎng)絡(luò)擁塞時(shí)作新的路由選擇D. 不必作路由選擇 解析：只會(huì)重新傳輸岀錯(cuò)的數(shù)據(jù)幀。4. 在

2、下面差錯(cuò)控制方式中，_（分?jǐn)?shù)：2.00 ）A. 連續(xù)工作B. 停止等待C. 選擇重發(fā) VD. 拉回解析：請(qǐng)問A的窗口前沿滑動(dòng)到哪里？此時(shí)A可以連續(xù)3的應(yīng)答,?以下哪個(gè)說法是正確的5. 兩個(gè)相鄰的結(jié)點(diǎn) A、B,通過后退N幀ARC協(xié)議通信，幀編號(hào)為 3bit，發(fā)送窗口的大小為 5，A開始連續(xù) 發(fā)送了 0、1、2、3四個(gè)數(shù)據(jù)幀，收到了編號(hào)為 發(fā)送哪幾個(gè)的數(shù)據(jù)幀而不必等應(yīng)答（分?jǐn)?shù)：2.00 ）的數(shù)據(jù)幀。A可連續(xù)發(fā)送3、4、5、6。的數(shù)據(jù)幀。A可連續(xù)發(fā)送4、5、6、7。的數(shù)據(jù)幀。A可連續(xù)發(fā)送3、4、5、6。的數(shù)據(jù)幀。A可連續(xù)發(fā)送4、5、6、7。6677A. 窗口的前沿滑動(dòng)到編號(hào)為B. 窗口的前沿滑動(dòng)到編

3、號(hào)為C. 窗口的前沿滑動(dòng)到編號(hào)為D. 窗口的前沿滑動(dòng)到編號(hào)為 解析：6. 是否TCP和UDP都需要計(jì)算往返時(shí)間 RTT（分?jǐn)?shù)：2.00 ）A. TCP需要計(jì)算往返時(shí)間 RTT VB. UDP需要計(jì)算往返時(shí)間 RTTC. TCP和UDP都需要計(jì)算往返時(shí)間 RTTD. TCP和UDP都不需要計(jì)算往返時(shí)間 RTT 解析：7. 數(shù)據(jù)鏈路層的HDLC協(xié)議和傳輸層的TCP協(xié)議都使用滑動(dòng)窗口技術(shù)。從這方面來進(jìn)行比較，數(shù)據(jù)鏈路層協(xié) 議和傳輸層協(xié)議的主要區(qū)別是=二。（分?jǐn)?shù)：2.00）A. 傳輸層的TCP協(xié)議是端到端（進(jìn)程到進(jìn)程）的協(xié)議，而數(shù)據(jù)鏈路層的HDLC協(xié)、議則是僅在一段鏈路上的結(jié) 點(diǎn)到結(jié)點(diǎn)的協(xié)議。B. T

4、CP的窗口機(jī)制和HDLC勺也有許多區(qū)別。如 TCP是按數(shù)據(jù)部分的字節(jié)數(shù)進(jìn)行確認(rèn)，而HDLC則是以幀為確認(rèn)的單位。C. 以上兩種說法都正確VD. 以上兩種說法都不正確解析：8. 在TCP報(bào)文段的首部中只有端口號(hào)而沒有IP地址，當(dāng)TCP將其報(bào)文段交給IP層時(shí)，IP協(xié)議怎樣知道目的IP地址呢_ ?（分?jǐn)?shù)：2.00 ）A. 從IP地址填寫在IP數(shù)據(jù)報(bào)的首部中獲取 VB. 從IP地址填寫在IP數(shù)據(jù)報(bào)的數(shù)據(jù)段中獲取C. 以上兩種說法都正確D. 以上兩種說法都不正確解析：9. TCP都使用哪些計(jì)時(shí)器_ ?（分?jǐn)?shù)：2.00 ）A. 計(jì)數(shù)計(jì)時(shí)器、持續(xù)計(jì)時(shí)器、保活計(jì)時(shí)器和時(shí)間等待計(jì)時(shí)器B. 重傳計(jì)時(shí)器、持續(xù)計(jì)時(shí)器

5、、保活計(jì)時(shí)器和時(shí)間等待計(jì)時(shí)器VC. 重傳計(jì)時(shí)器、間隔計(jì)時(shí)器、保活計(jì)時(shí)器和時(shí)間等待計(jì)時(shí)器D. 重傳計(jì)時(shí)器、持續(xù)計(jì)時(shí)器、生成計(jì)時(shí)器和時(shí)間等待計(jì)時(shí)器解析：10. 糊涂窗口綜合癥產(chǎn)生的條件是 _。（分?jǐn)?shù)：2.00 ）A. 當(dāng)發(fā)送應(yīng)用程序產(chǎn)生數(shù)據(jù)很慢時(shí)產(chǎn)生B. 接收應(yīng)用程序吸收數(shù)據(jù)很慢產(chǎn)生C. 當(dāng)發(fā)送應(yīng)用程序產(chǎn)生數(shù)據(jù)很慢時(shí)或者接收應(yīng)用程序吸收數(shù)據(jù)很慢時(shí)產(chǎn)生VD. 以上說法都不正確解析：11. TCP/IP網(wǎng)絡(luò)類型中，提供端到端的通信的是 。（分?jǐn)?shù)：2.00 ）A. 應(yīng)用層B. 傳輸層 VC. 網(wǎng)絡(luò)層D. 網(wǎng)絡(luò)接口層解析：12. TCP的滑動(dòng)窗口，4次成功發(fā)送后，窗口閾值為多少 。（分?jǐn)?shù)：2.00 ）A.

6、 4B. 8C. 9D. 16 V解析：13. 在OSI參考模型中，運(yùn)輸層的數(shù)據(jù)服務(wù)單元是 。（分?jǐn)?shù)：2.00 ）A. 分組B. 報(bào)文 Vc.幀D.比特序列解析：14. 以下幾種安全隧道協(xié)議中，_是不屬于第二層的隧道協(xié)議（分?jǐn)?shù):2.00 ）A. PPTPB. L2FC. IPsecVD. L 2TP解析：15. 在無線局域網(wǎng)（802.11）的退避機(jī)制中，下面哪種情況不使用退避算法_?（分?jǐn)?shù)：2.00 ）A. 檢測(cè)到信道是空閑的，并且這個(gè)數(shù)據(jù)幀是要發(fā)送的第一個(gè)數(shù)據(jù)幀；VB. 在發(fā)送第一個(gè)幀之前檢測(cè)到信道處于忙態(tài)；C. 在每一次的重傳后；D. 在每一次的成功發(fā)送后。解析：16. 若從滑動(dòng)窗口的觀點(diǎn)

7、來看，連續(xù)ARQ協(xié)議的窗口大小為_。（分?jǐn)?shù)：2.00 ）A. 發(fā)送窗口 =1,接收窗口 =1B. 發(fā)送窗口1，接收窗口 =1 VC. 發(fā)送窗口 =1，接收窗口1D. 發(fā)送窗口1，接收窗口I解析：（分?jǐn)?shù)：2.00 ）A. 4B. 3 VC. 2D. 1解析：18. Which of the following protocols uses UDP for transport layer services?（分?jǐn)?shù)：2.00 ）A. SMTPB. HTTPC. RIP VD. FTP解析：二、綜合應(yīng)用題（總題數(shù)：22,分?jǐn)?shù)：220.00）19. 下圖是慢開始和擁塞避免算法的實(shí)現(xiàn)舉例，請(qǐng)簡(jiǎn)要敘述慢開始

8、算法的原理、“乘法減小”與“加法增大”的思想。（分?jǐn)?shù)：10.00 ） 正確答案：（）解析：慢開始算法的原理：在主機(jī)剛剛開始發(fā)送報(bào)文段時(shí)可先將擁塞窗口 的數(shù)值。在每收到一個(gè)對(duì)新的報(bào)文段的確認(rèn)后，將擁塞窗口增加至多一個(gè) 增大發(fā)送端的擁塞窗口 cwnd，可以使分組注入到網(wǎng)絡(luò)的速率更加合理。“乘法減小“是指不論在慢開始階段還是擁塞避免階段，只要岀現(xiàn)一次超時(shí)cwnd設(shè)置為一個(gè)最大報(bào)文段 MSSMSS的數(shù)值。用這樣的方法逐步（即出現(xiàn)一次網(wǎng)絡(luò)擁塞），就把慢開始門限值ssthresh設(shè)置為當(dāng)前的擁塞窗口值乘以0.5。當(dāng)網(wǎng)絡(luò)頻繁出現(xiàn)擁塞時(shí)，ssthresh值就下降得很快，以大大減少注入到網(wǎng)絡(luò)中的分組數(shù)。“加法增

9、大”是指執(zhí)行擁塞避免算法后，當(dāng)收到對(duì)所有報(bào)文段的確認(rèn)就將擁塞窗口cwnd增加一個(gè)MSSt小,使擁塞窗口緩慢增大，以防止網(wǎng)絡(luò)過早岀現(xiàn)擁塞。20. TCP協(xié)議是面向連接的，但 TCP使用的IP協(xié)議卻是無連接的。這兩種協(xié)議都有哪些主要的區(qū)別（分?jǐn)?shù)：10.00） 正確答案：（）解析：TCP是面向連接的，但 TCP所使用的網(wǎng)絡(luò)則可以是面向連接的（如X.25網(wǎng)絡(luò)），但也可以是無連接的（如現(xiàn)在大量使用的IP網(wǎng)絡(luò)）。選擇無連接網(wǎng)絡(luò)就使得整個(gè)的系統(tǒng)非常靈活，當(dāng)然也帶來了一些問題。 下面是TCP和IP向上提供的功能和服務(wù)的比較。TCP提供的IP提供的面向連接服務(wù)無連接服務(wù)字節(jié)流接口IP數(shù)據(jù)報(bào)接口有流量控制無流量控

10、制有擁塞控制無擁塞控制保證可靠性不保證可靠性無丟失可能丟失無重復(fù)可能重復(fù)按序交付可能失序顯然，TCP提供的功能和服務(wù)要比IP所能提供的多得多。這是因?yàn)?TCP使用了諸如確認(rèn)、窗口通知、計(jì)時(shí) 器等機(jī)制，因而可以檢測(cè)岀有差錯(cuò)的報(bào)文、重復(fù)的報(bào)文和失序的報(bào)文。21. 從通信的起點(diǎn)和終點(diǎn)來比較，TCP和 IP的不同點(diǎn)是什么？（分?jǐn)?shù)：10.00） 正確答案：（）解析：用下面的圖就可說明。進(jìn)程A和進(jìn)程B的通信是使用面向連接的 TcP提供的可靠的傳輸。主機(jī)x和主機(jī)Y的通信是使用無連接的IP提供的不可靠的傳輸。對(duì)TCP來說，通信的起點(diǎn)和終點(diǎn)是傳輸層上面的兩個(gè)套接字（socket），而應(yīng)用層的應(yīng)用進(jìn)程正是通過應(yīng)用

11、層和傳輸層之間的套接字來使用TCP提供的服務(wù)，TCP協(xié)議根據(jù)報(bào)文段首部中的端口號(hào)找到目的端口，將報(bào)文段交付給目的進(jìn)程，套接字是由IP地址和端口號(hào)決定的，套接字也可稱為“插口”。對(duì)IP來說，通信的起點(diǎn)和終點(diǎn)是連接在網(wǎng)絡(luò)上的兩個(gè)主機(jī)。IP協(xié)議根據(jù)數(shù)據(jù)報(bào)首部中的目的IP地址找到目的主機(jī)，將數(shù)據(jù)報(bào)交付給目的主機(jī)。可靠傳輸?shù)姆秶筒豢煽總鬏數(shù)姆秶遣煌摹ｋm然在兩個(gè)套接字之間的通信是面向連接的，但I(xiàn)P數(shù)據(jù)報(bào)在下面的網(wǎng)絡(luò)中傳輸時(shí)是獨(dú)立地選擇路由，而不是沿著某一條固定的路徑傳輸，然而在上面的端口看來，TCP報(bào)文段好像都是從一個(gè)虛擬的、可靠的通信管道中傳輸?shù)綄?duì)方的端口。22. TCP協(xié)議能夠?qū)崿F(xiàn)可靠的端到端傳

12、輸，在數(shù)據(jù)鏈路層和網(wǎng)絡(luò)層的傳輸還有沒有必要來保證可靠傳輸呢？（分?jǐn)?shù)：10.00） 正確答案：（）解析：在舊的OSI體系中，在數(shù)據(jù)鏈路層使用HDLC協(xié)、議而在網(wǎng)絡(luò)層使用 x . 25協(xié)議，這些協(xié)議都有確認(rèn)機(jī)制和窗口機(jī)制，因而能夠保證可靠傳輸。但是技術(shù)的進(jìn)步使得鏈路的傳輸已經(jīng)相當(dāng)可靠了，因此在數(shù)據(jù)鏈 路層和網(wǎng)絡(luò)層重復(fù)地保證可靠傳輸就顯得多余了。現(xiàn)在因特網(wǎng)在鏈路層使用的PPP協(xié)議和在網(wǎng)絡(luò)層使用的IP協(xié)議都沒有確認(rèn)機(jī)制和窗口機(jī)制。如果出現(xiàn)差錯(cuò)就由傳輸層的TCP來處理（若使用UDP協(xié)議則傳輸層也不處理岀錯(cuò)的問題）。23. 簡(jiǎn)要說明網(wǎng)絡(luò)中的阻塞及死鎖現(xiàn)象，試列舉常見的三種阻塞控制方法。具體解釋發(fā)生于A.

13、B兩個(gè)節(jié)點(diǎn)間的直接存儲(chǔ)轉(zhuǎn)發(fā)死鎖現(xiàn)象。（分?jǐn)?shù)：10.00） 正確答案：（）解析：阻塞現(xiàn)象是指到達(dá)通信子網(wǎng)中某一部分的分組數(shù)量過多，使得該部分網(wǎng)絡(luò)來不及處理，以致引起這 部分乃至整個(gè)網(wǎng)絡(luò)性能下降的現(xiàn)象；嚴(yán)重時(shí)甚至導(dǎo)致網(wǎng)絡(luò)通信業(yè)務(wù)陷入停頓，即岀現(xiàn)死鎖現(xiàn)象。在死鎖狀 態(tài)下，網(wǎng)絡(luò)的有效吞吐量接近于零。常見的阻塞控制方法為：緩沖區(qū)預(yù)分配法；分組丟棄法；定額控制法。發(fā)生于A.B兩個(gè)節(jié)點(diǎn)間的直接存儲(chǔ)轉(zhuǎn)發(fā)死鎖表現(xiàn)為：A節(jié)點(diǎn)的所有緩沖區(qū)裝滿了等待輸岀到B節(jié)點(diǎn)的分組；而B節(jié)點(diǎn)的所有緩沖區(qū)也全部裝滿了等待輸岀到A節(jié)點(diǎn)的分組；此時(shí)，A節(jié)點(diǎn)不能從B節(jié)點(diǎn)接收分組，B節(jié)點(diǎn)也不能從A節(jié)點(diǎn)接收分組，從而造成兩節(jié)點(diǎn)間的死鎖。24.

14、 造成網(wǎng)絡(luò)擁塞的原因是什么 ？（分?jǐn)?shù)：10.00） 正確答案：（）解析：存儲(chǔ)空間不足：當(dāng) n個(gè)第三層PDU從幾個(gè)方向到達(dá)路由器并都從一個(gè)接口輸岀時(shí)，若輸岀緩沖區(qū)空 間只能存儲(chǔ)n-1個(gè)PDU那么就會(huì)有一個(gè)PDU被丟棄。處理器速度慢：如果路由器CPU的處理速度太慢，即使到來的PDU數(shù)量不太大，也可能導(dǎo)致存儲(chǔ)空間溢出。鏈路帶寬低：盡管存儲(chǔ)空間和 CPU的指標(biāo)很高，但如果輸岀鏈路的帶寬相對(duì)過低，也會(huì)導(dǎo)致部分PDU不能被及時(shí)轉(zhuǎn)發(fā)。25. 簡(jiǎn)述TCP終止連接過程的四向握手法。（分?jǐn)?shù)：10.00） 正確答案：（）解析：第1步：發(fā)送方TCP發(fā)送FIN報(bào)文段。第2步：接收方TCP收到FIN報(bào)文段后發(fā)送ACK報(bào)文

15、段，其確認(rèn)號(hào)是 FIN報(bào)文段序號(hào)+1。第3步：接收方TCP繼續(xù)向發(fā)送方發(fā)送剩余的數(shù)據(jù)直至發(fā)送完畢，然后發(fā)送FIN報(bào)文段。第4步：發(fā)送方發(fā)送ACK報(bào)文段證實(shí)從接收方收到了FIN報(bào)文段。ACK報(bào)文段的確認(rèn)號(hào)=FIN報(bào)文段序號(hào)+ 1。26. TCP都使用哪些計(jì)時(shí)器？分?jǐn)?shù)： 10.00 ) 正確答案： ()解析：TCP共使用以下四種計(jì)時(shí)器，即重傳計(jì)時(shí)器、持續(xù)計(jì)時(shí)器、保活計(jì)時(shí)器和時(shí)間等待計(jì)時(shí)器。這幾個(gè) 計(jì)時(shí)器的主要特點(diǎn)如下：重傳計(jì)時(shí)器：當(dāng)TCP發(fā)送報(bào)文段時(shí)，就創(chuàng)建該特定報(bào)文段的重傳計(jì)時(shí)器。可能發(fā)生兩種情況：若在計(jì)時(shí)器 截止時(shí)間到之前收到了對(duì)此特定報(bào)文段的確認(rèn)，則撤銷此計(jì)時(shí)器。若在收到了對(duì)此特定報(bào)文段的確

16、認(rèn)之前 計(jì)時(shí)器截止期到，則重傳此報(bào)文段，并將計(jì)時(shí)器復(fù)位。持續(xù)計(jì)時(shí)器：為了對(duì)付零窗口大小通知，TCP需要另一個(gè)計(jì)時(shí)器。假定接收 TCP宣布了窗口大小為零。發(fā)送TCP就停止傳送報(bào)文段，直到接收 TCP發(fā)送確認(rèn)并宣布一個(gè)非零的窗口大小。但這個(gè)確認(rèn)可能會(huì)丟失。我們知道在TCP中，對(duì)確認(rèn)是不需要發(fā)送確認(rèn)的。若確認(rèn)丟失了，接收 TCP并不知道，而是會(huì)認(rèn)為它已經(jīng) 完成任務(wù)了，并等待著發(fā)送 TCP接著會(huì)發(fā)送更多的報(bào)文段。但發(fā)送 TCP由于沒有收到確認(rèn)，就等待對(duì)方發(fā) 送確認(rèn)來通知窗口的大小，雙方的 TCP都在永遠(yuǎn)地等待著對(duì)方。要打開這種死鎖，TCP為每一個(gè)連接使用一個(gè)持續(xù)計(jì)時(shí)器。當(dāng)發(fā)送TcP收到一個(gè)窗口大小為零

17、的確認(rèn)時(shí)，就啟動(dòng)持續(xù)計(jì)時(shí)器。當(dāng)持續(xù)計(jì)時(shí)器期限到時(shí)，發(fā)送TCP就發(fā)送一個(gè)特殊的報(bào)文段，叫做探測(cè)報(bào)文段。這個(gè)報(bào)文段只有一個(gè)字節(jié)的數(shù)據(jù)。它有一個(gè)序號(hào)，但它的序號(hào)永遠(yuǎn)不需要確認(rèn)；甚至在計(jì)算對(duì)其他部分的數(shù)據(jù) 的確認(rèn)時(shí)該序號(hào)也被忽略。探測(cè)報(bào)文段提醒接收TCP:確認(rèn)已丟失，必須重傳。持續(xù)計(jì)時(shí)器的值設(shè)置為重傳時(shí)間的數(shù)值。但是，若沒有收到從接收端來的響應(yīng)，則需發(fā)送另一個(gè)探測(cè)報(bào)文 段，并將持續(xù)計(jì)時(shí)器的值加倍和復(fù)位。發(fā)送端繼續(xù)發(fā)送探測(cè)報(bào)文段，將持續(xù)計(jì)時(shí)器設(shè)定的值加倍和復(fù)位， 直到這個(gè)值增大到門限值 ( 通常是 60 秒) 為止。在這以后，發(fā)送端每隔 60秒就發(fā)送一個(gè)探測(cè)報(bào)文段，直到 窗口重新打開。保活計(jì)時(shí)器：保活計(jì)

18、時(shí)器使用在某些實(shí)現(xiàn)中，用來防止在兩個(gè)TCP之間的連接出現(xiàn)長(zhǎng)時(shí)期的空閑。假定客戶打開了到服務(wù)器的連接， 傳送了一些數(shù)據(jù)， 然后就保持靜默了。 也許這個(gè)客戶出故障了。 在這種情況下， 這個(gè)連接將永遠(yuǎn)地處理打開狀態(tài)。要解決這種問題，在大多數(shù)的實(shí)現(xiàn)中都是使服務(wù)器設(shè)置保活計(jì)時(shí)器。每當(dāng)服務(wù)器收到客戶的信息，就將計(jì) 時(shí)器復(fù)位。超時(shí)通常設(shè)置為 2小時(shí)。若服務(wù)器過了 2 小時(shí)還沒有收到客戶的信息，它就發(fā)送探測(cè)報(bào)文段。 若發(fā)送了 10 個(gè)探測(cè)報(bào)文段 (每一個(gè)相隔 75 秒) 還沒有響應(yīng)，就假定客戶出了故障，因而就終止該連接。 時(shí)間等待計(jì)時(shí)器：時(shí)間等待計(jì)時(shí)器是在連接終止期間使用的。當(dāng)TCP關(guān)閉一個(gè)連接時(shí)，它并不認(rèn)為

19、這個(gè)連接馬上就真正地關(guān)閉了，在時(shí)間等待期間中，連接還處于一種中間過渡狀態(tài)。這就可以使重復(fù)的FIN 報(bào)文段( 如果有的話 )可以到達(dá)目的站因而可將其丟棄，這個(gè)計(jì)時(shí)器的值通常設(shè)置為一個(gè)報(bào)文段的壽命期待值的 兩倍。27. 為什么TCP在建立連接時(shí)不能每次都選擇相同的、固定的初始序號(hào)？(分?jǐn)?shù)： 10.00 ) 正確答案： ()解析：如果TCP在建立連接時(shí)每次都選擇相同的、固定的初始序號(hào)，那么設(shè)想以下的情況：(1) 假定主機(jī)A和B頻繁地建立連接，傳送一些 TCP報(bào)文段后，再釋放連接，然后又不斷地建立新的連接、 傳送報(bào)文段和釋放連接。(2) 假定每一次建立連接時(shí)，主機(jī)A都選擇相同的、固定的初始序號(hào)，例如，

20、選擇1。(3) 假定主機(jī)A發(fā)送出的某些TCP報(bào)文段在網(wǎng)絡(luò)中會(huì)滯留較長(zhǎng)的時(shí)間，以致造成主機(jī)A超時(shí)重傳這些TCP報(bào)文段。(4) 假定有一些在網(wǎng)絡(luò)中滯留時(shí)間較長(zhǎng)的TCP報(bào)文段最后終于到達(dá)了主機(jī) B,但這時(shí)傳送該報(bào)文段的那個(gè)連接早已釋放了 .而在到達(dá)主機(jī) B時(shí)的TCP連接是一條新的TCP連接。這樣，工作在新的TCP連接下的主機(jī)B就有可能會(huì)接受在舊的連接傳送的、已經(jīng)沒有意義的、過時(shí)的 TCP 報(bào)文段(因?yàn)檫@個(gè)TCP報(bào)文段的序號(hào)有可能正好處在現(xiàn)在新的連接所使用的序號(hào)范圍之中)o結(jié)果產(chǎn)生錯(cuò)誤。因此，必須使得遲到的 TCP報(bào)文段的序號(hào)不處在新的連接中所使用的序號(hào)范圍之中。這樣，TCP在建立新的連接時(shí)所選擇的初

21、始序號(hào)一定要和前面的一些連接所使用過的序號(hào)不一樣。因此， 不同的TCP連接不能使用相同的初始序號(hào)。28. TCP連接很像一條連接發(fā)送端和接收端的雙向管道。當(dāng)TCP在連續(xù)發(fā)送報(bào)文段時(shí)，若要管道得到充分的利用，則發(fā)送窗口的大小應(yīng)怎樣選擇？（分?jǐn)?shù)：10.00） 正確答案：（）解析：我們可以用下面的圖來說明這一問題。圖中在發(fā)送端和接收端之間的兩個(gè)白色長(zhǎng)條表示TCP全雙工通信的發(fā)送管道和接收管道。管道是對(duì)信道的一種抽象，便于討論問題（可以不涉及下層互連網(wǎng)絡(luò)的細(xì)節(jié) ）。假定在t=0時(shí)發(fā)送端使用慢開始算法來發(fā)送報(bào)文段，因此在t=0時(shí)只能發(fā)送一個(gè)報(bào)文段（圖中標(biāo)有1的綠色長(zhǎng)方條就代表報(bào)文段1）。圖中的時(shí)間都是按

22、離散的時(shí)間單位表示。為簡(jiǎn)化分析，我們還假定，發(fā)送窗口僅由發(fā)送端的擁塞窗口來確定，接收端不對(duì)發(fā)送窗口加以限制。假定在t=1時(shí)，報(bào)文段1的第一個(gè)比特正好走完四分之一的管道，同時(shí)該報(bào)文段的最后一個(gè)比特正好發(fā)送 完畢。t=4，報(bào)文段1的前沿到達(dá)接收端。t=5時(shí)，接收端將報(bào)文段1接收完畢。假定接收端立即發(fā)送確認(rèn)報(bào)文段。我們所用的標(biāo)記是：對(duì)報(bào)文段n的確認(rèn)報(bào)文段我們用具有標(biāo)記n的紅色小長(zhǎng)方條表示。t=9，對(duì)報(bào)文段1的確認(rèn)的前沿到達(dá)發(fā)送端。t=10，發(fā)送端將發(fā)送窗口加1變?yōu)?（可以發(fā)送報(bào)文段2和3），并開始發(fā)送報(bào)文段 2（這一步圖中省略了， 沒有畫出）。t=11，報(bào)文段2走完發(fā)送管道的四分之一，發(fā)送端開始發(fā)送

23、報(bào)文段3。t=12，報(bào)文段2和3填滿發(fā)送管道的一半。t=14，報(bào)文段2的前沿到達(dá)接收端。t=15，接收端收完報(bào)文段2，并發(fā)送對(duì)報(bào)文段2的確認(rèn)。t=16，接收端收完報(bào)文段3，并發(fā)送對(duì)報(bào)文段3的確認(rèn)。t=19，對(duì)報(bào)文段2的確認(rèn)前沿傳播到發(fā)送端。t=20，發(fā)送端收到對(duì)報(bào)文段 2的確認(rèn)，將發(fā)送窗口加1變?yōu)?（可以發(fā)送報(bào)文段4, 5和6），并開始發(fā)送報(bào)文段4（這一步圖中省略了，沒有畫出）。對(duì)報(bào)文段3的確認(rèn)的前沿也在這個(gè)時(shí)間傳播到發(fā)送端。 再以后的過程我們用下面的另一張圖來說明。t=21，發(fā)送端收到對(duì)報(bào)文段 3的確認(rèn)，將發(fā)送窗口再加 1變?yōu)?（可以發(fā)送報(bào)文段4，5，6和7），并開始發(fā) 送報(bào)文段5。此時(shí)，報(bào)

24、文段4已完全進(jìn)入發(fā)送管道，前沿到了管道的四分之一處。發(fā)送端每收到一個(gè)對(duì)沒有確認(rèn)過的報(bào)文段的確認(rèn)，就將發(fā)送窗口加1。因此在陸續(xù)收到確認(rèn) 47后，將發(fā)送窗口加4，即增大到8，可以連續(xù)發(fā)送報(bào)文段 815。管道空間是有限的。從圖中表示的例子可以看岀， 這樣的管道至多可容納 4個(gè)報(bào)文段。當(dāng)發(fā)送窗口很小時(shí)， 管道在大部分時(shí)間內(nèi)是比較空的 （見前面的第一張圖）。這說明在TCP連接中傳輸數(shù)據(jù)的效率比較低。當(dāng)發(fā)送窗口增大時(shí)，管道逐漸被填滿。可以看岀，在t=3438時(shí)，發(fā)送管道一直是被填滿的，這說明發(fā)送管道被利用得很充分。因?yàn)閳?bào)文段的傳輸需要時(shí)間，因此對(duì)報(bào)文段的確認(rèn)總是會(huì)滯后一段時(shí)間。上面的例 子表明，在單方向發(fā)

25、送報(bào)文段（另一個(gè)方向發(fā)送確認(rèn)）的情況下，發(fā)送管道和接收管道往往不能同時(shí)被充分 利用（除非發(fā)送窗口的數(shù)值較大）。但如果雙向都能發(fā)送數(shù)據(jù)報(bào)文段，那么發(fā)送管道和接收管道就都能夠被 利用得較充分。我們還可看岀，接收管道（即接收端發(fā)送確認(rèn)報(bào)文段的管道 ）在任何情況下都沒有填滿。這是因?yàn)榇_認(rèn)報(bào)文 段很短，只需很短的時(shí)間就可發(fā)送岀去。但接收一個(gè)數(shù)據(jù)報(bào)文段需要較多的時(shí)間，這就造成確認(rèn)報(bào)文段不 可能連續(xù)地從接收端發(fā)送岀去。29. 假定在一個(gè)互聯(lián)網(wǎng)中，所有的鏈路的傳輸都不岀現(xiàn)差錯(cuò)，所有的結(jié)點(diǎn)也都不會(huì)發(fā)生故障。試問在這種情 況下，TCP的“可靠交付”的功能是否就是多余的？（分?jǐn)?shù)：10.00） 正確答案：（）解析：不

26、是多余的。TCP的“可靠交付”功能在互聯(lián)網(wǎng)中起著至關(guān)重要的作用。至少在以下所列舉的情況下，TCP的“可靠交付”功能是必不可少的。（1）每個(gè)IP數(shù)據(jù)報(bào)獨(dú)立地選擇路由，因此在到達(dá)目的主機(jī)時(shí)有可能出現(xiàn)失序。（2）由于路由選擇的計(jì)算出現(xiàn)錯(cuò)誤，導(dǎo)致IP數(shù)據(jù)報(bào)在互聯(lián)網(wǎng)中兜圈子。最后數(shù)據(jù)報(bào)首部中的生存時(shí)間TTL的數(shù)值下降到零。這個(gè)數(shù)據(jù)報(bào)在中途就被丟棄了。（3）在某個(gè)路由器突然出現(xiàn)很大的通信量，以致路由器來不及處理到達(dá)的數(shù)據(jù)報(bào)。因此有的數(shù)據(jù)報(bào)被丟棄。以上列舉的問題表明了：必須依靠TCP的“可靠交付”功能才能保證在目的主機(jī)的目的進(jìn)程接收到正確的報(bào)文。30. 能否更詳細(xì)些討論一下糊涂窗口綜合癥及其解決方法？（分?jǐn)?shù)

27、：10.00） 正確答案：（）解析：發(fā)送端產(chǎn)生的癥狀如果發(fā)送端為產(chǎn)生數(shù)據(jù)很慢的應(yīng)用程序服務(wù)，例如，一次產(chǎn)生一個(gè)字節(jié)。這個(gè)應(yīng)用程序一次將一個(gè)字節(jié)的 數(shù)據(jù)寫入發(fā)送端的TCP的緩存。如果發(fā)送端的 TCP沒有特定的指令，它就產(chǎn)生只包括一個(gè)字節(jié)數(shù)據(jù)的報(bào)文 段。結(jié)果有很多41字節(jié)的IP數(shù)據(jù)報(bào)就在互連網(wǎng)中傳來傳去。解決的方法是防止發(fā)送端的 TCP逐個(gè)字節(jié)地發(fā)送數(shù)據(jù)。必須強(qiáng)迫發(fā)送端的 TCP收集數(shù)據(jù)，然后用一個(gè)更大 的數(shù)據(jù)塊來發(fā)送。發(fā)送端的TCP要等待多長(zhǎng)時(shí)間呢？如果它等待過長(zhǎng)，它就會(huì)使整個(gè)的過程產(chǎn)生較長(zhǎng)的時(shí)延。 如果它的等待時(shí)間不夠長(zhǎng)，它就可能發(fā)送較小的報(bào)文段。Nagle找到了一個(gè)很好的解決方法。Nagle

28、算法：Nagle算法非常簡(jiǎn)單，但它能解決問題。這個(gè)算法是為發(fā)送端的TCP用的：發(fā)送端的TCP將它從發(fā)送應(yīng)用程序收到的第一塊數(shù)據(jù)發(fā)送岀去，哪怕只有一個(gè)字節(jié)。在發(fā)送第一個(gè)報(bào)文段（即報(bào)文段1）以后，發(fā)送端的TCP就在輸岀緩存中積累數(shù)據(jù)，并等待：或者接收端的TCP發(fā)送出一個(gè)確認(rèn)，或者數(shù)據(jù)已積累到可以裝成一個(gè)最大的報(bào)文段。在這個(gè)時(shí)候，發(fā)送端的TCP就可以發(fā)送這個(gè)報(bào)文段。對(duì)剩下的傳輸，重復(fù)步驟 2。這就是：如果收到了對(duì)報(bào)文段x的確認(rèn)，或者數(shù)據(jù)已積累到可以裝成一個(gè)最大的報(bào)文段，那么就發(fā)送下一個(gè)報(bào)文段（x+1）。Nagle算法的優(yōu)點(diǎn)就是簡(jiǎn)單，并且它考慮到應(yīng)用程序產(chǎn)生數(shù)據(jù)的速率，以及網(wǎng)絡(luò)運(yùn)輸數(shù)據(jù)的速率。若應(yīng)用程

29、序比網(wǎng)絡(luò)更快，則報(bào)文段就更大（最大報(bào)文段）。若應(yīng)用程序比網(wǎng)絡(luò)慢，則報(bào)文段就較小（小于最大報(bào)文段）。 接收端產(chǎn)生的癥狀：接收端的TCP可能產(chǎn)生糊涂窗口綜合癥，如果它為消耗數(shù)據(jù)很慢的應(yīng)用程序服務(wù)，例如，一次消耗一個(gè)字節(jié)。假定發(fā)送應(yīng)用程序產(chǎn)生了 1000字節(jié)的數(shù)據(jù)塊，但接收應(yīng)用程序每次只吸收 1字節(jié) 的數(shù)據(jù)。再假定接收端的 TCP的輸入緩存為4000字節(jié)，發(fā)送端先發(fā)送第一個(gè) 4000字節(jié)的數(shù)據(jù)。接收端將 它存儲(chǔ)在其緩存中，現(xiàn)在緩存滿了，它通知窗口大小為零，這表示發(fā)送端必須停止發(fā)送數(shù)據(jù)。接收應(yīng)用程 序從接收端的TCP的輸入緩存中讀取第一個(gè)字節(jié)的數(shù)據(jù)，在入緩存中現(xiàn)在有了 1字節(jié)的空間。接收端的TCP宣布

30、其窗口大小為1字節(jié)，這表示正渴望等待發(fā)送數(shù)據(jù)的發(fā)送端的TCP會(huì)把這個(gè)宣布當(dāng)作一個(gè)好消息，并發(fā)送只包括一個(gè)字節(jié)數(shù)據(jù)的報(bào)文段，這樣的過程一直繼續(xù)下去。一個(gè)字節(jié)的數(shù)據(jù)被消耗掉，然后發(fā)送只包 含一個(gè)字節(jié)數(shù)據(jù)的報(bào)文段。這又是一個(gè)效率問題和糊涂窗口綜合癥（見下圖）。對(duì)于這種糊涂窗口綜合癥，即應(yīng)用程序消耗數(shù)據(jù)比到達(dá)的慢，有兩種建議的解決方法。Clark解決方法：clark解決方法是只要有數(shù)據(jù)到達(dá)就發(fā)送確認(rèn)，但宣布的窗口大小為零，直到或者緩存空間已能放入具有最大長(zhǎng)度的報(bào)文段，或者緩存空間的一半已經(jīng)空了。延遲的確認(rèn)：第二個(gè)解決方法是延遲一段時(shí)間后再發(fā)送確認(rèn)。這表示當(dāng)一個(gè)報(bào)文段到達(dá)時(shí)并不立即發(fā)送確 認(rèn)。接收端在確

31、認(rèn)收到的報(bào)文段之前一直等待，直到入緩存有足夠的空間為止。延遲的確認(rèn)防止了發(fā)送端 的TCP滑動(dòng)其窗口。當(dāng)發(fā)送端的 TCP發(fā)送完其數(shù)據(jù)后，它就停下來了。這樣就防止了這種癥狀。 遲延的確認(rèn)還有另一個(gè)優(yōu)點(diǎn)：它減少了通信量。接收端不需要確認(rèn)每一個(gè)報(bào)文段。但它也有一個(gè)缺點(diǎn)，就 是遲延的確認(rèn)有可能迫使發(fā)送端重傳其未被確認(rèn)的報(bào)文段。可以用協(xié)議來平衡這個(gè)優(yōu)點(diǎn)和缺點(diǎn)，例如現(xiàn)在定義了確認(rèn)的延遲不能超過500毫秒。31. 能否利用TCP發(fā)送端和接收端交換報(bào)文段的圖來說明慢開始的特點(diǎn)？（分?jǐn)?shù)：10.00） 正確答案：（）解析：慢開始的特點(diǎn)可以用下圖來說明。擁塞窗口 cwnd的初始值是1（為方便起見，這里將擁塞窗口的單位

32、設(shè)為報(bào)文段）。以后每收到一個(gè)對(duì)新的報(bào)文段的確認(rèn)，就將發(fā)送端的擁塞窗口cwnd加1。可以看出，擁塞窗口 cwnd按照指數(shù)規(guī)律增長(zhǎng)。所謂“新的報(bào)文段”就是指“未被確認(rèn)過的報(bào)文段”。由于報(bào)文段在因特網(wǎng)中傳輸時(shí)，有可能在某個(gè)路由器處滯留一段時(shí)間，但以后又被交付到接收端（重復(fù)交付）。接收端對(duì)每一個(gè)收到的無差錯(cuò)的報(bào)文段都可能給岀確認(rèn)。因此，對(duì)同一個(gè)報(bào)文段，發(fā)送端有可能收到幾個(gè) 重復(fù)的確認(rèn)。但除了第一個(gè)確認(rèn)可以使發(fā)送端擁塞窗口cwnd加1以外，對(duì)其余重復(fù)的報(bào)文段的確認(rèn)都不能再使發(fā)送端擁塞窗口加 1。32. 對(duì)于擁塞避免是否也能夠用發(fā)送端和接收端交換的報(bào)文段來說明其工作原理（分?jǐn)?shù)：10.00） 正確答案：（）

33、解析：可以，但這只能是示意圖。因?yàn)樵趽砣苊獾拈_始，發(fā)送端的擁塞窗口swnd=ssthresh，這時(shí)可以發(fā)送好幾個(gè)報(bào)文段。按照RFC 2581文檔，每經(jīng)過一個(gè)往返時(shí)間RTT,擁塞窗口就增加一個(gè)MSS的大小（以字節(jié)為單位）。以報(bào)文段個(gè)數(shù)作為窗口單位較為方便，因此在圖中每經(jīng)過一個(gè)RTT,發(fā)送端擁塞窗口 swnd就在ssthresh的基礎(chǔ)上加1。在圖中將發(fā)送端發(fā)送報(bào)文段用一個(gè)粗箭頭表示（因?yàn)檫@里面包含有許多個(gè)報(bào)文段，很難一個(gè)個(gè)畫出），確認(rèn)報(bào)文段也用一個(gè)粗箭頭表示（這也可能有許多個(gè)確認(rèn)報(bào)文段），因此RTT也是概念性的往返時(shí)間。正因?yàn)镽TT無法很嚴(yán)格地畫出，因此在圖中左邊增加一個(gè)注釋，即“收到對(duì)所有報(bào)文

34、段的確認(rèn)”。這里假 定收到對(duì)所有報(bào)文段的確認(rèn)所需的時(shí)間就是RTTo33. 試從以下方面比較數(shù)據(jù)報(bào)服務(wù)和虛電路服務(wù)的區(qū)別。（1）連接的建立（2）目的站的地址（3）分組的順序（分?jǐn)?shù)：10.00） 正確答案：（）解析：（1）連接的建立虛電路服務(wù)：必須有數(shù)據(jù)報(bào)服務(wù)：不要（2）目的站的地址虛電路服務(wù)：僅在連接建立階段使用，每個(gè)分組都有用短的虛電路號(hào); 數(shù)據(jù)報(bào)服務(wù)：每個(gè)分組都有目的站的全地址；（3）分組的順序虛電路服務(wù)：總是按發(fā)送順序到達(dá)目的站 數(shù)據(jù)報(bào)服務(wù)：按序發(fā)，不一定按序收。34. 簡(jiǎn)要說明數(shù)據(jù)報(bào)服務(wù)的特點(diǎn)（分?jǐn)?shù)：10.00） 正確答案：（）解析：（1）網(wǎng)絡(luò)隨時(shí)接受主機(jī)發(fā)送的分組 （即數(shù)據(jù)報(bào)）網(wǎng)絡(luò)為每

35、個(gè)分組獨(dú)立地選擇路由。（2）網(wǎng)絡(luò)盡最大努力地將分組交付給目的主機(jī)；但網(wǎng)絡(luò)對(duì)源主機(jī)沒有任何承諾。（3）網(wǎng)絡(luò)不保證所傳送的分組不丟失，也不保證按源主機(jī)發(fā)送分組的先后順序，以及在時(shí)限內(nèi)必須將分組交付給目的主機(jī)。35. TCP協(xié)議是面向連接的，但 TCP使用的IP協(xié)議卻是無連接的。這兩種協(xié)議都有哪些主要的區(qū)別？（分?jǐn)?shù)：10.00） 正確答案：（）解析：TCP是面向連接的，但 TCP所使用的網(wǎng)絡(luò)則可以是面向連接的（如X.25網(wǎng)絡(luò)），但也可以是無連接的（如現(xiàn)在大量使用的IP網(wǎng)絡(luò)）。選擇無連接網(wǎng)絡(luò)就使得整個(gè)的系統(tǒng)非常靈活，當(dāng)然也帶來了一些問題。下面是TCP和IP向上提供的功能和服務(wù)的比較。TCP提供的IP提供的面向連接服務(wù)無連接服務(wù)字節(jié)流接口IP數(shù)據(jù)報(bào)接口有流量控制無流量控制有擁塞控制無擁塞控制保證可靠性不保證可靠性無丟失可能丟失無重復(fù)可能重復(fù)按序交付可能失序顯然，TCP提供的功能和服務(wù)要比IP所能提供的多得多。這是因?yàn)門CP使用了諸如確認(rèn)、窗口通知、計(jì)時(shí)器等機(jī)制，因而可以檢測(cè)岀有差錯(cuò)的報(bào)文、重復(fù)的報(bào)文和失序的報(bào)文。36. 端口 （port）和套接字（socket）的區(qū)別是什么？