《計(jì)算機(jī)網(wǎng)絡(luò)》習(xí)題答案

第一章概述

1-01計(jì)算機(jī)網(wǎng)絡(luò)向用戶可以提供那些服務(wù)？

答：連通性和共享

1-02簡述分組交換的要點(diǎn)。

答：(1)報(bào)文分組，加首部

(2)經(jīng)路由器儲存轉(zhuǎn)發(fā)

(3)在目的地合并

1-03試從多個(gè)方面比較電路交換、報(bào)文交換和分組交換的主要優(yōu)缺點(diǎn)。

答：(D電路交換：端對端通信質(zhì)量因約定了通信資源獲得可靠保障，對連續(xù)傳送大量數(shù)據(jù)效率高。

(2)報(bào)文交換：無須預(yù)約傳輸帶寬，動(dòng)態(tài)逐段利用傳輸帶寬對突發(fā)式數(shù)據(jù)通信效率高，通信迅速。

(3)分組交換：具有報(bào)文交換之高效、迅速的要點(diǎn)，且各分組小，路由靈活，網(wǎng)絡(luò)生存性能好。

1-04為什么說因特網(wǎng)是自印刷術(shù)以來人類通信方面最大的變革？

答：融合其他通信網(wǎng)絡(luò)，在信息化過程中起核心作用，提供最好的連通性和信息共享，第一次提供了各

種媒體形式的實(shí)時(shí)交互能力。

1-05因特網(wǎng)的發(fā)展大致分為哪幾個(gè)階段？請指出這幾個(gè)階段的主要特點(diǎn)。

答：從單個(gè)網(wǎng)絡(luò)APPANET向互聯(lián)網(wǎng)發(fā)展；TCP/IP協(xié)議的初步成型

建成三級結(jié)構(gòu)的Internet；分為主干網(wǎng)、地區(qū)網(wǎng)和校園網(wǎng)；

形成多層次ISP結(jié)構(gòu)的Internet；ISP首次出現(xiàn)。

1-06簡述因特網(wǎng)標(biāo)準(zhǔn)制定的幾個(gè)階段？

答：(1)因特網(wǎng)草案(InternetDraft)—在這個(gè)階段還不是RFC文檔。

(2)建議標(biāo)準(zhǔn)(ProposedStandard)——從這個(gè)階段開始就成為RFC文檔。

(3)草案標(biāo)準(zhǔn)(DraftStandard)

(4)因特網(wǎng)標(biāo)準(zhǔn)(InternetStandard)

1-07小寫和大寫開頭的英文名字internet和Internet在意思上有何重要區(qū)別？

答：(1)internet(互聯(lián)網(wǎng)或互連網(wǎng))：通用名詞，它泛指由多個(gè)計(jì)算機(jī)網(wǎng)絡(luò)互連而成的網(wǎng)絡(luò)。；協(xié)議

無特指

(2)Internet(因特網(wǎng))：專用名詞，特指采用TCP/IP協(xié)議的互聯(lián)網(wǎng)絡(luò)

區(qū)別：后者實(shí)際上是前者的雙向應(yīng)用

1-08計(jì)算機(jī)網(wǎng)絡(luò)都有哪些類別？各種類別的網(wǎng)絡(luò)都有哪些特點(diǎn)？

答：按范圍：(1)廣域網(wǎng)WAN：遠(yuǎn)程、高速、是Internet的核心網(wǎng)。

(2)城域網(wǎng)：城市范圍，鏈接多個(gè)局域網(wǎng)。

(3)局域網(wǎng)：校園、企業(yè)、機(jī)關(guān)、社區(qū)。

(4)個(gè)域網(wǎng)PAN：個(gè)人電子設(shè)備

按用戶：公用網(wǎng)：面向公共營運(yùn)。專用網(wǎng)：面向特定機(jī)構(gòu)。

1-09計(jì)算機(jī)網(wǎng)絡(luò)中的主干網(wǎng)和本地接入網(wǎng)的主要區(qū)別是什么？

答：主干網(wǎng)：提供遠(yuǎn)程覆蓋'高速傳輸'和路由器最優(yōu)化通信

本地接入網(wǎng)：主要支持用戶的訪問本地，實(shí)現(xiàn)散戶接入，速率低。

1-11在上題的分組交換網(wǎng)中，設(shè)報(bào)文長度和分組長度分別為x和(p+h)(bit),其中p為分組的數(shù)據(jù)部分的長

度，而h為每個(gè)分組所帶的控制信息固定長度，與p的大小無關(guān)。通信的兩端共經(jīng)過k段鏈路。鏈路的數(shù)

據(jù)率為b(b/s),但傳播時(shí)延和結(jié)點(diǎn)的排隊(duì)時(shí)間均可忽略不計(jì)。若打算使總的時(shí)延為最小，問分組的數(shù)據(jù)部

分長度p應(yīng)取為多大？(提示：參考圖1-12的分組交換部分，觀察總的時(shí)延是由哪幾部分組成。)

答：總時(shí)延D表達(dá)式，分組交換時(shí)延為：D=kd+(x/p)*((p+h)/b)+(k-l)*(p+h)/b

D對p求導(dǎo)后，令其值等于0,求得p=[(xh)/(k-l)F0.5

1-12因特網(wǎng)的兩大組成部分(邊緣部分與核心部分)的特點(diǎn)是什么？它們的工作方式各有什么特點(diǎn)？

答：邊緣部分：由各主機(jī)構(gòu)成，用戶直接進(jìn)行信息處理和信息共享;低速連入核心網(wǎng)。

核心部分：由各路由器連網(wǎng)，負(fù)責(zé)為邊緣部分提供高速遠(yuǎn)程分組交換。

1-13客戶服務(wù)器方式與對等通信方式的主要區(qū)別是什么？有沒有相同的地方？

答：客戶(client)和服務(wù)器(server)都是指通信中所涉及的兩個(gè)應(yīng)用進(jìn)程。

客戶服務(wù)器方式所描述的是進(jìn)程之間服務(wù)和被服務(wù)的關(guān)系。

運(yùn)行

服務(wù)器

濯序

|網(wǎng)絡(luò)核心|

客戶A向服務(wù)器B發(fā)出請求服務(wù)

而服務(wù)器B向客戶A提供服務(wù)。

前者嚴(yán)格區(qū)分服務(wù)和被服務(wù)者，后者無此區(qū)別。后者實(shí)際上是前者的雙向應(yīng)用。

1-14計(jì)算機(jī)網(wǎng)絡(luò)有哪些常用的性能指標(biāo)？

答：速率，帶寬，吞吐量，時(shí)延，時(shí)延帶寬積，往返時(shí)間RTT,利用率

1-16計(jì)算機(jī)通信網(wǎng)有哪些非性能特征？非性能特征與性能特征有什么區(qū)別？

答：征：宏觀整體評價(jià)網(wǎng)絡(luò)的外在表現(xiàn)。性能指標(biāo)：具體定量描述網(wǎng)絡(luò)的技術(shù)性能。

1-17收發(fā)兩端之間的傳輸距離為1000km,信號在媒體上的傳播速率為Zxio'm/s。試計(jì)算以下兩種情況

的發(fā)送時(shí)延和傳播時(shí)延：

(1)數(shù)據(jù)長度為l(fbit,數(shù)據(jù)發(fā)送速率為100kb/s?

(2)數(shù)據(jù)長度為l()3bit,數(shù)據(jù)發(fā)送速率為IGb/s。

從上面的計(jì)算中可以得到什么樣的結(jié)論？

解：⑴發(fā)送時(shí)延：tS=lO7/l()5=i00s

傳播時(shí)延tp=106/(2xl08)=0.005s

(2)發(fā)送時(shí)延ts=103/109=lps

傳播時(shí)延：tp=106/(2xl08)=0.005s

結(jié)論：若數(shù)據(jù)長度大而發(fā)送速率低，則在總的時(shí)延中，發(fā)送時(shí)延往往大于傳播時(shí)延。但若數(shù)據(jù)長度短而發(fā)

送速率高，則傳播時(shí)延就可能是總時(shí)延中的主要成分。

1-18假設(shè)信號在媒體上的傳播速度為2xl0*m/s.媒體長度L分別為：

(1)10cm(網(wǎng)絡(luò)接口卡)

(2)100m(局域網(wǎng))

(3)100km(城域網(wǎng))

(4)5000km(廣域網(wǎng))

試計(jì)算出當(dāng)數(shù)據(jù)率為IMb/s和10Gb/s時(shí)在以上媒體中正在傳播的比特?cái)?shù)。

解：(1)IMb/s:傳播時(shí)延=0.1/(2x108)=5x10“°

比特?cái)?shù)=5X1O"°X1X1O6=5X10"

