《計(jì)算機(jī)網(wǎng)絡(luò)基礎(chǔ)》習(xí)題匯總及答案_第1頁(yè)
《計(jì)算機(jī)網(wǎng)絡(luò)基礎(chǔ)》習(xí)題匯總及答案_第2頁(yè)
《計(jì)算機(jī)網(wǎng)絡(luò)基礎(chǔ)》習(xí)題匯總及答案_第3頁(yè)
《計(jì)算機(jī)網(wǎng)絡(luò)基礎(chǔ)》習(xí)題匯總及答案_第4頁(yè)
《計(jì)算機(jī)網(wǎng)絡(luò)基礎(chǔ)》習(xí)題匯總及答案_第5頁(yè)
已閱讀5頁(yè),還剩33頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、第一章 概述1、 比擬電路交換、報(bào)文交換和分組交換的主要優(yōu)缺點(diǎn)。答:1電路交換:端對(duì)端通信質(zhì)量因約定了通信資源獲得可靠保障,對(duì)連續(xù)傳送大量數(shù)據(jù)效率高。2報(bào)文交換:無(wú)須預(yù)約傳輸帶寬,動(dòng)態(tài)逐段利用傳輸帶寬對(duì)突發(fā)式數(shù)據(jù)通信效率高,通信迅速。3分組交換:具有報(bào)文交換之高效、迅速的要點(diǎn),且各分組小,路由靈活,網(wǎng)絡(luò)生存性能好。 2、 計(jì)算機(jī)網(wǎng)絡(luò)有哪些常用的性能指標(biāo)?答:速率,帶寬,吞吐量,時(shí)延,時(shí)延帶寬積,往返時(shí)間RTT,利用率3、 收發(fā)兩端之間的傳輸距離為1000km,信號(hào)在媒體上的傳播速率為2×108m/s。試計(jì)算以下兩種情況的發(fā)送時(shí)延和傳播時(shí)延: 1 數(shù)據(jù)長(zhǎng)度為107 bit,數(shù)據(jù)發(fā)送速率

2、為100 kb/s。2 數(shù)據(jù)長(zhǎng)度為103 bit,數(shù)據(jù)發(fā)送速率為1Gb/s。從上面的計(jì)算中可以得到什么樣的結(jié)論?解:1發(fā)送時(shí)延:ts = 107 bit / (100 × 105 bit/s ) =100 s傳播時(shí)延:tp = 1000 × 103 m / (2 × 108 m/s) = 0.005 s2發(fā)送時(shí)延ts = 103bit / (109 bit/s) = 1µs傳播時(shí)延:tp = 106 / (2 × 108) = 0.005s結(jié)論:假設(shè)數(shù)據(jù)長(zhǎng)度大而發(fā)送速率低,那么在總的時(shí)延中,發(fā)送時(shí)延往往大于傳播時(shí)延。但假設(shè)數(shù)據(jù)長(zhǎng)度短而發(fā)送速率高

3、,那么傳播時(shí)延就可能是總時(shí)延中的主要成分。4、 長(zhǎng)度為100字節(jié)的應(yīng)用層數(shù)據(jù)交給傳輸層傳送,需加上20字節(jié)的TCP首部。再交給網(wǎng)絡(luò)層傳送,需加上20字節(jié)的IP首部。最后交給數(shù)據(jù)鏈路層的以太網(wǎng)傳送,加上首部和尾部共18字節(jié)。試求數(shù)據(jù)的傳輸效率。數(shù)據(jù)的傳輸效率是指發(fā)送的應(yīng)用層數(shù)據(jù)除以所發(fā)送的總數(shù)據(jù)即應(yīng)用數(shù)據(jù)加上各種首部和尾部的額外開銷假設(shè)應(yīng)用層數(shù)據(jù)長(zhǎng)度為1000字節(jié),數(shù)據(jù)的傳輸效率是多少?解:1100 / (100+20+20+18) = 63.3%21000 / (1000+20+20+18) = 94.5%5、 網(wǎng)絡(luò)協(xié)議的三個(gè)要素是什么?各有什么含義?答:網(wǎng)絡(luò)協(xié)議:為進(jìn)行網(wǎng)絡(luò)中的數(shù)據(jù)交換而建立

4、的規(guī)那么、標(biāo)準(zhǔn)或約定。由以下三個(gè)要素組成:1語(yǔ)法:即通信實(shí)體之間發(fā)送/接收數(shù)據(jù)與控制信息的結(jié)構(gòu)或格式。2語(yǔ)義:即需要發(fā)出何種控制信息,完成何種動(dòng)作以及做出何種響應(yīng)。3同步:即通信實(shí)體收到報(bào)文所采取的動(dòng)作事件實(shí)現(xiàn)順序的詳細(xì)說明。6、 論述具有五層協(xié)議的因特網(wǎng)體系結(jié)構(gòu)的要點(diǎn),包括各層的主要功能。答:因特網(wǎng)體系結(jié)構(gòu)綜合了OSI 和TCP/IP 的優(yōu)點(diǎn),采用一種原理體系結(jié)構(gòu)。各層的主要功能:物理層 物理層的任務(wù)就是透明地傳送比特流。注意:傳遞信息的物理媒體,如雙絞線、同軸電纜、光纜等,是在物理層的下面,當(dāng)做第0 層。 物理層還要確定連接電纜插頭的定義及連接法。數(shù)據(jù)鏈路層 數(shù)據(jù)鏈路層的任務(wù)是在兩個(gè)相鄰結(jié)

5、點(diǎn)間的線路上無(wú)過失地傳送以幀frame為單位的數(shù)據(jù)。每一幀包括數(shù)據(jù)和必要的控制信息。網(wǎng)絡(luò)層 網(wǎng)絡(luò)層的任務(wù)就是要選擇適宜的路由,使發(fā)送方的運(yùn)輸層所傳下來的分組能夠正確無(wú)誤地按照地址找到目的站,并交付給目的站的運(yùn)輸層。運(yùn)輸層 運(yùn)輸層的任務(wù)是向上一層的進(jìn)行通信的兩個(gè)進(jìn)程之間提供一個(gè)可靠的端到端效勞,使它們看不見運(yùn)輸層以下的數(shù)據(jù)通信的細(xì)節(jié)。應(yīng)用層 應(yīng)用層直接為用戶的應(yīng)用進(jìn)程提供效勞。17第二章 應(yīng)用層一、選擇題1DNS不能提供的效勞是 C 。A將主機(jī)別名轉(zhuǎn)換為標(biāo)準(zhǔn)主機(jī)名B將主機(jī)名轉(zhuǎn)換為主機(jī)的IP地址C將IP地址轉(zhuǎn)換為MAC地址D在冗余的效勞器間進(jìn)行負(fù)載分配2 是一個(gè) D 。AURLB

6、DNSCMAC地址D主機(jī)名3某公司c有一臺(tái)主機(jī)h,該主機(jī)具有的Internet域名應(yīng)該為 A 。Ah.c Bcom.c.hCcom.h.cDc.h 4一臺(tái)主機(jī)希望解析域名 ,如果這臺(tái)效勞器配置的域名效勞器為8,Internet根域名效勞器為而存儲(chǔ) 與其IP地址對(duì)應(yīng)關(guān)系的域名效勞器為,那么這臺(tái)主機(jī)解析該域名時(shí)首先查詢 A 。A地址為8的域名效勞器B地址為的域名效勞器 C地址為的域名效勞器 D不能確定5在WWW中,標(biāo)識(shí)分布在

