




已閱讀5頁,還剩33頁未讀, 繼續(xù)免費閱讀
版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)
文檔簡介
第一章 概述1、 比較電路交換、報文交換和分組交換的主要優(yōu)缺點。答:(1)電路交換:端對端通信質(zhì)量因約定了通信資源獲得可靠保障,對連續(xù)傳送大量數(shù)據(jù)效率高。(2)報文交換:無須預約傳輸帶寬,動態(tài)逐段利用傳輸帶寬對突發(fā)式數(shù)據(jù)通信效率高,通信迅速。(3)分組交換:具有報文交換之高效、迅速的要點,且各分組小,路由靈活,網(wǎng)絡(luò)生存性能好。 2、 計算機網(wǎng)絡(luò)有哪些常用的性能指標?答:速率,帶寬,吞吐量,時延,時延帶寬積,往返時間RTT,利用率3、 收發(fā)兩端之間的傳輸距離為1000km,信號在媒體上的傳播速率為2108m/s。試計算以下兩種情況的發(fā)送時延和傳播時延: (1) 數(shù)據(jù)長度為107 bit,數(shù)據(jù)發(fā)送速率為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 s(2)發(fā)送時延ts = 103bit / (109 bit/s) = 1s傳播時延:tp = 106 / (2 108) = 0.005s結(jié)論:若數(shù)據(jù)長度大而發(fā)送速率低,則在總的時延中,發(fā)送時延往往大于傳播時延。但若數(shù)據(jù)長度短而發(fā)送速率高,則傳播時延就可能是總時延中的主要成分。4、 長度為100字節(jié)的應用層數(shù)據(jù)交給傳輸層傳送,需加上20字節(jié)的TCP首部。再交給網(wǎng)絡(luò)層傳送,需加上20字節(jié)的IP首部。最后交給數(shù)據(jù)鏈路層的以太網(wǎng)傳送,加上首部和尾部共18字節(jié)。試求數(shù)據(jù)的傳輸效率。數(shù)據(jù)的傳輸效率是指發(fā)送的應用層數(shù)據(jù)除以所發(fā)送的總數(shù)據(jù)(即應用數(shù)據(jù)加上各種首部和尾部的額外開銷)若應用層數(shù)據(jù)長度為1000字節(jié),數(shù)據(jù)的傳輸效率是多少?解:(1)100 / (100+20+20+18) = 63.3%(2)1000 / (1000+20+20+18) = 94.5%5、 網(wǎng)絡(luò)協(xié)議的三個要素是什么?各有什么含義?答:網(wǎng)絡(luò)協(xié)議:為進行網(wǎng)絡(luò)中的數(shù)據(jù)交換而建立的規(guī)則、標準或約定。由以下三個要素組成:(1)語法:即通信實體之間發(fā)送/接收數(shù)據(jù)與控制信息的結(jié)構(gòu)或格式。(2)語義:即需要發(fā)出何種控制信息,完成何種動作以及做出何種響應。(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é)點間的線路上無差錯地傳送以幀(frame)為單位的數(shù)據(jù)。每一幀包括數(shù)據(jù)和必要的控制信息。網(wǎng)絡(luò)層 網(wǎng)絡(luò)層的任務(wù)就是要選擇合適的路由,使發(fā)送方的運輸層所傳下來的分組能夠正確無誤地按照地址找到目的站,并交付給目的站的運輸層。運輸層 運輸層的任務(wù)是向上一層的進行通信的兩個進程之間提供一個可靠的端到端服務(wù),使它們看不見運輸層以下的數(shù)據(jù)通信的細節(jié)。應用層 應用層直接為用戶的應用進程提供服務(wù)。17第二章 應用層一、選擇題1DNS不能提供的服務(wù)是( C )。A將主機別名轉(zhuǎn)換為規(guī)范主機名B將主機名轉(zhuǎn)換為主機的IP地址C將IP地址轉(zhuǎn)換為MAC地址D在冗余的服務(wù)器間進行負載分配2是一個( D )。AURLBDNSCMAC地址D主機名3某公司c有一臺主機h,該主機具有的Internet域名應該為( A )。ABcom.c.hCcom.h.cD4一臺主機希望解析域名,如果這臺服務(wù)器配置的域名服務(wù)器為8,Internet根域名服務(wù)器為而存儲與其IP地址對應關(guān)系的域名服務(wù)器為,那么這臺主機解析該域名時首先查詢( A )。A地址為8的域名服務(wù)器B地址為的域名服務(wù)器C地址為的域名服務(wù)器D不能確定5在WWW中,標識分布在整個Internet上的文檔采用的是( A )。AURLBHTTPCHTMLD搜索引擎6當僅需Web服務(wù)器對HTTP報文進行響應,但并不需要返回請求對象時,HTTP請求報文應該使用的方法是( D )。AGETBPUTCPOSTDHEAD7下列關(guān)于Cookie的說法中錯誤的是( A )。ACookie存儲在服務(wù)器端BCookie是服務(wù)器產(chǎn)生的CCookie會威脅客戶的隱私DCookie的作用是跟蹤客戶的訪問和狀態(tài)8下列說法中錯誤的是( B )。AHTTP協(xié)議是一個無狀態(tài)協(xié)議BHTTP報文使用POST方法時實體主體為空CHTTP報文使用HEAD方法時可以進行故障跟蹤D利用HTTP協(xié)議可以傳輸XML文件二、問答題1、 域名系統(tǒng)的主要功能是什么?域名系統(tǒng)中的本地域名服務(wù)器、根域名服務(wù)器、頂級域名服務(wù)器以及權(quán)限域名權(quán)服務(wù)器有何區(qū)別?答:域名系統(tǒng)的主要功能:將域名解析為主機能識別的IP地址。因特網(wǎng)上的域名服務(wù)器系統(tǒng)也是按照域名的層次來安排的。每一個域名服務(wù)器都只對域名體系中的一部分進行管轄。共有三種不同類型的域名服務(wù)器。即本地域名服務(wù)器、根域名服務(wù)器、授權(quán)域名服務(wù)器。當一個本地域名服務(wù)器不能立即回答某個主機的查詢時,該本地域名服務(wù)器就以DNS客戶的身份向某一個根域名服務(wù)器查詢。若根域名服務(wù)器有被查詢主機的信息,就發(fā)送DNS回答報文給本地域名服務(wù)器,然后本地域名服務(wù)器再回答發(fā)起查詢的主機。但當根域名服務(wù)器沒有被查詢的主機的信息時,它一定知道某個保存有被查詢的主機名字映射的授權(quán)域名服務(wù)器的IP地址。通常根域名服務(wù)器用來管轄頂級域。根域名服務(wù)器并不直接對頂級域下面所屬的所有的域名進行轉(zhuǎn)換,但它一定能夠找到下面的所有二級域名的域名服務(wù)器。每一個主機都必須在授權(quán)域名服務(wù)器處注冊登記。通常,一個主機的授權(quán)域名服務(wù)器就是它的主機ISP的一個域名服務(wù)器。授權(quán)域名服務(wù)器總是能夠?qū)⑵涔茌牭闹鳈C名轉(zhuǎn)換為該主機的IP地址。因特網(wǎng)允許各個單位根據(jù)本單位的具體情況將本域名劃分為若干個域名服務(wù)器管轄區(qū)。一般就在各管轄區(qū)中設(shè)置相應的授權(quán)域名服務(wù)器。2、 文件傳送協(xié)議FTP的主要工作過程是怎樣的?為什么說FTP是帶外傳送控制信息?主進程和從屬進程各起什么作用?答:(1)FTP使用客戶服務(wù)器方式。一個FTP服務(wù)器進程可同時為多個客戶進程提供服務(wù)。FTP 的服務(wù)器進程由兩大部分組成:一個主進程,負責接受新的請求;另外有若干個從屬進程,負責處理單個請求。主進程的工作步驟:1)打開熟知端口(端口號為 21),使客戶進程能夠連接上。2)等待客戶進程發(fā)出連接請求。3)啟動從屬進程來處理客戶進程發(fā)來的請求。從屬進程對客戶進程的請求處理完畢后即終止,但從屬進程在運行期間根據(jù)需要還可能創(chuàng)建其他一些子進程。4)回到等待狀態(tài),繼續(xù)接受其他客戶進程發(fā)來的請求。主進程與從屬進程的處理是并發(fā)地進行。FTP使用兩個TCP連接??刂七B接在整個會話期間一直保持打開,F(xiàn)TP 客戶發(fā)出的傳送請求通過控制連接發(fā)送給服務(wù)器端的控制進程,但控制連接不用來傳送文件。實際用于傳輸文件的是“數(shù)據(jù)連接”。服務(wù)器端的控制進程在接收到 FTP 客戶發(fā)送來的文件傳輸請求后就創(chuàng)建“數(shù)據(jù)傳送進程”和“數(shù)據(jù)連接”,用來連接客戶端和服務(wù)器端的數(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)文檔。若該互聯(lián)網(wǎng)服務(wù)器的IP地址開始時并不知道。試問:除 HTTP外,還需要什么應用層協(xié)議和傳輸層協(xié)議?答:應用層協(xié)議需要的是DNS。運輸層協(xié)議需要的是UDP(DNS)使用和TCP(HTTP使用)。5、 當使用鼠標點擊一個互聯(lián)網(wǎng)文檔時,若該文檔除了有文本外,還有一個本地.gif圖像和兩個遠地.gif圖像。試問需要使用哪個應用程序,以及需要建立幾次UDP連接和幾次TCP連接?答:若使用HTTP/1.0,需要建立0次UDP連接,4次TCP連接。若使用HTTP/1.1,需要建立0次UDP連接,1次TCP連接。6、 考慮一個電子商務(wù)網(wǎng)站需要保留每一個客戶的購買記錄。描述如何使用Cookie機制來完成該功能。解:步驟如下:(1)用戶第1次訪問電子商務(wù)網(wǎng)站時,服務(wù)器在HTTP響應報文中的cookie首部行中加入一個新產(chǎn)生的用戶ID,并在服務(wù)器的后端數(shù)據(jù)庫中建立相應記錄。(2)在用戶主機中產(chǎn)生Cookie文件,由用戶瀏覽器管理。(3)用戶下一次訪問時,瀏覽器在其HTTP請求報文中的cookie首部行中引用服務(wù)器所分配的用戶ID,用戶的購買記錄會被記錄在后臺數(shù)據(jù)庫中。7、 假設(shè)域名為的主機,由于重啟動的原因兩次向本地DNS服務(wù)器查詢域名為的IP地址。請說明域名轉(zhuǎn)換的過程。解:對主機的第一次請求,域名轉(zhuǎn)換過程如下:(1)主機作為客戶機向本地域名服務(wù)器發(fā)出DNS查詢報文,查詢域名為的主機的IP地址。(2)由于本地域名服務(wù)器所管理的緩存中沒有該域名,本地域名服務(wù)器以客戶身份繼續(xù)向頂級域名服務(wù)器查詢。(3)頂級域名服務(wù)器根據(jù)被查詢域名中的abc,將下屬的權(quán)威域名服務(wù)器的IP地址返回給本地域名服務(wù)器。然后,本地域名服務(wù)器直接向權(quán)威域名服務(wù)器進行查詢。(4)權(quán)威域名服務(wù)器將所查到的IP地址返回給本地域名服務(wù)器。(5)本地域名服務(wù)器將查到的IP地址告知主機,同時在本地域名服務(wù)器中緩存下來。對主機的第二次請求,域名轉(zhuǎn)換過程如下:(1)主機向本地域名服務(wù)器提出對的域名解析請求。(2)本地域名服務(wù)器從緩存中發(fā)現(xiàn)有該域名的記錄。(3)本地域名服務(wù)器取出該記錄,并將對應的IP地址告知主機。8、 假設(shè)在Internet上有一臺FTP服務(wù)器,其名稱為,IP地址為34,F(xiàn)TP服務(wù)器進程在默認端口守候并支持匿名訪問(用戶名:anonymous,口令:guest)。如果某個用戶直接用服務(wù)器名稱訪問該FTP服務(wù)器,并從該服務(wù)器下載文件File1和File2,請給出FTP客戶進程與FTP服務(wù)器進程之間的交互過程。解:交互過程大致如下:(1)FTP客戶進程訪問FTP服務(wù)器,首先要完成對該服務(wù)器域名的解析,最終獲得該服務(wù)器的IP地址34;(2)FTP的客戶進程與服務(wù)器進程之間使用TCP建立起一條控制連接,并經(jīng)過它傳送包括用戶名和口令在內(nèi)的各種FTP命令;(3)控制連接建立之后,客戶進程和服務(wù)器進程之間使用TCP建立一條數(shù)據(jù)連接,通過該數(shù)據(jù)連接進行文件File1的傳輸;(4)當文件File1傳輸完成之后,客戶進程與服務(wù)器進程釋放數(shù)據(jù)連接。(5)客戶進程和服務(wù)器進程之間使用TCP建立一條數(shù)據(jù)連接,通過該數(shù)據(jù)連接進行文件File2的傳輸;(6)當文件File2傳輸完成之后,客戶進程與服務(wù)器進程分別釋放數(shù)據(jù)連接和控制連接。9、 假定在瀏覽器上點擊一個URL,但這個URL的IP地址以前并沒有緩存在本地主機上。因此需要用DNS自動查找和解析。假定要解析到所要找的URL的IP地址共經(jīng)過n個DNS服務(wù)器,所經(jīng)過的時間分別是RTT1, RTT2,RTTn。假定從要找的網(wǎng)頁上只需要讀取一個很小的圖片(即忽略這個小圖片的傳輸時間)。從本地豬寄到這個網(wǎng)頁的往返時間是RTTw。試問從點擊這個URL開始,一直到本地主機的屏幕上出現(xiàn)所讀取的小圖片,一共需要經(jīng)過多少時間?解:解析IP地址需要時間是:RTT1+RTT2+RTTn。建立TCP連接和請求萬維網(wǎng)文檔需要2RTTw。10、 上題中,假定同一臺服務(wù)器的HTML文件中又鏈接了三個非常小的對象。若忽略這些對象的發(fā)送時間,試計算客戶點擊讀取這些對象所需的時間。(1)沒有并行TCP連接的非持續(xù)HTTP;(2)使用并行TCP連接的非持續(xù)HTTP;(3)流水線方式的持續(xù)HTTP。解:(1)所需時間=RTT1+RTT2+RTTn+8RTTw。(2)所需時間=RTT1+RTT2+RTTn+4RTTw。(3)所需時間=RTT1+RTT2+RTTn+3RTTw。11、 試簡述SMTP通信的三個階段的過程。答:1)連接建立:連接是在發(fā)送主機的 SMTP 客戶和接收主機的 SMTP 服務(wù)器之間建立的。SMTP不使用中間的郵件服務(wù)器。2)郵件傳送。3)連接釋放:郵件發(fā)送完畢后,SMTP 應釋放 TCP 連接。第三章 運輸層一、選擇題1下列關(guān)于TCP和UDP的描述正確的是 C 。ATCP和UDP均是面向連接的BTCP和UDP均是無連接的CTCP是面向連接的,UDP是無連接的DUDP是面向連接的,TCP是無連接的2TCP和UDP協(xié)議使用了16位來表示端口號,其中最常用的應用程序的端口號稱為熟知端口,其數(shù)值范圍是 C 。A0-127 B0-255 C0-1023 D0-65535 3提供可靠的端一端通信服務(wù)的協(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ū)別,二者互不干擾,可以共存于同一臺主機 DTCP和UDP的端口號沒有本質(zhì)區(qū)別,但二者相互干擾,不能共存于同一臺主機7運輸層向它上面的 D 提供通信服務(wù)。A物理層 B數(shù)據(jù)鏈路層 C網(wǎng)絡(luò)層 D應用層 8TCP軟件可以提供個 C 不同端口。A28 B210 C216 D232 9關(guān)于無連接的通信,下面的描述中正確的是 C 。A由于為每一個分組獨立地建立和釋放邏輯連接,所以無連接的通信不適合傳送大量的數(shù)據(jù)B由于通信對方和通信線路都是預設(shè)的,所以在通信過程中無須任何有關(guān)連接的操作C目標的地址信息被加在每個發(fā)送的分組上D無連接的通信協(xié)議UDP不能運行在電路交換或租用專線網(wǎng)絡(luò)上10端到端通信作用于 C 之間。A機器 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數(shù)據(jù)交換 B網(wǎng)絡(luò)連接 C進程通信 D網(wǎng)絡(luò)服務(wù) 17下面關(guān)于源端口地址和目標端口地址的描述中,正確的是 C 。A在TCP/UDP報文中,源端口地址和目標端口地址是不能相同的B在TCP/UDP報文中,源端口地址和目標端口地址是可以相同的,用來表示發(fā)回給自己的數(shù)據(jù) C在TCP/UDP報文中,源端口地址和目標端口地址是可以相同的,因為雖然端口地址一樣,但其所在的主機是不同的D以上描述均不正確18在TCPIP網(wǎng)絡(luò)上,用來標識主機和在主機上的應用程序的是 D 。A端口號主機地址 B主機地址IP地址 CIP地址主機地址 DIP地址端口號19下列關(guān)于TCP和UDP的描述正確的是 C 。ATCP和UDP都是無連接的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ù)報服務(wù)22UDP數(shù)據(jù)報頭部不包括 D 。AUDP源端口號 BUDP檢驗和CUDP目的端口號 DUDP數(shù)據(jù)報頭部長度23下列說法哪項是錯誤的 C 。A用戶數(shù)據(jù)報協(xié)議UDP提供了面向非連接的,不可靠的傳輸服務(wù)。 B由于UDP是面向非連接的,因此它可以將數(shù)據(jù)直接封裝在IP數(shù)據(jù)報中進行發(fā)送。C在應用程序利用UDP協(xié)議傳輸數(shù)據(jù)之前,首先需要建立一條到達主機的UDP連接。D當一個連接建立時,連接的每一端分配一塊緩沖區(qū)來存儲接收到的數(shù)據(jù),并將緩沖區(qū)的尺寸發(fā)送給另一端。24在Internet上播放視頻,要降低傳輸延遲,應使用 C 。AUDP協(xié)議的低開銷特性 BTCP協(xié)議的低開銷特性 CUDP協(xié)議的高開銷特性 DTCP協(xié)議的高開銷特性25TCP是一個面向連接的協(xié)議,它提供連接的功能是 A 的。A全雙工 B半雙工 C單工 D單方向26在TCP數(shù)據(jù)段的布局格式中,頭開始的固定格式長度是 A 。A20字節(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ā)送。當擁塞窗口為16KB時發(fā)送了超時,如果用慢開始算法,接下來的4個RTT(往返時間)時間內(nèi)的TCP段的傳輸是成功的,那么當?shù)?個RTT時間內(nèi)發(fā)送的所有TCP段都得到肯定應答時,擁塞窗口大小是 C 。A7 KB B8 KB C9 KB D16 KB 31在TCP協(xié)議中,發(fā)送方的窗口大小決定于 C 。A僅接收方允許的窗口 B接收方允許的窗口和發(fā)送方允許的窗口C接收方允許的窗口和擁塞窗口 D發(fā)送方允許的窗口和擁塞窗口32TCP報文中,若序號從1開始,確認號為1000表示 A 。A已收到999字節(jié) B已收到1000字節(jié)C報文段999已收到 D報文段l000已收到33TCP報文包括兩個部分,他們是 C 。A源地址和數(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é)議來建立連接,第一個報文段碼字段的 B 位和SYN位被置為1,指示對第一個報文的確認。ASYN BACK CPSH DFIN 39當一個應用程序通知TCP數(shù)據(jù)已傳送完畢時,TCP將單項地關(guān)閉這個程序,報文段碼位字段的 D 位均被置1,指示發(fā)方已發(fā)送完數(shù)據(jù)。ASYN BACK CPSH DFIN 40TCP協(xié)議為了實現(xiàn)可靠的服務(wù),采用超時重傳和累計確認技術(shù),并規(guī)定,確認號為 B 。A上一個已接收的報文段的末字節(jié)序號B下一個希望接收的報文段的首字節(jié)序號 C下一個將要發(fā)送的報文段的末字節(jié)序號D下一個將要發(fā)送的報文段的首字節(jié)序號 二、問答題1、 當應用程序使用面向連接的TCP和無連接的IP時,這種傳輸是面向連接的還是面向無連接的?答:都是。這要在不同層次來看,在運輸層是面向連接的,在網(wǎng)絡(luò)層則是無連接的。2、 試舉例說明有些應用程序愿意采用不可靠的UDP,而不用采用可靠的TCP。答:VOIP:由于語音信息具有一定的冗余度,人耳對VOIP數(shù)據(jù)報損失由一定的承受度,但對傳輸時延的變化較敏感。有差錯的UDP數(shù)據(jù)報在接收端被直接拋棄,TCP數(shù)據(jù)報出錯則會引起重傳,可能帶來較大的時延擾動。因此VOIP寧可采用不可靠的UDP,而不愿意采用可靠的TCP。3、 接收方收到有差錯的UDP用戶數(shù)據(jù)報時應如何處理?答:丟棄4、 如果應用程序愿意使用UDP來完成可靠的傳輸,這可能嗎?請說明理由答:可能,但應用程序中必須額外提供與TCP相同的功能。5、 為什么說UDP是面向報文的,而TCP是面向字節(jié)流的?答:發(fā)送方 UDP 對應用程序交下來的報文,在添加首部后就向下交付 IP 層。UDP 對應用層交下來的報文,既不合并,也不拆分,而是保留這些報文的邊界。接收方 UDP 對 IP 層交上來的 UDP 用戶數(shù)據(jù)報,在去除首部后就原封不動地交付上層的應用進程,一次交付一個完整的報文。發(fā)送方TCP對應用程序交下來的報文數(shù)據(jù)塊,視為無結(jié)構(gòu)的字節(jié)流(無邊界約束,可分拆/合并),但維持各字節(jié)6、 端口的作用是什么?為什么端口要劃分為三種?答:端口的作用是對TCP/IP體系的應用進程進行統(tǒng)一的標志,使運行不同操作系統(tǒng)的計算機的應用進程能夠互相通信。熟知端口,數(shù)值一般為01023.標記常規(guī)的服務(wù)進程;登記端口號,數(shù)值為102449151,標記沒有熟知端口號的非常規(guī)的服務(wù)進程;7、 試說明運輸層中偽首部的作用。答:用于計算運輸層數(shù)據(jù)報校驗和。8、 某個應用進程使用運輸層的用戶數(shù)據(jù)報UDP,然而繼續(xù)向下交給IP層后,又封裝成IP數(shù)據(jù)報。既然都是數(shù)據(jù)報,可否跳過UDP而直接交給IP層?哪些功能UDP提供了但IP沒提提供?答:不可跳過UDP而直接交給IP層IP數(shù)據(jù)報IP報承擔主機尋址,提供報頭檢錯;只能找到目的主機而無法找到目的進程。UDP提供對應用進程的復用和分用功能,以及提供對數(shù)據(jù)差分的差錯檢驗。9、 一個應用程序用UDP,到IP層把數(shù)據(jù)報在劃分為4個數(shù)據(jù)報片發(fā)送出去,結(jié)果前兩個數(shù)據(jù)報片丟失,后兩個到達目的站。過了一段時間應用程序重傳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)來傳送。試問應當劃分為幾個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ā)送給服務(wù)器發(fā)送給客戶?使用UDP的這個服務(wù)器程序是什么?解:源端口是0 X0632=1586,目的端口是0 X0045=69,UDP 用戶數(shù)據(jù)報總長度是0X001C=28B,數(shù)據(jù)部分長度是28-8=20B。因為目的端口號69 3),則將 cwnd 設(shè)置為 ssthresh + n * MSS。(4) 若發(fā)送窗口值還容許發(fā)送報文段,就按擁塞避免算法繼續(xù)發(fā)送報文段。(5) 若收到了確認新的報文段的 ACK,就將 cwnd 縮小到 ssthresh?!俺朔p小”是指不論在慢開始階段還是擁塞避免階段,只要出現(xiàn)一次超時(即出現(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置為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所示的擁塞窗口與傳輸輪次的關(guān)系曲線。(2)指明TCP工作在慢開始階段的時間間隔。(3)指明TCP工作在擁塞避免階段的時間間隔。(4)在第16輪次和第22輪次之后發(fā)送方是通過收到三個重復的確認還是通過超市檢測到丟失了報文段?(5)在第1輪次,第18輪次和第24輪次發(fā)送時,門限ssthresh分別被設(shè)置為多大?(6)在第幾輪次發(fā)送出第70個報文段?(7)假定在第26輪次之后收到了三個重復的確認,因而檢測出了報文段的丟失,那么擁塞窗口cwnd和門限ssthresh應設(shè)置為多大?答:(1)擁塞窗口與傳輸輪次的關(guān)系曲線。(2) 慢開始時間間隔:【1,6】和【23,26】(3) 擁塞避免時間間隔:【6,16】和【17,22】(4) 在第16輪次之后發(fā)送方通過收到三個重復的確認檢測到丟失的報文段。在第22輪次之后發(fā)送方是通過超時檢測到丟失的報文段。(5) 在第1輪次發(fā)送時,門限ssthresh被設(shè)置為32在第18輪次發(fā)送時,門限ssthresh被設(shè)置為發(fā)生擁塞時的一半,即21.在第24輪次發(fā)送時,門限ssthresh是第18輪次發(fā)送時設(shè)置的21(6) 第70報文段在第7輪次發(fā)送出。(7) 擁塞窗口cwnd和門限ssthresh應設(shè)置為8的一半,即4。第四章 網(wǎng)絡(luò)層一、選擇題(1) 應用程序PING 發(fā)出的是 C 報文。A、TCP 請求報文。B、TCP 應答報文。C、ICMP 請求報文。D、ICMP 應答報文。(2) 小于 C 的TCP/UDP端口號已保留與現(xiàn)有服務(wù)一一對應,此數(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 時,采取的策略是 A 。A、丟掉該分組B、將該分組分片C、轉(zhuǎn)發(fā)該分組D、以上答案均不對(6) 當路由器接收的報文的目的IP地址在路由器路由表中沒有對應的表項時,采取策略是 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 24 屬于同一網(wǎng)段的主機IP 地址是 B 。A、B、0C、1D、2(11) 某公司申請到一個C 類IP 地址,但要連接6 個的子公司,最大的一個子公司有26 臺計算機,每個子公司在一個網(wǎng)段中,則子網(wǎng)掩碼應設(shè)為 D 。A、B、28C、92D、24劃分子網(wǎng)數(shù) 子網(wǎng)位數(shù) 子網(wǎng)掩碼(二進制) 子網(wǎng)掩碼(十進制) 每個子網(wǎng)主機數(shù) 12 1 11111111.11111111.1111
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
- 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 2025年民事賠償協(xié)議
- 腦梗死的護理診斷和護理措施
- 古詩詞鑒賞-表達方式(學生版)-2024小升初語文專項講義
- 高中生物選修一實驗知識點
- 胃癌術(shù)后疼痛護理
- 服用抗癌藥物護理規(guī)范
- HIV靶細胞作用機制解析
- 二次電池及多池串聯(lián)裝置(附答案解析)-2023年高考化學二輪復習專項突破
- 讀后續(xù)寫(語料素材+構(gòu)思方法+銜接與升華)-2025年高考沖刺復習(新高考)
- 流感病毒細胞培養(yǎng)
- 最全的公路工程施工資料目錄整理
- GB/T 4223-2004廢鋼鐵
- GB/T 36148.1-2018船舶與海上技術(shù)海上環(huán)境保護圍油欄第1部分:設(shè)計要求
- GB/T 16741-1997雙面涂覆聚氯乙烯阻燃防水布、篷布
- GB 2811-1989安全帽
- 端子壓接規(guī)范標準
- 新版《藥品管理法》解讀課件
- 東南大學附屬中大醫(yī)院ECMO操作記錄單
- 環(huán)杭州灣地區(qū)發(fā)展戰(zhàn)略規(guī)劃研究
- 擬投入本項目的主要施工設(shè)備表
- 湖北省環(huán)境監(jiān)測專業(yè)服務(wù)暫時行收費重點標準
評論
0/150
提交評論