IGb/s:比特?cái)?shù)=5xl0“°xlxl09=5xl0“

(2)IMb/s:傳播時(shí)延=100/(2x108)=5x10〃

比特?cái)?shù)=5x10-7x1x106=5*0”

IGb/s:比特?cái)?shù)=5x10-7x1x1()9=5x102

(3)IMb/s:傳播時(shí)延=100000/(2x1()8)=5x10-4

比特?cái)?shù)=5x10-4x1x106=5數(shù)02

IGb/s:比特?cái)?shù)=5xl0“xlxl09=5xl05

(4)IMb/s:傳播時(shí)延=5000000/(2x1()8)=2.5x10-2

lt!HF^=2.5xl0'2xlxl06=5xl04

IGb/s:比特?cái)?shù)=2.5x10-2x1x109=5x1()7

1-19長度為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ù)加上各種首部和尾部

的額外開銷)。

若應(yīng)用層數(shù)據(jù)長度為1000字節(jié)，數(shù)據(jù)的傳輸效率是多少？

解：(1)100/(100+20+20+18)=63.3%

(2)1000/(1000+20+20+18)=94.5%

1-20網(wǎng)絡(luò)體系結(jié)構(gòu)為什么要采用分層次的結(jié)構(gòu)？試舉出一些與分層體系結(jié)構(gòu)的思想相似的日常生活。

答：分層的好處：

①各層之間是獨(dú)立的。某一層可以使用其下一層提供的服務(wù)而不需要知道服務(wù)是如何實(shí)現(xiàn)的。

②靈活性好。當(dāng)某一層發(fā)生變化時(shí)，只要其接口關(guān)系不變，則這層以上或以下的各層均不受影響。

③結(jié)構(gòu)上可分割開。各層可以采用最合適的技術(shù)來實(shí)現(xiàn)

④易于實(shí)現(xiàn)和維護(hù)。

⑤能促進(jìn)標(biāo)準(zhǔn)化工作。

與分層體系結(jié)構(gòu)的思想相似的日常生活有郵政系統(tǒng)，物流系統(tǒng)。

1-21協(xié)議與服務(wù)有何區(qū)別？有何關(guān)系？

答：網(wǎng)絡(luò)協(xié)議：為進(jìn)行網(wǎng)絡(luò)中的數(shù)據(jù)交換而建立的規(guī)則、標(biāo)準(zhǔn)或約定。由以下三個(gè)要素組成:

(1)語法：即數(shù)據(jù)與控制信息的結(jié)構(gòu)或格式。

(2)語義：即需要發(fā)出何種控制信息，完成何種動(dòng)作以及做出何種響應(yīng)。

(3)同步：即事件實(shí)現(xiàn)順序的詳細(xì)說明。

協(xié)議是控制兩個(gè)對等實(shí)體進(jìn)行通信的規(guī)則的集合。在協(xié)議的控制下，兩個(gè)對等實(shí)體間的通信使得本層能夠

向上一層提供服務(wù)，而要實(shí)現(xiàn)本層協(xié)議，還需要使用下面一層提供服務(wù)。

協(xié)議和服務(wù)的概念的區(qū)分：

1、協(xié)議的實(shí)現(xiàn)保證了能夠向上一層提供服務(wù)。本層的服務(wù)用戶只能看見服務(wù)而無法看見下面的協(xié)議。下

面的協(xié)議對上面的服務(wù)用戶是透明的。

2、協(xié)議是“水平的”，即協(xié)議是控制兩個(gè)對等實(shí)體進(jìn)行通信的規(guī)則。但服務(wù)是“垂直的”，即服務(wù)是由下層

通過層間接口向上層提供的。上層使用所提供的服務(wù)必須與下層交換一些命令，這些命令在OSI中稱為服

務(wù)原語。

1-22網(wǎng)絡(luò)協(xié)議的三個(gè)要素是什么？各有什么含義？

答：網(wǎng)絡(luò)協(xié)議：為進(jìn)行網(wǎng)絡(luò)中的數(shù)據(jù)交換而建立的規(guī)則、標(biāo)準(zhǔn)或約定。由以下三個(gè)要素組成：

(1)語法：即數(shù)據(jù)與控制信息的結(jié)構(gòu)或格式。

(2)語義：即需要發(fā)出何種控制信息，完成何種動(dòng)作以及做出何種響應(yīng)。

(3)同步：即事件實(shí)現(xiàn)順序的詳細(xì)說明。

1-23為什么一個(gè)網(wǎng)絡(luò)協(xié)議必須把各種不利的情況都考慮到？

答：因?yàn)榫W(wǎng)絡(luò)協(xié)議如果不全面考慮不利情況，當(dāng)情況發(fā)生變化時(shí)，協(xié)議就會(huì)保持理想狀況，一直等下去！

就如同兩個(gè)朋友在電話中約會(huì)好，下午3點(diǎn)在公園見面，并且約定不見不散。這個(gè)協(xié)議就是很不科學(xué)的，

因?yàn)槿魏我环饺绻械R了而來不了，就無法通知對方，而另一方就必須一直等下去！所以看一個(gè)計(jì)算機(jī)

網(wǎng)絡(luò)是否正確，不能只看在正常情況下是否正確，而且還必須非常仔細(xì)的檢查協(xié)議能否應(yīng)付各種異常情況。

1-24論述具有五層協(xié)議的網(wǎng)絡(luò)體系結(jié)構(gòu)的要點(diǎn)，包括各層的主要功能。

答：綜合OSI和TCP/IP的優(yōu)點(diǎn)，采用一種原理體系結(jié)構(gòu)。各層的主要功能：