7、整個(gè)Internet上的文檔采用的是 A 。AURLB CHTMLD搜索引擎6當(dāng)僅需Web效勞器對(duì) 報(bào)文進(jìn)行響應(yīng),但并不需要返回請(qǐng)求對(duì)象時(shí), 請(qǐng)求報(bào)文應(yīng)該使用的方法是 D 。AGETBPUTCPOSTDHEAD7以下關(guān)于Cookie的說法中錯(cuò)誤的選項(xiàng)是 A 。ACookie存儲(chǔ)在效勞器端BCookie是效勞器產(chǎn)生的 CCookie會(huì)威脅客戶的隱私DCookie的作用是跟蹤客戶的訪問和狀態(tài)8以下說法中錯(cuò)誤的選項(xiàng)是 B 。A 協(xié)議是一個(gè)無(wú)狀態(tài)協(xié)議B 報(bào)文使用POST方法時(shí)實(shí)體主體為空C 報(bào)文使用HEAD方法時(shí)可以進(jìn)行故障跟蹤D利用 協(xié)議可以傳輸XML文件二、問答題1、 域名系統(tǒng)的主要功能

8、是什么?域名系統(tǒng)中的本地域名效勞器、根域名效勞器、頂級(jí)域名效勞器以及權(quán)限域名權(quán)效勞器有何區(qū)別?答:域名系統(tǒng)的主要功能:將域名解析為主機(jī)能識(shí)別的IP地址。因特網(wǎng)上的域名效勞器系統(tǒng)也是按照域名的層次來安排的。每一個(gè)域名效勞器都只對(duì)域名體系中的一局部進(jìn)行管轄。共有三種不同類型的域名效勞器。即本地域名效勞器、根域名效勞器、授權(quán)域名效勞器。當(dāng)一個(gè)本地域名效勞器不能立即答復(fù)某個(gè)主機(jī)的查詢時(shí),該本地域名效勞器就以DNS客戶的身份向某一個(gè)根域名效勞器查詢。假設(shè)根域名效勞器有被查詢主機(jī)的信息,就發(fā)送DNS答復(fù)報(bào)文給本地域名效勞器,然后本地域名效勞器再答復(fù)發(fā)起查詢的主機(jī)。但當(dāng)根域名效勞器沒有被查詢的主機(jī)的信息時(shí),

9、它一定知道某個(gè)保存有被查詢的主機(jī)名字映射的授權(quán)域名效勞器的IP地址。通常根域名效勞器用來管轄頂級(jí)域。根域名效勞器并不直接對(duì)頂級(jí)域下面所屬的所有的域名進(jìn)行轉(zhuǎn)換,但它一定能夠找到下面的所有二級(jí)域名的域名效勞器。每一個(gè)主機(jī)都必須在授權(quán)域名效勞器處注冊(cè)登記。通常,一個(gè)主機(jī)的授權(quán)域名效勞器就是它的主機(jī)ISP的一個(gè)域名效勞器。授權(quán)域名效勞器總是能夠?qū)⑵涔茌牭闹鳈C(jī)名轉(zhuǎn)換為該主機(jī)的IP地址。因特網(wǎng)允許各個(gè)單位根據(jù)本單位的具體情況將本域名劃分為假設(shè)干個(gè)域名效勞器管轄區(qū)。一般就在各管轄區(qū)中設(shè)置相應(yīng)的授權(quán)域名效勞器。2、 文件傳送協(xié)議FTP的主要工作過程是怎樣的?為什么說FTP是帶外傳送控制信息?主進(jìn)程和附屬進(jìn)程各

10、起什么作用?答:1FTP使用客戶效勞器方式。一個(gè)FTP效勞器進(jìn)程可同時(shí)為多個(gè)客戶進(jìn)程提供效勞。FTP 的效勞器進(jìn)程由兩大局部組成:一個(gè)主進(jìn)程,負(fù)責(zé)接受新的請(qǐng)求;另外有假設(shè)干個(gè)附屬進(jìn)程,負(fù)責(zé)處理單個(gè)請(qǐng)求。主進(jìn)程的工作步驟:1翻開熟知端口端口號(hào)為 21,使客戶進(jìn)程能夠連接上。2等待客戶進(jìn)程發(fā)出連接請(qǐng)求。3啟動(dòng)附屬進(jìn)程來處理客戶進(jìn)程發(fā)來的請(qǐng)求。附屬進(jìn)程對(duì)客戶進(jìn)程的請(qǐng)求處理完畢后即終止,但附屬進(jìn)程在運(yùn)行期間根據(jù)需要還可能創(chuàng)立其他一些子進(jìn)程。4回到等待狀態(tài),繼續(xù)接受其他客戶進(jìn)程發(fā)來的請(qǐng)求。主進(jìn)程與附屬進(jìn)程的處理是并發(fā)地進(jìn)行。FTP使用兩個(gè)TCP連接??刂七B接在整個(gè)會(huì)話期間一直保持翻開,F(xiàn)TP 客戶發(fā)出的

11、傳送請(qǐng)求通過控制連接發(fā)送給效勞器端的控制進(jìn)程,但控制連接不用來傳送文件。實(shí)際用于傳輸文件的是“數(shù)據(jù)連接。效勞器端的控制進(jìn)程在接收到 FTP 客戶發(fā)送來的文件傳輸請(qǐng)求后就創(chuàng)立“數(shù)據(jù)傳送進(jìn)程和“數(shù)據(jù)連接,用來連接客戶端和效勞器端的數(shù)據(jù)傳送進(jìn)程。數(shù)據(jù)傳送進(jìn)程實(shí)際完成文件的傳送,在傳送完畢后關(guān)閉“數(shù)據(jù)傳送連接并結(jié)束運(yùn)行。3、 假定一個(gè)超鏈從一個(gè)互聯(lián)網(wǎng)文檔鏈接到另一個(gè)互聯(lián)網(wǎng)文檔時(shí),由于互聯(lián)網(wǎng)文檔上出現(xiàn)了過失而使得超鏈出現(xiàn)一個(gè)無(wú)效的計(jì)算機(jī)名字。這時(shí)瀏覽器將向用戶報(bào)告什么?答:404 Not Found。4、 假定要從的URL獲得一個(gè)互聯(lián)網(wǎng)文檔。假設(shè)該互聯(lián)網(wǎng)效勞器的IP地址開始時(shí)并不知道。試問:除 外,還需

12、要什么應(yīng)用層協(xié)議和傳輸層協(xié)議?答:應(yīng)用層協(xié)議需要的是DNS。運(yùn)輸層協(xié)議需要的是UDPDNS使用和TCP 使用。5、 當(dāng)使用鼠標(biāo)點(diǎn)擊一個(gè)互聯(lián)網(wǎng)文檔時(shí),假設(shè)該文檔除了有文本外,還有一個(gè)本地.gif圖像和兩個(gè)遠(yuǎn)地.gif圖像。試問需要使用哪個(gè)應(yīng)用程序,以及需要建立幾次UDP連接和幾次TCP連接?答:假設(shè)使用 /1.0,需要建立0次UDP連接,4次TCP連接。假設(shè)使用 /1.1,需要建立0次UDP連接,1次TCP連接。 6、 考慮一個(gè)電子商務(wù)網(wǎng)站需要保存每一個(gè)客戶的購(gòu)置記錄。描述如何使用Cookie機(jī)制來完成該功能。解:步驟如下:1用戶第1次訪問電子商務(wù)網(wǎng)站時(shí),效勞器在 響應(yīng)報(bào)文中的cook

