計算機網(wǎng)絡期末復習二_第1頁
計算機網(wǎng)絡期末復習二_第2頁
計算機網(wǎng)絡期末復習二_第3頁
計算機網(wǎng)絡期末復習二_第4頁
計算機網(wǎng)絡期末復習二_第5頁
已閱讀5頁,還剩2頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

1、概述題 30 分。一共 6 題。 1.因特網(wǎng)協(xié)議棧有幾層呢? 應用層、傳輸層、網(wǎng)絡層、數(shù)據(jù)鏈路層和物理層。2.WEB 緩存器的運作機制 Web緩存器存儲最近客戶機請求過的HTTP對象的副本,減少對客戶請求的響應時間3.運輸層多路復用和多路分解的作用 將兩個端系統(tǒng)間的IP交付擴展到進程間交付。多路分解 將運輸層報文段中的數(shù)據(jù)交付到正確的套接字。多路復用 從不同的套接字中收集塊,將報文段傳遞到網(wǎng)絡層的過程叫做4.端口、套接字和進程在數(shù)據(jù)交互時候它們之間彼此關系? 進程通過套接字把數(shù)據(jù)送往網(wǎng)絡,端口號用來鎖定對應的進程和套接字5.什么叫網(wǎng)絡接口 NIC?網(wǎng)卡(Network Interface Ca

2、rd,簡稱NIC),也稱網(wǎng)絡適配器,是電腦與局域網(wǎng)相互連接的設備。6.路由器的轉(zhuǎn)發(fā)表 數(shù)據(jù)包到達路由器的時候,要根據(jù)“指示”前往特定的端口,類似交換機的地址信息表,路由器上存放這個“指示”的地方叫做轉(zhuǎn)發(fā)表,轉(zhuǎn)發(fā)表必須包含完成轉(zhuǎn)發(fā)功能所必需的信息。閱讀理解題 70 分,一共 6 題,前 5 題每題 10 分,最后一道 20 分 1. 文件傳輸計算題。考點:文件的單位比如 KB,吞度量 Mbps,這些數(shù)據(jù)量怎么進行計算。知道什么是瓶頸鏈路。  瓶頸鏈路:端到端路徑上,帶寬最小的鏈路。eg.假定主機 A 要向主機 B 發(fā)送一個大文件。從主機 A 到主機 B 的路徑上有 2 段鏈路,其速率分

3、別為 R1 = 5Mbps, R2 = 2Mbps a. 假定該網(wǎng)路中沒有其他流量,該文件傳送的吞吐量為多少? 吞吐量=minR1,R2=2Mbps  b. 假定該文件為 5GB。傳輸該文件到主機 B 大致需要多少時間?5000MB/2Mbps=2500sec 2. 會看基本 HTTP 報文以及各字段的作用 例題 考慮當瀏覽器發(fā)送一個 HTTP POST 報文時,通過 Wireshark 俘獲到下列 ASCII 字符串。字符<cr> <lf>是回車和換行符?;卮鹣铝袉栴} POST /pass/demo/requestTest.jsp HTTP/1.1 Acce