物理層：物理層的任務(wù)就是透明地傳送比特流。(注意：傳遞信息的物理媒體，如雙絞

線、同軸電纜、光纜等，是在物理層的下面，當(dāng)做第0層。)物理層還要確定連接電纜插頭的定義及連

接法。

數(shù)據(jù)鏈路層：數(shù)據(jù)鏈路層的任務(wù)是在兩個(gè)相鄰結(jié)點(diǎn)間的線路上無差錯(cuò)地傳送以幀(frame)為單位的

數(shù)據(jù)。每一幀包括數(shù)據(jù)和必要的控制信息。

網(wǎng)絡(luò)層：網(wǎng)絡(luò)層的任務(wù)就是要選擇合適的路由，使發(fā)送站的運(yùn)輸層所傳下來的分組能夠

正確無誤地按照地址找到目的站，并交付給目的站的運(yùn)輸層。

運(yùn)輸層：運(yùn)輸層的任務(wù)是向上一層的進(jìn)行通信的兩個(gè)進(jìn)程之間提供一個(gè)可靠的端到端

服務(wù)，使它們看不見運(yùn)輸層以下的數(shù)據(jù)通信的細(xì)節(jié)。

應(yīng)用層：應(yīng)用層直接為用戶的應(yīng)用進(jìn)程提供服務(wù)。

1-25試舉出日常生活中有關(guān)“透明”這種名詞的例子。

答：電視，計(jì)算機(jī)視窗操作系統(tǒng)、工農(nóng)業(yè)產(chǎn)品

1-26試解釋以下名詞：協(xié)議棧、實(shí)體、對等層、協(xié)議數(shù)據(jù)單元、服務(wù)訪問點(diǎn)、客戶、服務(wù)器、客戶-服務(wù)

器方式。

答：實(shí)體(entity)表示任何可發(fā)送或接收信息的硬件或軟件進(jìn)程。

協(xié)議是控制兩個(gè)對等實(shí)體進(jìn)行通信的規(guī)則的集合。

客戶(client)和服務(wù)器(server)都是指通信中所涉及的兩個(gè)應(yīng)用進(jìn)程?？蛻羰欠?wù)的請求方，服務(wù)器是

服務(wù)的提供方。

客戶服務(wù)器方式所描述的是進(jìn)程之間服務(wù)和被服務(wù)的關(guān)系。

協(xié)議棧:指計(jì)算機(jī)網(wǎng)絡(luò)體系結(jié)構(gòu)采用分層模型后，每層的主要功能由對等層協(xié)議的運(yùn)行來實(shí)現(xiàn),因而每

層可用一些主要協(xié)議來表征，幾個(gè)層次畫在一起很像一個(gè)棧的結(jié)構(gòu).

對等層:在網(wǎng)絡(luò)體系結(jié)構(gòu)中，通信雙方實(shí)現(xiàn)同樣功能的層.

協(xié)議數(shù)據(jù)單元:對等層實(shí)體進(jìn)行信息交換的數(shù)據(jù)單位.

服務(wù)訪問點(diǎn):在同一系統(tǒng)中相鄰兩層的實(shí)體進(jìn)行交互(即交換信息)的地方.服務(wù)訪問點(diǎn)SAP是一個(gè)抽象的

概念，它實(shí)體上就是一個(gè)邏輯接口.

第五章傳輸層

5-01試說明運(yùn)輸層在協(xié)議棧中的地位和作用，運(yùn)輸層的通信和網(wǎng)絡(luò)層的通信有什么重要區(qū)別？為什

么運(yùn)輸層是必不可少的？

答：運(yùn)輸層處于面向通信部分的最高層，同時(shí)也是用戶功能中的最低層，向它上面的應(yīng)用層提供服務(wù)

運(yùn)輸層為應(yīng)用進(jìn)程之間提供端到端的邏輯通信，但網(wǎng)絡(luò)層是為主機(jī)之間提供邏輯通信（面向主機(jī)，承

擔(dān)路由功能，即主機(jī)尋址及有效的分組交換）。

各種應(yīng)用進(jìn)程之間通信需要“可靠或盡力而為”的兩類服務(wù)質(zhì)量，必須由運(yùn)輸層以復(fù)用和分用的形式

加載到網(wǎng)絡(luò)層。

5-02網(wǎng)絡(luò)層提供數(shù)據(jù)報(bào)或虛電路服務(wù)對上面的運(yùn)輸層有何影響？

答：網(wǎng)絡(luò)層提供數(shù)據(jù)報(bào)或虛電路服務(wù)不影響上面的運(yùn)輸層的運(yùn)行機(jī)制。

但提供不同的服務(wù)質(zhì)量。

5-03當(dāng)應(yīng)用程序使用面向連接的TCP和無連接的IP時(shí)，這種傳輸是面向連接的還是面向無連接的？

答：都是。這要在不同層次來看，在運(yùn)輸層是面向連接的，在網(wǎng)絡(luò)層則是無連接的。

5-04試用畫圖解釋運(yùn)輸層的復(fù)用。畫圖說明許多個(gè)運(yùn)輸用戶復(fù)用到一條運(yùn)輸連接上，而這條運(yùn)輸連

接有復(fù)用到IP數(shù)據(jù)報(bào)上。

5-05試舉例說明有些應(yīng)用程序愿意采用不可靠的UDP,而不用采用可靠的TCP。

答：VOIP：由于語音信息具有一定的冗余度，人耳對VOIP數(shù)據(jù)報(bào)損失由一定的承受度，但對傳輸時(shí)延

的變化較敏感。

有差錯(cuò)的UDP數(shù)據(jù)報(bào)在接收端被直接拋棄，TCP數(shù)據(jù)報(bào)出錯(cuò)則會(huì)引起重傳，可能帶來較大的時(shí)延擾

動(dòng)。

因此VOIP寧可采用不可靠的UDP,而不愿意采用可靠的TCP。

5-06接收方收到有差錯(cuò)的UDP用戶數(shù)據(jù)報(bào)時(shí)應(yīng)如何處理？

答：丟棄

5-07如果應(yīng)用程序愿意使用UDP來完成可靠的傳輸，這可能嗎？請說明理由

答：可能，但應(yīng)用程序中必須額外提供與TCP相同的功能。

5—08為什么說UDP是面向報(bào)文的，而TCP是面向字節(jié)流的？

答：發(fā)送方UDP對應(yīng)用程序交下來的報(bào)文，在添加首部后就向下交付IP層。UDP對應(yīng)用層交下來的

報(bào)文，既不合并，也不拆分，而是保留這些報(bào)文的邊界。

接收方UDP對IP層交上來的UDP用戶數(shù)據(jù)報(bào)，在去除首部后就原封不動(dòng)地交付上層的應(yīng)用進(jìn)程，一

次交付一個(gè)完整的報(bào)文。

發(fā)送方TCP對應(yīng)用程序交下來的報(bào)文數(shù)據(jù)塊，視為無結(jié)構(gòu)的字節(jié)流（無邊界約束，可分拆/合并），但維

持各字節(jié)

5-09端口的作用是什么？為什么端口要?jiǎng)澐譃槿N？