13、ie首部行中參加一個(gè)新產(chǎn)生的用戶ID,并在效勞器的后端數(shù)據(jù)庫(kù)中建立相應(yīng)記錄。2在用戶主機(jī)中產(chǎn)生Cookie文件,由用戶瀏覽器管理。 3用戶下一次訪問時(shí),瀏覽器在其 請(qǐng)求報(bào)文中的cookie首部行中引用效勞器所分配的用戶ID,用戶的購(gòu)置記錄會(huì)被記錄在后臺(tái)數(shù)據(jù)庫(kù)中。7、 假設(shè)域名為m.a 的主機(jī),由于重啟動(dòng)的原因兩次向本地DNS效勞器dns.a 查詢域名為 的IP地址。請(qǐng)說明域名轉(zhuǎn)換的過程。解:對(duì)主機(jī)m.a 的第一次請(qǐng)求,域名轉(zhuǎn)換過程如下:1主機(jī)m.a 作為客戶機(jī)向本地域名效勞器發(fā)出DNS查詢報(bào)文,查詢域名為 的主機(jī)的IP地址。2由于本地域名效勞器所管理的緩存中沒有該域名,本地域名效勞器

14、以客戶身份繼續(xù)向頂級(jí)域名效勞器查詢。3頂級(jí)域名效勞器根據(jù)被查詢域名中的abc,將下屬的權(quán)威域名效勞器的IP地址返回給本地域名效勞器dns.a 。然后,本地域名效勞器直接向權(quán)威域名效勞器進(jìn)行查詢。4權(quán)威域名效勞器將所查到的IP地址返回給本地域名效勞器dns.a 。5本地域名效勞器dns.a 將查到的IP地址告知主機(jī)m.a ,同時(shí)在本地域名效勞器中緩存下來。對(duì)主機(jī)m.a 的第二次請(qǐng)求,域名轉(zhuǎn)換過程如下:1主機(jī)m.a 向本地域名效勞器dns.a 提出對(duì) 的域名解析請(qǐng)求。2本地域名效勞器從緩存中發(fā)現(xiàn)有該域名的記錄。3本地域名效勞器取出該記錄,并將對(duì)應(yīng)的IP地址告知主機(jī)m.a 。8、 假設(shè)在Intern

15、et上有一臺(tái)FTP效勞器,其名稱為 ,IP地址為34,F(xiàn)TP效勞器進(jìn)程在默認(rèn)端口守候并支持匿名訪問用戶名:anonymous,口令:guest。如果某個(gè)用戶直接用效勞器名稱訪問該FTP效勞器,并從該效勞器下載文件File1和File2,請(qǐng)給出FTP客戶進(jìn)程與FTP效勞器進(jìn)程之間的交互過程。解:交互過程大致如下:1FTP客戶進(jìn)程訪問FTP效勞器 ,首先要完成對(duì)該效勞器域名的解析,最終獲得該效勞器的IP地址34;2FTP的客戶進(jìn)程與效勞器進(jìn)程之間使用TCP建立起一條控制連接,并經(jīng)過它傳送包括用戶名和口令在內(nèi)的各

16、種FTP命令;3控制連接建立之后,客戶進(jìn)程和效勞器進(jìn)程之間使用TCP建立一條數(shù)據(jù)連接,通過該數(shù)據(jù)連接進(jìn)行文件File1的傳輸;4當(dāng)文件File1傳輸完成之后,客戶進(jìn)程與效勞器進(jìn)程釋放數(shù)據(jù)連接。5客戶進(jìn)程和效勞器進(jìn)程之間使用TCP建立一條數(shù)據(jù)連接,通過該數(shù)據(jù)連接進(jìn)行文件File2的傳輸;6當(dāng)文件File2傳輸完成之后,客戶進(jìn)程與效勞器進(jìn)程分別釋放數(shù)據(jù)連接和控制連接。9、 假定在瀏覽器上點(diǎn)擊一個(gè)URL,但這個(gè)URL的IP地址以前并沒有緩存在本地主機(jī)上。因此需要用DNS自動(dòng)查找和解析。假定要解析到所要找的URL的IP地址共經(jīng)過n個(gè)DNS效勞器,所經(jīng)過的時(shí)間分別是RTT1, RTT2,RTTn。假定從

17、要找的網(wǎng)頁(yè)上只需要讀取一個(gè)很小的圖片即忽略這個(gè)小圖片的傳輸時(shí)間。從本地豬寄到這個(gè)網(wǎng)頁(yè)的往返時(shí)間是RTTw。試問從點(diǎn)擊這個(gè)URL開始,一直到本地主機(jī)的屏幕上出現(xiàn)所讀取的小圖片,一共需要經(jīng)過多少時(shí)間?解:解析IP地址需要時(shí)間是:RTT1+RTT2+RTTn。建立TCP連接和請(qǐng)求萬(wàn)維網(wǎng)文檔需要2RTTw。10、 上題中,假定同一臺(tái)效勞器的HTML文件中又鏈接了三個(gè)非常小的對(duì)象。假設(shè)忽略這些對(duì)象的發(fā)送時(shí)間,試計(jì)算客戶點(diǎn)擊讀取這些對(duì)象所需的時(shí)間。1沒有并行TCP連接的非持續(xù) ;2使用并行TCP連接的非持續(xù) ;3流水線方式的持續(xù) 。解:1所需時(shí)間=RTT1+RTT2+RTTn+8RTTw。2所需時(shí)間=RT

18、T1+RTT2+RTTn+4RTTw。3所需時(shí)間=RTT1+RTT2+RTTn+3RTTw。11、 試簡(jiǎn)述SMTP通信的三個(gè)階段的過程。答:1連接建立:連接是在發(fā)送主機(jī)的 SMTP 客戶和接收主機(jī)的 SMTP 效勞器之間建立的。SMTP不使用中間的郵件效勞器。2郵件傳送。3連接釋放:郵件發(fā)送完畢后,SMTP 應(yīng)釋放 TCP 連接。第三章 運(yùn)輸層一、選擇題1以下關(guān)于TCP和UDP的描述正確的選項(xiàng)是 C 。ATCP和UDP均是面向連接的BTCP和UDP均是無(wú)連接的CTCP是面向連接的,UDP是無(wú)連接的DUDP是面向連接的,TCP是無(wú)連接的2TCP和UDP協(xié)議使用了16位來表示端口號(hào),其中最常用的應(yīng)

