《計算機網(wǎng)絡(luò)基礎(chǔ)》習題匯總及答案

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

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

3、，那么傳播時延就可能是總時延中的主要成分。4、 長度為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ù)長度為1000字節(jié)，數(shù)據(jù)的傳輸效率是多少？解：1100 / (100+20+20+18) = 63.3%21000 / (1000+20+20+18) = 94.5%5、 網(wǎng)絡(luò)協(xié)議的三個要素是什么？各有什么含義？答：網(wǎng)絡(luò)協(xié)議：為進行網(wǎng)絡(luò)中的數(shù)據(jù)交換而建立

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

26、擁塞窗口為16KB時發(fā)送了超時，如果用慢開始算法，接下來的4個RTT往返時間時間內(nèi)的TCP段的傳輸是成功的，那么當?shù)?個RTT時間內(nèi)發(fā)送的所有TCP段都得到肯定應(yīng)答時，擁塞窗口大小是 C 。A7 KB B8 KB C9 KB D16 KB 31在TCP協(xié)議中，發(fā)送方的窗口大小決定于 C 。A僅接收方允許的窗口 B接收方允許的窗口和發(fā)送方允許的窗口C接收方允許的窗口和擁塞窗口 D發(fā)送方允許的窗口和擁塞窗口32TCP報文中，假設(shè)序號從1開始，確認號為1000表示 A 。A已收到999字節(jié) B已收到1000字節(jié)C報文段999已收到 D報文段l000已收到33TCP報文包括兩個局部，他們是 C 。A源

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

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

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

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

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

32、IP層把數(shù)據(jù)報在劃分為4個數(shù)據(jù)報片發(fā)送出去，結(jié)果前兩個數(shù)據(jù)報片喪失，后兩個到達目的站。過了一段時間應(yīng)用程序重傳UDP，而IP層仍然劃分為4個數(shù)據(jù)報片來傳送。結(jié)果這次前兩個到達目的站而后兩個喪失。試問：在目的站能否將這兩次傳輸?shù)?個數(shù)據(jù)報片組裝成完整的數(shù)據(jù)報？假定目的站第一次收到的后兩個數(shù)據(jù)報片仍然保存在目的站的緩存中。答：不行重傳時，IP數(shù)據(jù)報的標識字段會有另一個標識符。僅當標識符相同的IP數(shù)據(jù)報片才能組裝成一個IP數(shù)據(jù)報。前兩個IP數(shù)據(jù)報片的標識符與后兩個IP數(shù)據(jù)報片的標識符不同，因此不能組裝成一個IP數(shù)據(jù)報。10、 一個UDP用戶數(shù)據(jù)的數(shù)據(jù)字段為8192季節(jié)。在數(shù)據(jù)鏈路層要使用以太網(wǎng)來傳送

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

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

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

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

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

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

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

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

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

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

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

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

45、立即重傳喪失的報文段而不必繼續(xù)等待為該報文段設(shè)置的重傳計時器的超時。快恢復算法：1 當發(fā)送端收到連續(xù)三個重復的 ACK 時，就重新設(shè)置慢開始門限 ssthresh。2 與慢開始不同之處是擁塞窗口 cwnd 不是設(shè)置為 1，而是設(shè)置為 ssthresh + 3 *MSS。3 假設(shè)收到的重復的 ACK 為 n 個n > 3，那么將 cwnd 設(shè)置為 ssthresh + n * MSS。4 假設(shè)發(fā)送窗口值還容許發(fā)送報文段，就按擁塞防止算法繼續(xù)發(fā)送報文段。5 假設(shè)收到了確認新的報文段的 ACK，就將 cwnd 縮小到 ssthresh?！俺朔p小是指不管在慢開始階段還是擁塞防止階段，只要出現(xiàn)一

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

47、置為1，慢開始門限的初始值設(shè)置為16。假設(shè)當擁塞窗口值為24時，發(fā)送方連續(xù)收到3個重復確實認報文段。試運用慢開始、擁塞防止、快重傳和快恢復算法畫出擁塞窗口值與傳輸輪次的關(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工作在慢開始階段的時間間隔。3指明TCP工作在擁塞防止階段的時間間隔。4在第16輪次和第22輪次之后發(fā)送方是通過收到三個重復確實認還是通過超市檢測到喪失了報文段？5在第1輪次，第18輪次和第24輪次發(fā)送時，門限ssthresh分別被設(shè)置為多大？6在第幾輪次發(fā)送出第70個報文段？7假定在第26輪次之后收到了三個重復確實認，因而檢測出了報文段的喪失，那么擁塞窗口cwnd和門限ssthresh應(yīng)設(shè)置為多大？答：1擁塞窗口與傳輸輪次的關(guān)系曲線。2 慢開始時間間隔：【1，6】和【23，26】3 擁塞防止時間間隔：【6，16】和【17，22】4 在第16輪次之后發(fā)送

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

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

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