答：端口的作用是對TCP/IP體系的應(yīng)用進(jìn)程進(jìn)行統(tǒng)一的標(biāo)志，使運(yùn)行不同操作系統(tǒng)的計(jì)算機(jī)的應(yīng)用進(jìn)程

能夠互相通信。

熟知端口，數(shù)值一般為0~1023.標(biāo)記常規(guī)的服務(wù)進(jìn)程；

登記端口號，數(shù)值為1024~49151,標(biāo)記沒有熟知端口號的非常規(guī)的服務(wù)進(jìn)程;

5-10試說明運(yùn)輸層中偽首部的作用。

答：用于計(jì)算運(yùn)輸層數(shù)據(jù)報(bào)校驗(yàn)和。

5-11某個(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ān)主機(jī)尋址，提供報(bào)頭檢錯(cuò)；只能找到目的主機(jī)而無法找到目的進(jìn)程。

UDP提供對應(yīng)用進(jìn)程的復(fù)用和分用功能，以及提供對數(shù)據(jù)差分的差錯(cuò)檢驗(yàn)。

5-12一個(gè)應(yīng)用程序用UDP,到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)識字段會(huì)有另一個(gè)標(biāo)識符。

僅當(dāng)標(biāo)識符相同的IP數(shù)據(jù)報(bào)片才能組裝成一個(gè)IP數(shù)據(jù)報(bào)。

前兩個(gè)IP數(shù)據(jù)報(bào)片的標(biāo)識符與后兩個(gè)IP數(shù)據(jù)報(bào)片的標(biāo)識符不同，因此不能組裝成一個(gè)IP數(shù)據(jù)報(bào)。

5-13一個(gè)UDP用戶數(shù)據(jù)的數(shù)據(jù)字段為8192字節(jié)。在數(shù)據(jù)鏈路層要使用以太網(wǎng)來傳送。試問應(yīng)當(dāng)劃

分為幾個(gè)IP數(shù)據(jù)報(bào)片？說明每一個(gè)IP數(shù)據(jù)報(bào)字段長度和片偏移字段的值。

答：6個(gè)

數(shù)據(jù)字段的長度：前5個(gè)是1480字節(jié)，最后一個(gè)是800字節(jié)。

片偏移字段的值分別是：0,1480,2960,4440,5920和7400.

5—14一UDP用戶數(shù)據(jù)報(bào)的首部十六進(jìn)制表示是：0632004500ICE217.試求源端口、目的端口、

用戶數(shù)據(jù)報(bào)的總長度、數(shù)據(jù)部分長度。這個(gè)用戶數(shù)據(jù)報(bào)是從客戶發(fā)送給服務(wù)器發(fā)送給客戶？使用UDP的

這個(gè)服務(wù)器程序是什么？

解：源端口1586,目的端口69,UDP用戶數(shù)據(jù)報(bào)總長度28字節(jié)，數(shù)據(jù)部分長度20字節(jié)。

此UDP用戶數(shù)據(jù)報(bào)是從客戶發(fā)給服務(wù)器（因?yàn)槟康亩丝谔枺?023,是熟知端口）、服務(wù)器程序是TFFTP。

5-15使用TCP對實(shí)時(shí)話音數(shù)據(jù)的傳輸有沒有什么問題？使用UDP在傳送數(shù)據(jù)文件時(shí)會(huì)有什么問

題？

答：如果語音數(shù)據(jù)不是實(shí)時(shí)播放（邊接受邊播放）就可以使用TCP,因?yàn)門CP傳輸可靠。接收端用TCP

講話音數(shù)據(jù)接受完畢后，可以在以后的任何時(shí)間進(jìn)行播放。但假定是實(shí)時(shí)傳輸，則必須使用UDP。

UDP不保證可靠交付，但UCP比TCP的開銷要小很多。因此只要應(yīng)用程序接受這樣的服務(wù)質(zhì)量就

可以使用UDPo

5-16在停止等待協(xié)議中如果不使用編號是否可行？為什么？

答:分組和確認(rèn)分組都必須進(jìn)行編號，才能明確哪個(gè)分組得到了確認(rèn)。

5-17在停止等待協(xié)議中，如果收到重復(fù)的報(bào)文段時(shí)不予理睬（即悄悄地丟棄它而其他什么也沒做）

是否可行？試舉出具體的例子說明理由。

答：

收到重復(fù)幀不確認(rèn)相當(dāng)于確認(rèn)丟失

5-18假定在運(yùn)輸層使用停止等待協(xié)議。發(fā)送發(fā)在發(fā)送報(bào)文段M0后再設(shè)定的時(shí)間內(nèi)未收到確認(rèn)，于

是重傳M0,但M0又遲遲不能到達(dá)接收方。不久，發(fā)送方收到了遲到的對M0的確認(rèn)，于是發(fā)送下一個(gè)

報(bào)文段ML不久就收到了對Ml的確認(rèn)。接著發(fā)送方發(fā)送新的報(bào)文段M0,但這個(gè)新的M0在傳送過程

中丟失了。正巧，一開始就滯留在網(wǎng)絡(luò)中的M0現(xiàn)在到達(dá)接收方。接收方無法分辨M0是舊的。于是收下

M0,并發(fā)送確認(rèn)。顯然，接收方后來收到的M0是重復(fù)的，協(xié)議失敗了。

試畫出類似于圖5-9所示的雙方交換報(bào)文段的過程。

答：

舊的M0被當(dāng)成新的M0。

5-23主機(jī)A向主機(jī)B連續(xù)發(fā)送了兩個(gè)TCP報(bào)文段，其序號分別為70和100.試問：

(1)第一個(gè)報(bào)文段攜帶了多少個(gè)字節(jié)的數(shù)據(jù)？

(2)主機(jī)B收到第一個(gè)報(bào)文段后發(fā)回的確認(rèn)中的確認(rèn)號應(yīng)當(dāng)是多少？

(3)如果主機(jī)B收到第二個(gè)報(bào)文段后發(fā)回的確認(rèn)中的確認(rèn)號是180,試問A發(fā)送的第二個(gè)報(bào)文段中

的數(shù)據(jù)有多少字節(jié)？

(4)如果A發(fā)送的第一個(gè)報(bào)文段丟失了，但第二個(gè)報(bào)文段到達(dá)了BoB在第二個(gè)報(bào)文段到達(dá)后向A

發(fā)送確認(rèn)。試問這個(gè)確認(rèn)號應(yīng)為多少？

解：(1)第一個(gè)報(bào)文段的數(shù)據(jù)序號是70到99,共30字節(jié)的數(shù)據(jù)。

(2)確認(rèn)號應(yīng)為100.

(3)80字節(jié)。

(4)70

5—25為什么在TCP首部中要把TCP端口號放入最開始的4個(gè)字節(jié)？

答：在ICMP的差錯(cuò)報(bào)文中要包含IP首部后面的8個(gè)字節(jié)的內(nèi)容，而這里面有TCP首部中的源端口和目

的端口。當(dāng)TCP收到ICMP差錯(cuò)報(bào)文時(shí)需要用這兩個(gè)端口來確定是哪條連接出了差錯(cuò)。

5—26為什么在TCP首部中有一個(gè)首部長度字段，而UDP的首部中就沒有這個(gè)這個(gè)字段？