19、用程序的端口號(hào)稱為熟知端口,其數(shù)值范圍是 C 。A0-127 B0-255 C0-1023 D0-65535 3提供可靠的端一端通信效勞的協(xié)議是 C 。AIP BUDP CTCP DX25 4在下面信息中, B 包含在TCP頭中而不包含在UDP頭中。A目標(biāo)端口號(hào) B順序號(hào) C發(fā)送端口號(hào) D校驗(yàn)和5通信子網(wǎng)不包括 C 。A物理層 B數(shù)據(jù)鏈路層 C傳輸層 D網(wǎng)絡(luò)層6關(guān)于TCP和UDP端口,以下說法中正確的選項(xiàng)是 A 。ATCP和UDP分別擁有自己的端口號(hào),二者互不干擾,可以共存于同一臺(tái)主機(jī) BTCP和UDP分別擁有自己的端口號(hào),但二者不能共存于同一臺(tái)主機(jī) CTCP和UDP的端口號(hào)沒有本質(zhì)區(qū)別,二者

20、互不干擾,可以共存于同一臺(tái)主機(jī) DTCP和UDP的端口號(hào)沒有本質(zhì)區(qū)別,但二者相互干擾,不能共存于同一臺(tái)主機(jī)7運(yùn)輸層向它上面的 D 提供通信效勞。A物理層 B數(shù)據(jù)鏈路層 C網(wǎng)絡(luò)層 D應(yīng)用層 8TCP軟件可以提供個(gè) C 不同端口。A28 B210 C216 D232 9關(guān)于無(wú)連接的通信,下面的描述中正確的選項(xiàng)是 C 。A由于為每一個(gè)分組獨(dú)立地建立和釋放邏輯連接,所以無(wú)連接的通信不適合傳送大量的數(shù)據(jù)B由于通信對(duì)方和通信線路都是預(yù)設(shè)的,所以在通信過程中無(wú)須任何有關(guān)連接的操作C目標(biāo)的地址信息被加在每個(gè)發(fā)送的分組上D無(wú)連接的通信協(xié)議UDP不能運(yùn)行在電路交換或租用專線網(wǎng)絡(luò)上10端到端通信作用于 C 之間。A

21、機(jī)器 B網(wǎng)絡(luò) C進(jìn)程 D設(shè)備 11三次握 制用于解決 A 問題。A網(wǎng)絡(luò)中出現(xiàn)重復(fù)請(qǐng)求報(bào)文 B網(wǎng)絡(luò)中出現(xiàn)大量請(qǐng)求報(bào)文C網(wǎng)絡(luò)中無(wú)請(qǐng)求報(bào)文 D網(wǎng)絡(luò)中出現(xiàn)大量確認(rèn)報(bào)文12在滑動(dòng)窗口機(jī)制中,發(fā)送窗口中的報(bào)文可能的狀態(tài)不包括 D 。A已發(fā)送但尚未確定 B未發(fā)送但可以連續(xù)發(fā)送C已發(fā)送且已得到確認(rèn) D未發(fā)送但已得到確認(rèn)13 C 層監(jiān)視源站到目的站的過失控制和流量控制。A物理 B數(shù)據(jù)鏈路 C傳輸 D網(wǎng)絡(luò) 14停-等是一種 C 技術(shù)。A線協(xié)調(diào) B流控 C過失控制 D會(huì)話管理 15滑動(dòng)窗口是一種 C 技術(shù)。A線協(xié)調(diào) B流控 C過失控制 D會(huì)話管理 16計(jì)算機(jī)網(wǎng)絡(luò)最本質(zhì)的活動(dòng)是分布在不同地理位置的主機(jī)之間的 C 。A

22、數(shù)據(jù)交換 B網(wǎng)絡(luò)連接 C進(jìn)程通信 D網(wǎng)絡(luò)效勞 17下面關(guān)于源端口地址和目標(biāo)端口地址的描述中,正確的選項(xiàng)是 C 。A在TCP/UDP報(bào)文中,源端口地址和目標(biāo)端口地址是不能相同的B在TCP/UDP報(bào)文中,源端口地址和目標(biāo)端口地址是可以相同的,用來表示發(fā)回給自己的數(shù)據(jù) C在TCP/UDP報(bào)文中,源端口地址和目標(biāo)端口地址是可以相同的,因?yàn)殡m然端口地址一樣,但其所在的主機(jī)是不同的D以上描述均不正確18在TCPIP網(wǎng)絡(luò)上,用來標(biāo)識(shí)主機(jī)和在主機(jī)上的應(yīng)用程序的是 D 。A端口號(hào)主機(jī)地址 B主機(jī)地址IP地址 CIP地址主機(jī)地址 DIP地址端口號(hào)19以下關(guān)于TCP和UDP的描述正確的選項(xiàng)是 C 。ATCP和UDP

23、都是無(wú)連接的BTCP是無(wú)連接的,UDP是面向連接的CTCP適用于可靠性較差的廣域網(wǎng),UDP適用于可靠性較高的局域網(wǎng)DTCP適用于可靠性較高的局域網(wǎng),UDP適用于可靠性較差的廣域網(wǎng)20在UDP報(bào)文中,偽首部的作用是 B 。A數(shù)據(jù)對(duì)齊 B計(jì)算校驗(yàn)和 C數(shù)據(jù)加密 D填充數(shù)據(jù)21在以下關(guān)于UDP的陳述中正確的選項(xiàng)是 D 。AUDP使用TCP傳輸協(xié)議 B給出數(shù)據(jù)的按序投遞C不允許多路復(fù)用 D提供普通用戶可直接使用的數(shù)據(jù)報(bào)效勞22UDP數(shù)據(jù)報(bào)頭部不包括 D 。AUDP源端口號(hào) BUDP檢驗(yàn)和CUDP目的端口號(hào) DUDP數(shù)據(jù)報(bào)頭部長(zhǎng)度23以下說法哪項(xiàng)是錯(cuò)誤的 C 。A用戶數(shù)據(jù)報(bào)協(xié)議UDP提供了面向非連接的,

24、不可靠的傳輸效勞。 B由于UDP是面向非連接的,因此它可以將數(shù)據(jù)直接封裝在IP數(shù)據(jù)報(bào)中進(jìn)行發(fā)送。C在應(yīng)用程序利用UDP協(xié)議傳輸數(shù)據(jù)之前,首先需要建立一條到達(dá)主機(jī)的UDP連接。D當(dāng)一個(gè)連接建立時(shí),連接的每一端分配一塊緩沖區(qū)來存儲(chǔ)接收到的數(shù)據(jù),并將緩沖區(qū)的尺寸發(fā)送給另一端。24在Internet上播放視頻,要降低傳輸延遲,應(yīng)使用 C 。AUDP協(xié)議的低開銷特性 BTCP協(xié)議的低開銷特性 CUDP協(xié)議的高開銷特性 DTCP協(xié)議的高開銷特性25TCP是一個(gè)面向連接的協(xié)議,它提供連接的功能是 A 的。A全雙工 B半雙工 C單工 D單方向26在TCP數(shù)據(jù)段的布局格式中,頭開始的固定格式長(zhǎng)度是 A 。A20

25、字節(jié) B24字節(jié) C32字節(jié) D36字節(jié)27在TCP協(xié)議中,建立連接需要經(jīng)過 C 階段。A直接握于 B2次握手 C3次握手 D4次握手28TCP采用滑動(dòng)窗口機(jī)制可對(duì)網(wǎng)絡(luò)進(jìn)行擁塞控制,在慢開始過程中4次成功發(fā)送報(bào)文段后,擁塞窗口的大小為 D 。A4 B8 C9 D16 29主機(jī)甲與主機(jī)乙之間已建立一個(gè)TCP連接,主機(jī)甲向主機(jī)乙發(fā)送了兩個(gè)連續(xù)的TCP段,分別包含300字節(jié)和500字節(jié)的有效載荷,第個(gè)段的序列號(hào)為200,主機(jī)乙正確接收兩個(gè)段后,發(fā)送給主機(jī)甲確實(shí)認(rèn)序列號(hào)是 D 。A500 B700 C800 D1000 30一個(gè)TCP連接總是以1KB的最大段長(zhǎng)發(fā)送TCP段,發(fā)送方有足夠的數(shù)據(jù)要發(fā)送。當(dāng)