4、pt: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, */* Referer: http:/localhost:8080/pass/demo/test.jsp Accept-Language: zh-cn Content-Type: application/x-www-form-urlencodedUA-CPU: x86 Accept-Encoding: gzip, deflate

5、User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727) Host: localhost:8888 Content-Length: 22 Connection: Keep-Alive Cache-Control: no-cache Cookie: JSESSIONID=BDE09505836ECE086BAE33415EBDA4B9 name=%E5%BC%A0%E4%B8%89&age=4 1.由瀏覽器請求的文檔的 URL 是什么 http

6、:/localhost:8080/pass/demo/requestTest.jsp 2.該瀏覽器運行的是 HTTP 何種版本 HTTP/1.1 3.該瀏覽器請求的是一條非持續(xù)性連接還是一條持續(xù)性連接 Keep-Alive4.發(fā)起該報文的瀏覽器是什么?在一個 HTTP 請求報文中,為什么需要瀏覽器類型 Mozilla 瀏覽器類型是用戶向瀏覽器表明你的瀏覽器、操作系統(tǒng)信息的標示,不同瀏覽器渲染界面效果有差別,服務器根據(jù)不同的瀏覽器發(fā)送相同內(nèi)容的不同版本,可以統(tǒng)一到各操作系統(tǒng)的操作體驗5.該瀏覽器所運行的主機的 IP 地址是什么 無法知道3. 3 和 4 題都是考 TCP 的可靠傳輸。涉及端口號、

7、序號、確認號,丟包的情況,累計確認,三次握手協(xié)議過程 eg.主機 A 和 B 經(jīng)一條 TCP 連接通信,主機 A 隨后向主機 B 發(fā)送兩個緊接著的報文段。第一個和第二個報文段都包含了 80 字節(jié)的數(shù)據(jù)。在第一個報文段中,序號是 127,源端口號是 302,目的地端口號是 80問題:在從主機 A 發(fā)往 B 的第二個報文段中,序號、源端口號和目的端口號各是什么? 2. 主機A和B經(jīng)一條TCP連接通信,并且主機B已經(jīng)收到了來自A的到字節(jié)248的所有字節(jié)。假定主機A隨后向主機B發(fā)送兩個緊接著的報文段。第一個和第二個報文段分別包含了40和60 byte的數(shù)據(jù)。在第一個報文段中,序號是249,源端口號是5

8、03, 目的地端口號是80。無論何時主機B接收到來自主機A的報文段,它都會發(fā)送確認。a. 在從主機A發(fā)往B的第二個報文段中,序號、源端口號和目的端口號各是什么?在第二個報文段中,序號為289(249+40),源端口號為503,目的端口號為80。 b. 如果第一個報文段在第二個報文段之前到達,在第一個到達報文段的確認中,確認號、源端口號和目的端口號各是什么?確認號為289,目的端口為503,源端口為80。c. 如果第二個報文段在第一個報文段之前到達,在第一個到達報文段的確認中,確認號是什么?確認號是249,指示該接收端仍然在等待序號為249的報文的到達。d. 假定由A發(fā)送的兩個報文段按序到達B。

9、第一個確認丟失了而第二個確認在第一個超時間隔之后到達,如在下一頁上的圖中所顯示的那樣。畫出時序圖,顯示這些報文段和發(fā)送的所有其他報文段和確認。(假設沒有其他分組丟失。)對于你圖上每個報文段,標出序號和數(shù)據(jù)的字節(jié)編號;對于你增加的每個應答,標出確認號。答:時序圖如下。其中當主機B收到主機A因超時發(fā)送的冗余報文后,對最后一個字節(jié)349進行確認(累計確認)。主機A向主機B連續(xù)發(fā)送了兩個TCP報文段,其序號分別為70和100。試問:(1) 第一個報文段攜帶了多少個字節(jié)的數(shù)據(jù)?(2) 主機B收到第一個報文段后發(fā)回的確認中的確認號應當是多少?(3) 如果主機B收到第二個報文段后發(fā)回的確認中的確認號是180

10、,試問A發(fā)送的第二個報文段中的數(shù)據(jù)有多少字節(jié)?(4) 如果A發(fā)送的第一個報文段丟失了,但第二個報文段到達了B。B在第二個報文段到達后向A發(fā)送確認。試問這個確認號應為多少?(1)第一個報文段的數(shù)據(jù)序號是70到99,共30字節(jié)的數(shù)據(jù)。(2)確認號應為100.(3)80字節(jié)。(4)704. 什么是 MTU各種物理網(wǎng)絡對可傳輸?shù)臄?shù)據(jù)量的上限有自己的規(guī)定,叫做 MTU。不同物理網(wǎng)絡的MBA一般是不相同的,如以太網(wǎng)為1500B。5. IP 分片的計算 eg.考慮向具有 700 字節(jié)的 MTU 的一條鏈路發(fā)送一個 2400 字節(jié)的數(shù)據(jù)報。假定初始數(shù)據(jù)報標有標識號 422。將會生成多少個分片,在生成相關分片的數(shù)據(jù)報中的各個字段中的值是多少?(標識,標志,偏移)其中 IP 首部占據(jù) 20 個字節(jié) 因為IP數(shù)據(jù)報的首部字節(jié)數(shù)為20,因此在每一個數(shù)據(jù)報分片中數(shù)據(jù)段的大小是700-20=680個字節(jié)。所以需要(2400-20)/680=4個數(shù)據(jù)報。長度:每個數(shù)據(jù)包的標識號為422,除了最后一個數(shù)據(jù)報分片之外,其余的每個數(shù)據(jù)報分片的大小都為700字節(jié)(包括IP首部);而最后一個分片的大小為360字節(jié)(包括首部分片)(2400

溫馨提示

  • 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. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論