答：TCP首部除固定長度部分外，還有選項(xiàng)，因此TCP首部長度是可變的。UDP首部長度是固定的。

5-27一個(gè)TCP報(bào)文段的數(shù)據(jù)部分最多為多少個(gè)字節(jié)？為什么？如果用戶要傳送的數(shù)據(jù)的字節(jié)長度

超過TCP報(bào)文字段中的序號字段可能編出的最大序號，問還能否用TCP來傳送？

答：65495字節(jié)，此數(shù)據(jù)部分加上TCP首部的20字節(jié)，再加上IP首部的20字節(jié)，正好是IP數(shù)據(jù)報(bào)的

最大長度65535.(當(dāng)然，若IP首部包含了選項(xiàng)，則IP首部長度超過20字節(jié)，這時(shí)TCP報(bào)文段的數(shù)據(jù)

部分的長度將小于65495字節(jié)。)

數(shù)據(jù)的字節(jié)長度超過TCP報(bào)文段中的序號字段可能編出的最大序號，通過循環(huán)使用序號，仍能用TCP

來傳送。

5-28主機(jī)A向主機(jī)B發(fā)送TCP報(bào)文段，首部中的源端口是m而目的端口是n。當(dāng)B向A發(fā)送回信

時(shí)，其TCP報(bào)文段的首部中源端口和目的端口分別是什么？

答：分別是n和m。

5-29在使用TCP傳送數(shù)據(jù)時(shí)，如果有一個(gè)確認(rèn)報(bào)文段丟失了，也不一定會(huì)引起與該確認(rèn)報(bào)文段對

應(yīng)的數(shù)據(jù)的重傳。試說明理由。

答：還未重傳就收到了對更高序號的確認(rèn)。

5-30設(shè)TCP使用的最大窗口為65535字節(jié)，而傳輸信道不產(chǎn)生差錯(cuò)，帶寬也不受限制。若報(bào)文段的

平均往返時(shí)延為20ms,問所能得到的最大吞吐量是多少？

答：在發(fā)送時(shí)延可忽略的情況下，最大數(shù)據(jù)率=最大窗口*8/平均往返時(shí)間=26.2Mb/s。

5-37在TCP的擁塞控制中，什么是慢開始、擁塞避免、快重傳和快恢復(fù)算法?這里每一種算法各起

什么作用？“乘法減小”和“加法增大”各用在什么情況下？

答：慢開始：

在主機(jī)剛剛開始發(fā)送報(bào)文段時(shí)可先將擁塞窗口cwnd設(shè)置為一個(gè)最大報(bào)文段MSS的數(shù)值。在每收到

一個(gè)對新的報(bào)文段的確認(rèn)后，將擁塞窗口增加至多一個(gè)MSS的數(shù)值。用這樣的方法逐步增大發(fā)送端的擁

塞窗口cwnd,可以分組注入到網(wǎng)絡(luò)的速率更加合理。

擁塞避免：

當(dāng)擁塞窗口值大于慢開始門限時(shí)，停止使用慢開始算法而改用擁塞避免算法。擁塞避免算法使發(fā)送的

擁塞窗口每經(jīng)過一個(gè)往返時(shí)延RTT就增加一個(gè)MSS的大小。

快重傳算法規(guī)定：

發(fā)送端只要一連收到三個(gè)重復(fù)的ACK即可斷定有分組丟失了，就應(yīng)該立即重傳丟手的報(bào)文段而不必繼續(xù)

等待為該報(bào)文段設(shè)置的重傳計(jì)時(shí)器的超時(shí)。

快恢復(fù)算法：

當(dāng)發(fā)送端收到連續(xù)三個(gè)重復(fù)的ACK時(shí)，就重新設(shè)置慢開始門限ssthresh

與慢開始不同之處是擁塞窗口cwnd不是設(shè)置為1?而是設(shè)置為ssthresh

若收到的重復(fù)的AVK為n個(gè)（n>3）,則將cwnd設(shè)置為ssthresh

若發(fā)送窗口值還容許發(fā)送報(bào)文段，就按擁塞避免算法繼續(xù)發(fā)送報(bào)文段。

若收到了確認(rèn)新的報(bào)文段的ACK,就將cwnd縮小到ssthresh

乘法減?。?/p>

是指不論在慢開始階段還是擁塞避免階段，只要出現(xiàn)一次超時(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ù)。

加法增大：

是指執(zhí)行擁塞避免算法后，在收到對所有報(bào)文段的確認(rèn)后（即經(jīng)過一個(gè)往返時(shí)間），就把擁塞窗口cwnd

增加一個(gè)MSS大小，使擁塞窗口緩慢增大，以防止網(wǎng)絡(luò)過早出現(xiàn)擁塞。

5—38設(shè)TCP的ssthresh的初始值為8（單位為報(bào)文段）。當(dāng)擁塞窗口上升到12時(shí)網(wǎng)絡(luò)發(fā)生了超時(shí)，

TCP使用慢開始和擁塞避免。試分別求出第1次到第15次傳輸?shù)母鲹砣翱诖笮　Ｄ隳苷f明擁塞控制窗

口每一次變化的原因嗎？

答：擁塞窗口大小分別為：1,2,4,8,9,10,11,12,1,2,4,6,7,8,9.

5—39TCP的擁塞窗口cwnd大小與傳輸輪次n的關(guān)系如下所示:

cwnd1248163233343536373839

n12345678910111213

cwnd4041422122232425261248

n14151617181920212223242526

(1)試畫出如圖5-25所示的擁塞窗口與傳輸輪次的關(guān)系曲線。

(2)指明TCP工作在慢開始階段的時(shí)間間隔。

(3)指明TCP工作在擁塞避免階段的時(shí)間間隔。

(4)在第16輪次和第22輪次之后發(fā)送方是通過收到三個(gè)重復(fù)的確認(rèn)還是通過超市檢測到丟失了報(bào)文段？

(5)在第1輪次，第18輪次和第24輪次發(fā)送時(shí)，門限ssthresh分別被設(shè)置為多大？

(6)在第幾輪次發(fā)送出第70個(gè)報(bào)文段？

(7)假定在第26輪次之后收到了三個(gè)重復(fù)的確認(rèn)，因而檢測出了報(bào)文段的丟失，那么擁塞窗口cwnd和

門限ssthresh應(yīng)設(shè)置為多大？

答：(1)擁塞窗口與傳輸輪次的關(guān)系曲線如圖所示(課本后答案)：

(2)慢開始時(shí)間間隔：【1,6】和123,26］

(3)擁塞避免時(shí)間間隔：［6,16］和［17,22］

(4)在第16輪次之后發(fā)送方通過收到三個(gè)重復(fù)的確認(rèn)檢測到丟失的報(bào)文段。在第22輪次之后發(fā)送方是

通過超時(shí)檢測到丟失的報(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è)置的21

(6)第70報(bào)文段在第7輪次發(fā)送出。

(7)擁塞窗口cwnd和門限ssthresh應(yīng)設(shè)置為8的一半，即4.

5-40TCP在進(jìn)行流量控制時(shí)是以分組的丟失作為產(chǎn)生擁塞的標(biāo)志。有沒有不是因擁塞而引起的分組