26、擁塞窗口為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í),擁塞窗口大小是 C 。A7 KB B8 KB C9 KB D16 KB 31在TCP協(xié)議中,發(fā)送方的窗口大小決定于 C 。A僅接收方允許的窗口 B接收方允許的窗口和發(fā)送方允許的窗口C接收方允許的窗口和擁塞窗口 D發(fā)送方允許的窗口和擁塞窗口32TCP報(bào)文中,假設(shè)序號(hào)從1開始,確認(rèn)號(hào)為1000表示 A 。A已收到999字節(jié) B已收到1000字節(jié)C報(bào)文段999已收到 D報(bào)文段l000已收到33TCP報(bào)文包括兩個(gè)局部,他們是 C 。A源

27、地址和數(shù)據(jù) B目的地址和數(shù)據(jù) C頭部和數(shù)據(jù) D序號(hào)和數(shù)據(jù) 34對(duì)滑動(dòng)窗口流控方法,當(dāng)幀發(fā)送后,發(fā)送器窗口大小 D 。A增加 B減少 C加倍 D保持不變 35發(fā)送端滑動(dòng)窗口大小為15,頭15幀已發(fā)送,接收到的第1個(gè)ACK為ack15,那么說明接收端已接收的幀為 B 。A第15個(gè)幀 B第14個(gè)幀 C0到15個(gè)幀 D第0個(gè)幀 36在TCP協(xié)議中,終止連接需要經(jīng)過 D 階段。A直接握手 B2次握手 C3次握手 D4次握手37TCP使用三次握手協(xié)議來建立連接,握手的第一個(gè)報(bào)文段是由碼位字段的 A 位被置為1來識(shí)別,表示請(qǐng)求連接。ASYN BACK CPSH DFIN 38TCP使用三次握手協(xié)議來建立連接

28、,第一個(gè)報(bào)文段碼字段的 B 位和SYN位被置為1,指示對(duì)第一個(gè)報(bào)文確實(shí)認(rèn)。ASYN BACK CPSH DFIN 39當(dāng)一個(gè)應(yīng)用程序通知TCP數(shù)據(jù)已傳送完畢時(shí),TCP將單項(xiàng)地關(guān)閉這個(gè)程序,報(bào)文段碼位字段的 D 位均被置1,指示發(fā)方已發(fā)送完數(shù)據(jù)。ASYN BACK CPSH DFIN 40TCP協(xié)議為了實(shí)現(xiàn)可靠的效勞,采用超時(shí)重傳和累計(jì)確認(rèn)技術(shù),并規(guī)定,確認(rèn)號(hào)為 B 。A上一個(gè)已接收的報(bào)文段的末字節(jié)序號(hào)B下一個(gè)希望接收的報(bào)文段的首字節(jié)序號(hào) C下一個(gè)將要發(fā)送的報(bào)文段的末字節(jié)序號(hào)D下一個(gè)將要發(fā)送的報(bào)文段的首字節(jié)序號(hào) 二、問答題1、 當(dāng)應(yīng)用程序使用面向連接的TCP和無(wú)連接的IP時(shí),這種傳輸是面向連接的

29、還是面向無(wú)連接的?答:都是。這要在不同層次來看,在運(yùn)輸層是面向連接的,在網(wǎng)絡(luò)層那么是無(wú)連接的。2、 試舉例說明有些應(yīng)用程序愿意采用不可靠的UDP,而不用采用可靠的TCP。答:VOIP:由于語(yǔ)音信息具有一定的冗余度,人耳對(duì)VOIP數(shù)據(jù)報(bào)損失由一定的承受度,但對(duì)傳輸時(shí)延的變化較敏感。有過失的UDP數(shù)據(jù)報(bào)在接收端被直接拋棄,TCP數(shù)據(jù)報(bào)出錯(cuò)那么會(huì)引起重傳,可能帶來較大的時(shí)延擾動(dòng)。因此VOIP寧可采用不可靠的UDP,而不愿意采用可靠的TCP。3、 接收方收到有過失的UDP用戶數(shù)據(jù)報(bào)時(shí)應(yīng)如何處理?答:丟棄4、 如果應(yīng)用程序愿意使用UDP來完成可靠的傳輸,這可能嗎?請(qǐng)說明理由答:可能,但應(yīng)用程序中必須額外

30、提供與TCP相同的功能。5、 為什么說UDP是面向報(bào)文的,而TCP是面向字節(jié)流的?答:發(fā)送方 UDP 對(duì)應(yīng)用程序交下來的報(bào)文,在添加首部后就向下交付 IP 層。UDP 對(duì)應(yīng)用層交下來的報(bào)文,既不合并,也不拆分,而是保存這些報(bào)文的邊界。接收方 UDP 對(duì) IP 層交上來的 UDP 用戶數(shù)據(jù)報(bào),在去除首部后就原封不動(dòng)地交付上層的應(yīng)用進(jìn)程,一次交付一個(gè)完整的報(bào)文。發(fā)送方TCP對(duì)應(yīng)用程序交下來的報(bào)文數(shù)據(jù)塊,視為無(wú)結(jié)構(gòu)的字節(jié)流無(wú)邊界約束,可分拆/合并,但維持各字節(jié)6、 端口的作用是什么?為什么端口要?jiǎng)澐譃槿N?答:端口的作用是對(duì)TCP/IP體系的應(yīng)用進(jìn)程進(jìn)行統(tǒng)一的標(biāo)志,使運(yùn)行不同操作系統(tǒng)的計(jì)算機(jī)的應(yīng)用進(jìn)

31、程能夠互相通信。熟知端口,數(shù)值一般為01023.標(biāo)記常規(guī)的效勞進(jìn)程;登記端口號(hào),數(shù)值為102449151,標(biāo)記沒有熟知端口號(hào)的非常規(guī)的效勞進(jìn)程;7、 試說明運(yùn)輸層中偽首部的作用。答:用于計(jì)算運(yùn)輸層數(shù)據(jù)報(bào)校驗(yàn)和。8、 某個(gè)應(yīng)用進(jìn)程使用運(yùn)輸層的用戶數(shù)據(jù)報(bào)UDP,然而繼續(xù)向下交給IP層后,又封裝成IP數(shù)據(jù)報(bào)。既然都是數(shù)據(jù)報(bào),可否跳過UDP而直接交給IP層?哪些功能UDP提供了但I(xiàn)P沒提提供?答:不可跳過UDP而直接交給IP層IP數(shù)據(jù)報(bào)IP報(bào)承當(dāng)主機(jī)尋址,提供報(bào)頭檢錯(cuò);只能找到目的主機(jī)而無(wú)法找到目的進(jìn)程。UDP提供對(duì)應(yīng)用進(jìn)程的復(fù)用和分用功能,以及提供對(duì)數(shù)據(jù)差分的過失檢驗(yàn)。9、 一個(gè)應(yīng)用程序用UDP,到