丟失的情況?如有，請舉出三種情況。

答：

當(dāng)1P數(shù)據(jù)報(bào)在傳輸過程中需要分片，但其中的一個(gè)數(shù)據(jù)報(bào)未能及時(shí)到達(dá)終點(diǎn)，而終點(diǎn)組裝IP數(shù)據(jù)報(bào)已超

時(shí)，因而只能丟失該數(shù)據(jù)報(bào)；IP數(shù)據(jù)報(bào)已經(jīng)到達(dá)終點(diǎn)，但終點(diǎn)的緩存沒有足夠的空間存放此數(shù)據(jù)報(bào)；數(shù)

據(jù)報(bào)在轉(zhuǎn)發(fā)過程中經(jīng)過一個(gè)局域網(wǎng)的網(wǎng)橋，但網(wǎng)橋在轉(zhuǎn)發(fā)該數(shù)據(jù)報(bào)的幀沒有足夠的差錯(cuò)空間而只好丟棄。

571用TCP傳送512字節(jié)的數(shù)據(jù)。設(shè)窗口為100字節(jié)，而TCP報(bào)文段每次也是傳送100字節(jié)的數(shù)

據(jù)。再設(shè)發(fā)送端和接收端的起始序號分別選為100和200,試畫出類似于圖5-28的工作示意圖。從連接建

立階段到連接釋放都要畫上。

572在圖5-32中所示的連接釋放過程中，主機(jī)B能否先不發(fā)送ACK=x+l的確認(rèn)？(因?yàn)楹竺嬉l(fā)

送的連接釋放報(bào)文段中仍有ACK=x+l這一信息)

答：

如果B不再發(fā)送數(shù)據(jù)了，是可以把兩個(gè)報(bào)文段合并成為一個(gè)，即只發(fā)送FIN+ACK報(bào)文段。但如果B還

有數(shù)據(jù)報(bào)要發(fā)送，而且要發(fā)送一段時(shí)間，那就不行，因?yàn)锳遲遲收不到確認(rèn)，就會(huì)以為剛才發(fā)送的FIN

報(bào)文段丟失了，就超時(shí)重傳這個(gè)FIN報(bào)文段，浪費(fèi)網(wǎng)絡(luò)資源。

5—43在圖(5-33)中，在什么情況下會(huì)發(fā)生從狀態(tài)LISTEN到狀態(tài)SYN_SENT,以及從狀態(tài)SYN.ENT

到狀態(tài)SYN_RCVD的變遷？

答：當(dāng)A和B都作為客戶，即同時(shí)主動(dòng)打開TCP連接。這時(shí)的每一方的狀態(tài)變遷都是：

CLOSED--aSYN-SENT—aSYN-RCVD-aESTABLISHED

574試以具體例子說明為什么一個(gè)運(yùn)輸連接可以有多種方式釋放。可以設(shè)兩個(gè)互相通信的用戶分別

連接在網(wǎng)絡(luò)的兩結(jié)點(diǎn)上。

答：設(shè)A,B建立了運(yùn)輸連接。協(xié)議應(yīng)考慮一下實(shí)際可能性：

A或B故障，應(yīng)設(shè)計(jì)超時(shí)機(jī)制，使對方退出，不至于死鎖；

A主動(dòng)退出，B被動(dòng)退出

B主動(dòng)退出，A被動(dòng)退出

5-45解釋為什么突然釋放運(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ā)出了釋放連接請求，如果就這

樣突然釋放連接，顯然主機(jī)1發(fā)送的第二個(gè)TCP報(bào)文段會(huì)丟失。

而使用TCP的連接釋放方法，主機(jī)2發(fā)出了釋放連接的請求，那么即使收到主機(jī)1的確認(rèn)后，只會(huì)釋放

主機(jī)2到主機(jī)1方向的連接，即主機(jī)2不再向主機(jī)1發(fā)送數(shù)據(jù)，而仍然可接受主機(jī)1發(fā)來的數(shù)據(jù)，所以可

保證不丟失數(shù)據(jù)。

5-46試用具體例子說明為什么在運(yùn)輸連接建立時(shí)要使用三次握手。說明如不這樣做可能會(huì)出現(xiàn)什么

情況。

答：

3次握手完成兩個(gè)重要的功能，既要雙方做好發(fā)送數(shù)據(jù)的準(zhǔn)備工作（雙方都知道彼此已準(zhǔn)備好），也要允

許雙方就初始序列號進(jìn)行協(xié)商，這個(gè)序列號在握手過程中被發(fā)送和確認(rèn)。

假定B給A發(fā)送一個(gè)連接請求分組，A收到了這個(gè)分組，并發(fā)送了確認(rèn)應(yīng)答分組。按照兩次握手的協(xié)定，

A認(rèn)為連接已經(jīng)成功地建立了，可以開始發(fā)送數(shù)據(jù)分組?？墒?，B在A的應(yīng)答分組在傳輸中被丟失的情況

下，將不知道A是否已準(zhǔn)備好，不知道A建議什么樣的序列號，B甚至懷疑A是否收到自己的連接請求

分組，在這種情況下，B認(rèn)為連接還未建立成功，將忽略A發(fā)來的任何數(shù)據(jù)分組，只等待連接確認(rèn)應(yīng)答分

組。

而A發(fā)出的分組超時(shí)后，重復(fù)發(fā)送同樣的分組。這樣就形成了死鎖。

第六章應(yīng)用層

6-01因特網(wǎng)的域名結(jié)構(gòu)是怎么樣的？它與目前的電話網(wǎng)的號碼結(jié)構(gòu)有何異同之處？

答：

(1)域名的結(jié)構(gòu)由標(biāo)號序列組成，各標(biāo)號之間用點(diǎn)隔開：

....三級域名.二級域名.頂級域名

各標(biāo)號分別代表不同級別的域名。

(2)電話號碼分為國家號結(jié)構(gòu)分為(中國+86)、區(qū)號、本機(jī)號。

6-02域名系統(tǒng)的主要功能是什么？域名系統(tǒng)中的本地域名服務(wù)器、根域名服務(wù)器、頂級域名服務(wù)器以及

權(quán)限域名權(quán)服務(wù)器有何區(qū)別？

答：

域名系統(tǒng)的主要功能：將域名解析為主機(jī)能識別的IP地址。

因特網(wǎng)上的域名服務(wù)器系統(tǒng)也是按照域名的層次來安排的。每一個(gè)域名服務(wù)器都只對域名體系中的一

部分進(jìn)行管轄。共有三種不同類型的域名服務(wù)器。即本地域名服務(wù)器、根域名服務(wù)器、授權(quán)域名服務(wù)器。

當(dāng)一個(gè)本地域名服務(wù)器不能立即回答某個(gè)主機(jī)的查詢時(shí)，該本地域名服務(wù)器就以DNS客戶的身份向

某一個(gè)根域名服務(wù)器查詢。若根域名服務(wù)器有被查詢主機(jī)的信息，就發(fā)送DNS回答報(bào)文給本地域名服務(wù)

器，然后本地域名服務(wù)器再回答發(fā)起查詢的主機(jī)。但當(dāng)根域名服務(wù)器沒有被查詢的主機(jī)的信息時(shí)，它一定