32、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ù)報(bào)片仍然保存在目的站的緩存中。答:不行重傳時(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)。10、 一個(gè)UDP用戶數(shù)據(jù)的數(shù)據(jù)字段為8192季節(jié)。在數(shù)據(jù)鏈路層要使用以太網(wǎng)來傳送

33、。試問應(yīng)當(dāng)劃分為幾個(gè)IP數(shù)據(jù)報(bào)片?說明每一個(gè)IP數(shù)據(jù)報(bào)字段長(zhǎng)度和片偏移字段的值。答:6個(gè)。數(shù)據(jù)字段的長(zhǎng)度:前5個(gè)是1480字節(jié),最后一個(gè)是800字節(jié)。片偏移字段的值分別是:0,1480,2960,4440,5920和7400.11、 一UDP用戶數(shù)據(jù)報(bào)的首部十六進(jìn)制表示是:06 32 00 45 00 1C E2 17.試求源端口、目的端口、用戶數(shù)據(jù)報(bào)的總長(zhǎng)度、數(shù)據(jù)局部長(zhǎng)度。這個(gè)用戶數(shù)據(jù)報(bào)是從客戶發(fā)送給效勞器發(fā)送給客戶?使用UDP的這個(gè)效勞器程序是什么?解:源端口是0 X0632=1586,目的端口是0 X0045=69,UDP 用戶數(shù)據(jù)報(bào)總長(zhǎng)度是0X001C=28B,數(shù)據(jù)局部長(zhǎng)度是28-8=

34、20B。因?yàn)槟康亩丝谔?hào)69<1023,是熟知端口,所以此UDP用戶數(shù)據(jù)報(bào)是從客戶發(fā)給效勞器。效勞器程序是TFTP。12、 在停止等待協(xié)議中如果不使用編號(hào)是否可行?為什么?答:分組和確認(rèn)分組都必須進(jìn)行編號(hào),才能明確哪個(gè)分組得到了確認(rèn)。13、 主機(jī)A向主機(jī)B發(fā)送一個(gè)很長(zhǎng)的文件,其長(zhǎng)度為L(zhǎng)字節(jié)。假定TCP使用的MSS有1460字節(jié)。1在TCP的序號(hào)不重復(fù)使用的條件下,L的最大值是多少?2假定使用上面計(jì)算出文件長(zhǎng)度,而運(yùn)輸層、網(wǎng)絡(luò)層和數(shù)據(jù)鏈路層所使用的首部開銷共66字節(jié),鏈路的數(shù)據(jù)率為10Mbps/s,試求這個(gè)文件所需的最短發(fā)送時(shí)間。解:1因?yàn)門CP協(xié)議的序號(hào)為32位,所以L的最大值是232 =

35、 4GB。2需要分成的TCP報(bào)文段數(shù)目為X = LMAX / 1460 = 2941758那么發(fā)送的總字節(jié)數(shù)為原始數(shù)據(jù),加上所傳輸報(bào)文段的首部不考慮連接建立階段,僅考慮數(shù)據(jù)的傳輸所花費(fèi)的時(shí)間N = L + 66 * X = 232 + 66 * 232/1460發(fā)送N字節(jié)需時(shí)間為:N×8/(10×106)。14、 主機(jī)A向主機(jī)B連續(xù)發(fā)送了兩個(gè)TCP報(bào)文段,其序號(hào)分別為70和100。試問:1第一個(gè)報(bào)文段攜帶了多少個(gè)字節(jié)的數(shù)據(jù)?2主機(jī)B收到第一個(gè)報(bào)文段后發(fā)回確實(shí)認(rèn)中確實(shí)認(rèn)號(hào)應(yīng)當(dāng)是多少?3如果主機(jī)B收到第二個(gè)報(bào)文段后發(fā)回確實(shí)認(rèn)中確實(shí)認(rèn)號(hào)是180,試問A發(fā)送的第二個(gè)報(bào)文段中的數(shù)據(jù)有

36、多少字節(jié)?4如果A發(fā)送的第一個(gè)報(bào)文段喪失了,但第二個(gè)報(bào)文段到達(dá)了B。B在第二個(gè)報(bào)文段到達(dá)后向A發(fā)送確認(rèn)。試問這個(gè)確認(rèn)號(hào)應(yīng)為多少?確認(rèn)號(hào)是已經(jīng)正確接收了多少,序號(hào)是將要發(fā)送的首部解:1第一個(gè)報(bào)文段的數(shù)據(jù)序號(hào)是70到99,共30字節(jié)的數(shù)據(jù)。2確認(rèn)號(hào)應(yīng)為100。380字節(jié)。470 。15、 一個(gè)TCP報(bào)文段的數(shù)據(jù)局部最多有多少個(gè)字節(jié)?為什么?如果用戶要傳送的數(shù)據(jù)的字節(jié)長(zhǎng)度超過TCP報(bào)文字段中的序號(hào)字段可能編出的最大序號(hào),問還能否用TCP來傳送?答:因?yàn)門CP報(bào)文段的數(shù)據(jù)局部加上TCP首部的20字節(jié),再加上IP首部的20字節(jié),正好是IP數(shù)據(jù)報(bào)的最大長(zhǎng)度65535。所以TCP報(bào)文段的數(shù)據(jù)局部最多有655

37、35-40=65495個(gè)字節(jié)??梢允褂肨CP協(xié)議來傳送,因?yàn)樾蛱?hào)字段編號(hào)到最大值,又重新開始從0開始編號(hào)。16、 主機(jī)A向主機(jī)B發(fā)送TCP報(bào)文段,首部中的源端口是m而目的端口是n。當(dāng)B向A發(fā)送回信時(shí),其TCP報(bào)文段的首部中源端口和目的端口分別是什么?答:分別是n和m。17、 設(shè)TCP的ssthresh的初始值為8單位為報(bào)文段。當(dāng)擁塞窗口上升到12時(shí)網(wǎng)絡(luò)發(fā)生了超時(shí),TCP使用慢開始和擁塞防止。試分別求出第1次到第15次傳輸?shù)母鲹砣翱诖笮 D隳苷f明擁塞控制窗口每一次變化的原因嗎?答:擁塞窗口大小分別為:1,2,4,8,9,10,11,12,1,2,4,6,7,8,9.18、 假定TCP 使用兩次

38、握手替代三次握手來建立連接。那么現(xiàn)在是否可能產(chǎn)生死鎖?請(qǐng)給出例子來說明你的答案。解:我們知道,3 次握手完成兩個(gè)重要功能,既要雙方做好發(fā)送數(shù)據(jù)的準(zhǔn)備工作,也要允許雙方就初始序列號(hào)進(jìn)行協(xié)商,這個(gè)序列號(hào)在握手過程中被發(fā)送與確認(rèn)?,F(xiàn)在把3次握手改成2次握手,死鎖是可能發(fā)生的。例如,A和B 通信。設(shè)A 給B發(fā)送一個(gè)建立連接的請(qǐng)求分組,B收到了這個(gè)分組,并發(fā)送了ACK分組。按照2次握手的約定,B認(rèn)為次連接已經(jīng)建立了,可以開始發(fā)送數(shù)據(jù)分組了。但是,A在B的ACK分組喪失的情況下,不知道B是否已準(zhǔn)備好,不知道B建議的序號(hào),也不知道B是否同意A建議的序號(hào),甚至疑心B是否收到A發(fā)送的連接請(qǐng)求分組。因而,A認(rèn)為次

39、連接未建立,忽略B發(fā)來的任何分組,只等待接收連接確認(rèn)分組ACK。而B在發(fā)出的分組超時(shí)后,又重復(fù)發(fā)送同樣的分組。這樣就形成了死鎖。19、 為什么在TCP首部中有一個(gè)首部長(zhǎng)度字段,而UDP的首部中就沒有這個(gè)這個(gè)字段?答:TCP首部除固定長(zhǎng)度局部外,還有選項(xiàng),因此TCP首部長(zhǎng)度是可變的。UDP首部長(zhǎng)度是固定的。20、 在使用TCP傳送數(shù)據(jù)時(shí),如果有一個(gè)確認(rèn)報(bào)文段喪失了,也不一定會(huì)引起與該確認(rèn)報(bào)文段對(duì)應(yīng)的數(shù)據(jù)的重傳。試說明理由。答:還未重傳就收到了對(duì)更高序號(hào)確實(shí)認(rèn)。21、 設(shè)TCP使用的最大窗口為65535字節(jié),而傳輸信道不產(chǎn)生過失,帶寬也不受限制。假設(shè)報(bào)文段的平均往返時(shí)延為20ms,問所能得到的最大

40、吞吐量是多少?答:在發(fā)送時(shí)延可忽略的情況下,最大數(shù)據(jù)率=最大窗口*8/平均往返時(shí)間=26.2Mb/s。22、 解釋為什么突然釋放運(yùn)輸連接就可能會(huì)喪失用戶數(shù)據(jù),而使用TCP的連接釋放方法就可保證不喪失數(shù)據(jù)。答:當(dāng)主機(jī)1和主機(jī)2之間連接建立后,主機(jī)1發(fā)送了一個(gè)TCP數(shù)據(jù)段并正確抵達(dá)主機(jī)2,接著主機(jī)1發(fā)送另一個(gè)TCP數(shù)據(jù)段,這次很不幸,主機(jī)2在收到第二個(gè)TCP數(shù)據(jù)段之前發(fā)出了釋放連接請(qǐng)求,如果就這樣突然釋放連接,顯然主機(jī)1發(fā)送的第二個(gè)TCP報(bào)文段會(huì)喪失。而使用TCP的連接釋放方法,主機(jī)2發(fā)出了釋放連接的請(qǐng)求,那么即使收到主機(jī)1確實(shí)認(rèn)后,只會(huì)釋放主機(jī)2到主機(jī)1方向的連接,即主機(jī)2不再向主機(jī)1發(fā)送數(shù)據(jù),

41、而仍然可接受主機(jī)1發(fā)來的數(shù)據(jù),所以可保證不喪失數(shù)據(jù)。23、 簡(jiǎn)述TCP效勞器端套接字的實(shí)現(xiàn)流程。答:基于TCP面向連接的socket編程,分為效勞器端和客戶端。效勞器端的流程如下:1創(chuàng)立套接字socket;2將套接字綁定到一個(gè)本地地址和端口上bind;3將套接字設(shè)為監(jiān)聽模式,準(zhǔn)備接收客戶端請(qǐng)求listen;4等待客戶請(qǐng)求到來;當(dāng)請(qǐng)求到來后,接受連接請(qǐng)求,返回一個(gè)新的對(duì)應(yīng)于此次連接的套接字accept;5用返回的套接字和客戶端進(jìn)行通信send/recv;6返回,等待另一個(gè)客戶請(qǐng)求;7關(guān)閉套接字。另:客戶端的流程可簡(jiǎn)述如下:1創(chuàng)立套接字socket;2向效勞器發(fā)出連接請(qǐng)求connect;3和效勞器

42、端進(jìn)行通信send/recv;4關(guān)閉套接字。24、 簡(jiǎn)述TCP可靠數(shù)據(jù)傳輸?shù)倪^程即可靠傳輸機(jī)制或原理。答:TCP 采用了序列號(hào)、確認(rèn)、滑動(dòng)窗口協(xié)議等機(jī)制來保證可靠的數(shù)據(jù)傳輸。首先,TCP 要為所發(fā)送的每一個(gè)分段加上序列號(hào),保證每一個(gè)分段能被接收方接收,并只被正確地接收一次。其次,TCP 采用具有重傳功能的積極確認(rèn)技術(shù)作為可靠數(shù)據(jù)流傳輸效勞的根底。這里,"確認(rèn)"是指接收端在正確收到分段之后向發(fā)送端回送一個(gè)確認(rèn)ACK信息。發(fā)送方將每個(gè)已發(fā)送的分段備份在自己的發(fā)送緩沖區(qū)里,而且在收到相應(yīng)確實(shí)認(rèn)之前是不會(huì)丟棄所保存的分段的。"積極"是指發(fā)送方在每一個(gè)分段發(fā)送完畢

43、的同時(shí)啟動(dòng)一個(gè)定時(shí)器,假設(shè)定時(shí)器的定時(shí)期滿而關(guān)于分段確實(shí)認(rèn)信息尚未到達(dá),那么發(fā)送方認(rèn)為該分段已喪失并主動(dòng)重發(fā)。為了防止由于網(wǎng)絡(luò)延遲引起遲到確實(shí)認(rèn)和重復(fù)確實(shí)認(rèn),TCP 規(guī)定在確認(rèn)信息中捎帶一個(gè)分段的序號(hào),使接收方能正確地將分段與確認(rèn)聯(lián)系起來。第三,采用可變長(zhǎng)的滑動(dòng)窗口協(xié)議進(jìn)行流量控制,以防止由于發(fā)送端與接收端之間的不匹配而引起數(shù)據(jù)喪失。TCP 采用可變長(zhǎng)的滑動(dòng)窗口,使得發(fā)送端與接收端可根據(jù)自己的CPU和數(shù)據(jù)緩存資源對(duì)數(shù)據(jù)發(fā)送和接收能力作出動(dòng)態(tài)調(diào)整,從而靈活性更強(qiáng),也更合理。25、 在TCP的擁塞控制中,什么是慢開始、擁塞防止、快重傳和快恢復(fù)算法?這里每一種算法各起什么作用?“加增倍減的“乘法減少

44、和“加法增大各用在什么情況下?答:慢開始:在主機(jī)剛剛開始發(fā)送報(bào)文段時(shí),先將擁塞窗口 cwnd 設(shè)置為一個(gè)最大報(bào)文段 MSS 的數(shù)值,同時(shí)設(shè)置慢開始閾值ssthresh為某個(gè)值比方64KB或16個(gè)MSS。在每收到一個(gè)新的報(bào)文段確實(shí)認(rèn)后,將擁塞窗口增加至多一個(gè) MSS 的數(shù)值。用這樣的方法逐步增大發(fā)送端的擁塞窗口 cwnd,可以使分組注入到網(wǎng)絡(luò)的速率更加合理。擁塞防止:當(dāng)擁塞窗口值大于ssthresh時(shí),停止使用慢開始算法而改用擁塞防止算法。擁塞防止算法使發(fā)送端的擁塞窗口每經(jīng)過一個(gè)往返時(shí)延RTT就增加一個(gè)MSS的大小??熘貍魉惴ㄒ?guī)定,發(fā)送端只要一連收到三個(gè)重復(fù)的 ACK 即可斷定有分組喪失了,就應(yīng)