知道某個(gè)保存有被查詢的主機(jī)名字映射的授權(quán)域名服務(wù)器的IP地址。通常根域名服務(wù)器用來管轄頂級域。

根域名服務(wù)器并不直接對頂級域下面所屬的所有的域名進(jìn)行轉(zhuǎn)換，但它一定能夠找到下面的所有二級域名

的域名服務(wù)器。每一個(gè)主機(jī)都必須在授權(quán)域名服務(wù)器處注冊登記。通常，一個(gè)主機(jī)的授權(quán)域名服務(wù)器就是

它的主機(jī)ISP的一個(gè)域名服務(wù)器。授權(quán)域名服務(wù)器總是能夠?qū)⑵涔茌牭闹鳈C(jī)名轉(zhuǎn)換為該主機(jī)的IP地址。

因特網(wǎng)允許各個(gè)單位根據(jù)本單位的具體情況將本域名劃分為若干個(gè)域名服務(wù)器管轄區(qū)。一般就在各管轄區(qū)

中設(shè)置相應(yīng)的授權(quán)域名服務(wù)器。

6-03舉例說明域名轉(zhuǎn)換的過程。域名服務(wù)器中的高速緩存的作用是什么？

答：

(1)P259圖6-5

(2)作用：可大大減輕根域名服務(wù)器的負(fù)荷，使因特網(wǎng)上的DNS查詢請求和回答報(bào)文的數(shù)量大為減少。

6-04設(shè)想有一天整個(gè)因特網(wǎng)的DNS系統(tǒng)都癱瘓了(這種情況不大會(huì)出現(xiàn))，試問還可以給朋友發(fā)送電子

郵件嗎？

答：不能；

6-05文件傳送協(xié)議FTP的主要工作過程是怎樣的？為什么說FTP是帶外傳送控制信息？主進(jìn)程和從屬

進(jìn)程各起什么作用？

答：

FTP使用客戶服務(wù)器方式。一個(gè)FTP服務(wù)器進(jìn)程可同時(shí)為多個(gè)客戶進(jìn)程提供服務(wù)。

FTP的服務(wù)器進(jìn)程由兩大部分組成：一個(gè)主進(jìn)程，負(fù)責(zé)接受新的請求；另外有若干個(gè)從屬進(jìn)程，負(fù)

責(zé)處理單個(gè)請求。

主進(jìn)程的工作步驟：

1、打開熟知端口(端口號為21),使客戶進(jìn)程能夠連接上。

2、等待客戶進(jìn)程發(fā)出連接請求。

3、啟動(dòng)從屬進(jìn)程來處理客戶進(jìn)程發(fā)來的請求。從屬進(jìn)程對客戶進(jìn)程的請求處理完畢后即終止，但從屬進(jìn)

程在運(yùn)行期間根據(jù)需要還可能創(chuàng)建其他一些子進(jìn)程。

4、回到等待狀態(tài)，繼續(xù)接受其他客戶進(jìn)程發(fā)來的請求。主進(jìn)程與從屬進(jìn)程的處理是并發(fā)地進(jìn)行。

FTP使用兩個(gè)TCP連接。

控制連接在整個(gè)會(huì)話期間一直保持打開，F(xiàn)TP客戶發(fā)出的傳送請求通過控制連接發(fā)送給服務(wù)器端的

控制進(jìn)程，但控制連接不用來傳送文件。

實(shí)際用于傳輸文件的是“數(shù)據(jù)連接服務(wù)器端的控制進(jìn)程在接收到FTP客戶發(fā)送來的文件傳輸請求

后就創(chuàng)建“數(shù)據(jù)傳送進(jìn)程”和“數(shù)據(jù)連接”，用來連接客戶端和服務(wù)器端的數(shù)據(jù)傳送進(jìn)程。

數(shù)據(jù)傳送進(jìn)程實(shí)際完成文件的傳送，在傳送完畢后關(guān)閉“數(shù)據(jù)傳送連接”并結(jié)束運(yùn)行。

6-08解釋以下名詞。各英文縮寫詞的原文是什么？

www,URL.HTTP,HTML,CGI,瀏覽器，超文本，超媒體，超鏈，頁面，活動(dòng)文檔，搜索引擎。

答：

WWW：萬維網(wǎng)WWW(WorldWideWeb)并非某種特殊的計(jì)算機(jī)網(wǎng)絡(luò)。萬維網(wǎng)是一個(gè)大規(guī)模的、聯(lián)機(jī)

式的信息儲藏所，英文簡稱為Web.萬維網(wǎng)用鏈接的方法能非常方便地從因特網(wǎng)上的一個(gè)站點(diǎn)訪問另一個(gè)

站點(diǎn)(也就是所謂的“鏈接到另一個(gè)站點(diǎn)”)，從而主動(dòng)地按需獲取豐富的信息。

URL:為了使用戶清楚地知道能夠很方便地找到所需的信息，萬維網(wǎng)使用統(tǒng)一資源定位符URL

(UniformResourceLocator)來標(biāo)志萬維網(wǎng)上的各種文檔，并使每一個(gè)文檔在整個(gè)因特網(wǎng)的范圍內(nèi)具有

唯一的標(biāo)識符URL.

HTTP:為了實(shí)現(xiàn)萬維網(wǎng)上各種鏈接，就要使萬維網(wǎng)客戶程序與萬維網(wǎng)服務(wù)器程序之間的交互遵守嚴(yán)格

的協(xié)議，這就是超文本傳送協(xié)議HTTP.HTTP是一個(gè)應(yīng)用層協(xié)議，它使用TCP連接進(jìn)行可靠的傳送。

CG1:通用網(wǎng)關(guān)接口CGI是一種標(biāo)準(zhǔn)，它定義了動(dòng)態(tài)文檔應(yīng)該如何創(chuàng)建，輸入數(shù)據(jù)應(yīng)如何提供給應(yīng)用

程序，以及輸出結(jié)果意如何使用。CGI程序的正式名字是CGI腳本。按照計(jì)算機(jī)科學(xué)的一般概念。

瀏覽器：一個(gè)瀏覽器包括一組客戶程序、一組解釋程序，以及一個(gè)控制程序。

超文本：超文本的基本特征就是可以超鏈接文檔；你可以指向其他位置，該位置可以在當(dāng)前的文檔中、

局域網(wǎng)中的其他文檔，也可以在因特網(wǎng)上的任何位置的文檔中。這些文檔組成了一個(gè)雜亂的信息網(wǎng)。目標(biāo)

文檔通常與其來源有某些關(guān)聯(lián)，并且豐富了來源；來源中的鏈接元素則將這種關(guān)系傳遞給瀏覽者。

超媒體：超級媒體的簡稱，是超文本(hypertext)和多媒體在信息瀏覽環(huán)境下的結(jié)合。

超鏈：超鏈接可以用于各種效果。超鏈接可以用在目錄和主題列表中。瀏覽者可以在瀏覽器屏幕上單擊鼠

標(biāo)或在鍵盤上按下按鍵，從而選擇并自動(dòng)跳轉(zhuǎn)到文檔中自己感興趣的那個(gè)主題，或跳轉(zhuǎn)到世界上某處完全

不同的集合中的某個(gè)文檔。超鏈接(hypertext),或者按照標(biāo)準(zhǔn)叫法稱為錨(anchor),是使用＜a＞標(biāo)簽

標(biāo)記的，可以用兩種方式表示。錨的一種類型是在文檔中創(chuàng)建一個(gè)熱點(diǎn)，當(dāng)用戶激活或選中(通常是使用

鼠標(biāo))這個(gè)熱點(diǎn)時(shí)，會(huì)導(dǎo)致瀏覽器進(jìn)行鏈接。

頁面：頁面，類似于單篇文章頁面，但是和單篇文章不同的是：1.每個(gè)頁面都可以自定義樣式，而單

篇文章則共用一個(gè)樣式。2.頁面默認(rèn)情況一般不允許評論，而單篇文章默認(rèn)情況允許評論。3.頁面會(huì)出現(xiàn)

在水平導(dǎo)航欄上，不會(huì)出現(xiàn)在分類和存檔里，而單篇文章會(huì)出現(xiàn)在分類和存檔里，不會(huì)出現(xiàn)在水平導(dǎo)航欄

上。

活動(dòng)文檔：即正在處理的文檔。在MicrosoftWord中鍵入的文本或插入的圖形將出現(xiàn)在活動(dòng)文檔中。

活動(dòng)文檔的標(biāo)題欄是突出顯示的。一個(gè)基于Windows的、嵌入到瀏覽器中的非HTML應(yīng)用程序，提供了

從瀏覽器界面訪問這些應(yīng)用程序的功能的方法。

搜索引擎：搜索引擎指能夠自動(dòng)從互聯(lián)網(wǎng)上搜集信息，經(jīng)過整理以后，提供給用戶進(jìn)行查閱的系統(tǒng)。

6-09假定一個(gè)超鏈從一個(gè)萬維網(wǎng)文檔鏈接到另一個(gè)萬維網(wǎng)文檔時(shí)，由于萬維網(wǎng)文檔上出現(xiàn)了差錯(cuò)而使得

超鏈指向一個(gè)無效的計(jì)算機(jī)名字。這是瀏覽器將向用戶報(bào)告什么？

答：404NotFound,

6-10假定要從已知的URL獲得一個(gè)萬維網(wǎng)文檔。若該萬維網(wǎng)服務(wù)器的IP地址開始時(shí)并不知道。試問：

除HTTP外，還需要什么應(yīng)用層協(xié)議和傳輸層協(xié)議？

答：

應(yīng)用層協(xié)議需要的是DNS。

運(yùn)輸層協(xié)議需要的是UDP（DNS）使用和TCP（HTTP使用）。

6-14當(dāng)使用鼠標(biāo)點(diǎn)擊一個(gè)萬維網(wǎng)文檔時(shí)，若該文檔除了有文本外，還有一個(gè)本地.gif圖像和兩個(gè)遠(yuǎn)地.gif

圖像。試問；需要使用那個(gè)應(yīng)用程序，以及需要建立幾次UDP連接和幾次TCP連接？

答：

若使用HTTP/1.0,需要建立0次UDP連接，4次TCP連接。

若使用HTTP/1.L需要建立0次UDP連接，1次TCP連接。

6-15假定你在瀏覽器上點(diǎn)擊一個(gè)URL,但這個(gè)URL的IP地址以前并沒有緩存在本地主機(jī)上。因此需要

用DNS自動(dòng)查找和解析。假定要解析到所要找的URL的ip地址共經(jīng)過n個(gè)DNS服務(wù)器，所經(jīng)過的時(shí)間

分別是RTT1,RTT2,……RTTn?假定從要找的網(wǎng)頁上只需要讀取一個(gè)很小的圖片（即忽略這個(gè)小圖片的

傳輸時(shí)間）。從本地主機(jī)到這個(gè)網(wǎng)頁的往返時(shí)間是RTTw.試問從點(diǎn)擊這個(gè)URL開始，一直到本地主機(jī)的屏

幕上出現(xiàn)所讀取的小圖片，一共需要經(jīng)過多少時(shí)間？

解：

解析IP地址需要時(shí)間是：RTT1+RTT2+…+RTTn。

建立TCP連接和請求萬維網(wǎng)文檔需要2RTTw。

6-16在上題中，假定同一臺服務(wù)器的HTML文件中又鏈接了三個(gè)非常小的對象。若忽略這些對象的發(fā)送

時(shí)間，試計(jì)算客戶點(diǎn)擊讀取這些對象所需的時(shí)間。

（1）沒有并行TCP連接的非持續(xù)HTTP；

（2）使用并行TCP連接的非持續(xù)HTTP；

（3）流水線方式的持續(xù)HTTPo

解：（1）所需時(shí)間=內(nèi)1'1+配「12+...+111'1'11+81<1T”，。

（2）所需時(shí)間=!^11+RTT2+...+RTTn+4RTTw。

（3）所需時(shí)間=RTT1+RTT2+...+RTTn+3RTTw。

6-20試述電子郵件的最主要的組成部件。用戶代理UA的作用是什么？沒有UA行不行？

答：

電子郵件系統(tǒng)的最主要組成部件：用戶代理、郵件服務(wù)器、以及電子郵件使用的協(xié)議。

UA就是用戶與電子郵件系統(tǒng)的接口。用戶代理使用戶能夠通過一個(gè)很友好的接口來發(fā)送和接收郵件。

沒有UA不行。因?yàn)椴⒎撬械挠?jì)算機(jī)都能運(yùn)行郵件服務(wù)器程序。有些計(jì)算機(jī)可能沒有足夠的存儲器來運(yùn)

行允許程序在后臺運(yùn)行的操作系統(tǒng)，或是可能沒有足夠的CPU能力來運(yùn)行郵件服務(wù)器程序。更重要的是，

郵件服務(wù)器程序必須不間斷地運(yùn)行，每天24小時(shí)都必須不間斷地連接在因特網(wǎng)上，否則就可能使很多外

面發(fā)來的郵件丟失。這樣看來，讓用戶的PC機(jī)運(yùn)行郵件服務(wù)器程序顯然是很不現(xiàn)實(shí)的。

6-21電子郵件的信封和內(nèi)容在郵件的傳送過程中起什么作用？和用戶的關(guān)系如何？

答：一個(gè)電子郵件分為信封和內(nèi)容兩大部分。電子郵件的傳輸程序根據(jù)郵件信封上的信息（收信人地

址）來傳送郵件。RFC822只規(guī)定了郵件內(nèi)容中的首部格式，而對郵件的主體部分則讓用戶自由撰寫。用

戶填寫好首部后，郵件系統(tǒng)將自動(dòng)地將所需的信息提取出來并寫在信封上。

6-22電子郵件的地址格式是怎樣的？請說明各部分的意思。

答：TCP/IP體系的電子郵件系統(tǒng)規(guī)定電子郵件地址的格式如下：

收信人郵箱名@郵箱所在主機(jī)的域名

符號"@"讀作"at",表示“在"的意思。例如，電子郵件地址xiexiren@

6-23試簡述SMTP通信的三個(gè)階段的過程。

答：1.連接建立：連接是在發(fā)送主機(jī)的SMTP客戶和接收主機(jī)的