45、立即重傳喪失的報(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 + 3 *MSS。3 假設(shè)收到的重復(fù)的 ACK 為 n 個(gè)n > 3,那么將 cwnd 設(shè)置為 ssthresh + n * MSS。4 假設(shè)發(fā)送窗口值還容許發(fā)送報(bào)文段,就按擁塞防止算法繼續(xù)發(fā)送報(bào)文段。5 假設(shè)收到了確認(rèn)新的報(bào)文段的 ACK,就將 cwnd 縮小到 ssthresh?!俺朔p小是指不管在慢開始階段還是擁塞防止階段,只要出現(xiàn)一

46、次超時(shí)即出現(xiàn)一次網(wǎng)絡(luò)擁塞,就把慢開始門限值 ssthresh 設(shè)置為當(dāng)前的擁塞窗口值的一半。當(dāng)網(wǎng)絡(luò)頻繁出現(xiàn)擁塞時(shí),ssthresh 值就下降得很快,以大大減少注入到網(wǎng)絡(luò)中的分組數(shù)?!凹臃ㄔ龃笫侵笀?zhí)行擁塞防止算法后,當(dāng)收到對(duì)所有報(bào)文段確實(shí)認(rèn)就將擁塞窗口 cwnd增加一個(gè) MSS 大小,使擁塞窗口緩慢增大,以防止網(wǎng)絡(luò)過早出現(xiàn)擁塞。26、 請(qǐng)作圖說明TCP三次握手的過程。27、 當(dāng)TCP連接初始化時(shí),把擁塞窗口cwnd置為1,慢開始門限的初始值設(shè)置為16。假設(shè)當(dāng)擁塞窗口值為24時(shí),發(fā)生擁塞。試運(yùn)用慢開始和擁塞防止算法畫出擁塞窗口值與傳輸輪次的關(guān)系曲線。28、 當(dāng)TCP連接初始化時(shí),把擁塞窗口cwnd

47、置為1,慢開始門限的初始值設(shè)置為16。假設(shè)當(dāng)擁塞窗口值為24時(shí),發(fā)送方連續(xù)收到3個(gè)重復(fù)確實(shí)認(rèn)報(bào)文段。試運(yùn)用慢開始、擁塞防止、快重傳和快恢復(fù)算法畫出擁塞窗口值與傳輸輪次的關(guān)系曲線。29、 TCP的擁塞窗口cwnd大小與傳輸輪次n的關(guān)系如下所示:cwnd  n 1 1 2 2 4 3 8 4 16 5 32 6 33 7 34 8 35 9 36 10 37 11 38 12 39 13 cwnd  n 40 14 41 15 42 16 21 17 22 18 23 19 24 20 25 21 26 22 1 23 2 24 4 25 8 26 1試畫出如圖5-25所示的擁

48、塞窗口與傳輸輪次的關(guān)系曲線。2指明TCP工作在慢開始階段的時(shí)間間隔。3指明TCP工作在擁塞防止階段的時(shí)間間隔。4在第16輪次和第22輪次之后發(fā)送方是通過收到三個(gè)重復(fù)確實(shí)認(rèn)還是通過超市檢測(cè)到喪失了報(bào)文段?5在第1輪次,第18輪次和第24輪次發(fā)送時(shí),門限ssthresh分別被設(shè)置為多大?6在第幾輪次發(fā)送出第70個(gè)報(bào)文段?7假定在第26輪次之后收到了三個(gè)重復(fù)確實(shí)認(rèn),因而檢測(cè)出了報(bào)文段的喪失,那么擁塞窗口cwnd和門限ssthresh應(yīng)設(shè)置為多大?答:1擁塞窗口與傳輸輪次的關(guān)系曲線。2 慢開始時(shí)間間隔:【1,6】和【23,26】3 擁塞防止時(shí)間間隔:【6,16】和【17,22】4 在第16輪次之后發(fā)送

49、方通過收到三個(gè)重復(fù)確實(shí)認(rèn)檢測(cè)到喪失的報(bào)文段。在第22輪次之后發(fā)送方是通過超時(shí)檢測(cè)到喪失的報(bào)文段。5 在第1輪次發(fā)送時(shí),門限ssthresh被設(shè)置為32在第18輪次發(fā)送時(shí),門限ssthresh被設(shè)置為發(fā)生擁塞時(shí)的一半,即21.在第24輪次發(fā)送時(shí),門限ssthresh是第18輪次發(fā)送時(shí)設(shè)置的216 第70報(bào)文段在第7輪次發(fā)送出。7 擁塞窗口cwnd和門限ssthresh應(yīng)設(shè)置為8的一半,即4。第四章 網(wǎng)絡(luò)層一、選擇題(1) 應(yīng)用程序PING 發(fā)出的是 C 報(bào)文。A、TCP 請(qǐng)求報(bào)文。B、TCP 應(yīng)答報(bào)文。C、ICMP 請(qǐng)求報(bào)文。D、ICMP 應(yīng)答報(bào)文。(2) 小于 C 的TCP/UDP端口號(hào)已保存

50、與現(xiàn)有效勞一一對(duì)應(yīng),此數(shù)字以上的端口號(hào)可自由分配。A、199B、100C、1024D、2048(3) 當(dāng)一臺(tái)主機(jī)從一個(gè)網(wǎng)絡(luò)移到另一個(gè)網(wǎng)絡(luò)時(shí),以下說法正確的選項(xiàng)是 B 。A、必須改變它的IP 地址和MAC 地址B、必須改變它的IP 地址,但不需改動(dòng)MAC 地址C、必須改變它的MAC 地址,但不需改動(dòng)IP 地址D、MAC 地址、IP 地址都不需改動(dòng)(4) 路由器的數(shù)據(jù)連路層收到報(bào)文的MTU 大于該路由器將要發(fā)出接口的最大MTU 時(shí),采取的策略是 B 。A、丟掉該分組B、將該分組分片C、向源路由器發(fā)出請(qǐng)求,減小其分組大小D、直接轉(zhuǎn)發(fā)該分組(5) 當(dāng)路由器接收的IP 報(bào)文的TTL 值等于0 時(shí),采取的

51、策略是 A 。A、丟掉該分組B、將該分組分片C、轉(zhuǎn)發(fā)該分組D、以上答案均不對(duì)(6) 當(dāng)路由器接收的報(bào)文的目的IP地址在路由器路由表中沒有對(duì)應(yīng)的表項(xiàng)時(shí),采取策略是 A 。A、丟掉該分組B、將該分組分片C、轉(zhuǎn)發(fā)該分組D、以上答案均不對(duì)(7) 在RIP 中metric 等于 D 為不可達(dá)。A、8B、9C、15D、16(8) RIP 是在 D 之上的一種路由協(xié)議。A、EthernetB、IPC、TCPD、UDP(9) 以下屬于正確的主機(jī)的IP地址的是 B 。A、2B、11C、D、(10) 與9 mask 255.255.

溫馨提示

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

評(píng)論

0/150

提交評(píng)論