（3）域名系統(tǒng)DNS 解析出清華大學(xué)服務(wù)器的IP 地址為116.111.4.100。

（4）瀏覽器與服務(wù)器建立TCP 連接（在服務(wù)器端IP 地址是116.111.4.100，端口是80）。

（5）瀏覽器發(fā)出取文件命令：GET/chn/yxsz/index.htm。

（6）服務(wù)器www.tsinghua.edu.cn 給出響應(yīng)，把文件index.htm 發(fā)送給瀏覽器。

（7）釋放TCP 連接。

（8）瀏覽器顯示“清華大學(xué)院系設(shè)置”文件index.htm 中的所有文本。

6-11 你所使用的瀏覽器的高速緩存有多大？請進(jìn)行一個試驗：訪問幾個萬維網(wǎng)文檔，然后將你的計算機(jī)與網(wǎng)絡(luò)斷開，然后再回到你剛才訪問過的文檔。你的瀏覽器的高速緩存能夠存放多少各頁面？

答：IE 工具→Internet 選項→常規(guī)標(biāo)簽→Internet 臨時文件→設(shè)置→使用的磁盤空間：596MB 。

6-12 什么是動態(tài)文檔？試舉出萬維網(wǎng)使用動態(tài)文檔的一些例子。

答：Dynamic document 動態(tài)文檔：與WWW 文檔有關(guān)的計算機(jī)程序，它能生成所需的文檔。 當(dāng)瀏覽器需要動態(tài)文檔時，服務(wù)器就運(yùn)行該程序并發(fā)送輸出到瀏覽器。動態(tài)文檔程序?qū)γ總€需求可生成不同的輸出。

6-13 瀏覽器同時打開多少個TCP 連接進(jìn)行瀏覽的優(yōu)缺點如何？請說明理由。

答：優(yōu)點：簡單明了方便。

缺點：卡的時候容易死機(jī)。

6-14 當(dāng)使用鼠標(biāo)點擊一個萬維網(wǎng)文檔是，若該文檔除了有文本外，還有一個本地.gif 圖像和兩個遠(yuǎn)地.gif 圖像。試問：需要使用那個應(yīng)用程序，以及需要建立幾次UDP 連接和幾次TCP 連接？

答：若使用HTTP/1.0，則需要建立0次UDP 連接；4次TCP 連接（文本1個和圖像3個各使用1個）。

若使用HTTP/1.1，則需要建立0次UDP 連接；1次TCP 連接（文本1個和圖像3個都使用這一個TCP 連接）。

6-15 假定你在瀏覽器上點擊一個URL ，但這個URL 的ip 地址以前并沒有緩存在本地主機(jī)上。因此需要用DNS 自動查找和解析。假定要解析到所要找的URL 的ip 地址共經(jīng)過n 個DNS 服務(wù)器，所經(jīng)過的時間分別是RTT 1, RTT 2,……RTTn 。假定從要找的網(wǎng)頁上只需要讀取一個很小的圖片（即忽略這個小圖片的傳輸時間）。從本地主機(jī)到這個網(wǎng)頁的往返時間是RTT w 。試問從點擊這個URL 開始，一直到本地主機(jī)的屏幕上出現(xiàn)所讀取的小圖片，一共需要經(jīng)過多少時間？

解：

解析IP 地址需要時間是：RTT 1 RTT2 … RTTn 。

建立TCP 連接和請求萬維網(wǎng)文檔需要的時間是：2RTT w 。

一共需要的時間是：RTT 1 RTT2 … RTTn 2RTTw

6-16 在上題中，假定同一臺服務(wù)器的HTML 文件中又鏈接了三個非常小的對象。若忽略這些對象的發(fā)送時間，試計算客戶點擊讀取這些對象所需的時間。

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

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

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

解：（1）所需時間=RTT1 RTT2 … RTTn 8RTTw 。

（2）所需時間= RTT1 RTT2 … RTTn 4 RTTw 。

（3）所需時間= RTT1 RTT2 … RTTn 3 RTTw 。

6-17 在瀏覽器中應(yīng)當(dāng)有幾個可選解釋程序。試給出一些可選解釋程序的名稱。

答：在瀏覽器中，HTML 解釋程序是必不可少的，而其他的解釋程序則是可選的。如java 可選解釋程序，但是在運(yùn)行java 的瀏覽器是則需要兩個解釋程序，即HTML 解釋程序和Java 小應(yīng)用程序解釋程序。

6-18 一個萬維網(wǎng)網(wǎng)點有1000萬個頁面，平均每個頁面有10個超鏈，讀取一個頁面平均要100ms 。問要檢索整個網(wǎng)點所需的最少時間？

答：t=100*10-3*10*1000*104 =107 s

6-19 搜索引擎可分為哪兩種類型？各有什么特點？

答：搜索引擎的種類很多，大體上可劃分為兩大類，即全文檢索搜索引擎和分類目錄搜索引擎。全文檢索搜索引擎是一種純技術(shù)型的檢索工具。它的工作原理是通過搜索軟件到因特網(wǎng)上的各網(wǎng)站收集信息，找到一個網(wǎng)站后可以從這個網(wǎng)站再鏈接到另一個網(wǎng)站。然后按照一定的規(guī)則建立一個很大的在線數(shù)據(jù)庫供用戶查詢。用戶在查詢時只要輸入關(guān)鍵詞，就從已經(jīng)建立的索引數(shù)據(jù)庫上進(jìn)行查詢（并不是實時地在因特網(wǎng)上檢索到的信息）。全文檢索搜索引擎可直接檢索到相關(guān)內(nèi)容的網(wǎng)頁。

分類目錄搜索引擎并不采集網(wǎng)站的任何信息，而是利用各網(wǎng)站向搜索引擎提交的網(wǎng)站信息時填寫的關(guān)鍵詞和網(wǎng)站描述等信息，經(jīng)過人工審核編輯后，如果認(rèn)為符合網(wǎng)站登錄的條件，則輸入到分類目錄的數(shù)據(jù)庫中，供網(wǎng)上用戶查詢。分類目錄搜索引擎只能檢索到相關(guān)信息的網(wǎng)址。

6-20 試述電子郵件的最主要的組成部件。用戶代理UA 的作用是什么？沒有UA 行不行？ 答：電子郵件系統(tǒng)的最主要組成部件：用戶代理、郵件服務(wù)器、以及電子郵件使用的協(xié)議。UA 就是用戶與電子郵件系統(tǒng)的接口。用戶代理使用戶能夠通過一個很友好的接口來發(fā)送和接收郵件。

沒有UA 不行。因為并非所有的計算機(jī)都能運(yùn)行郵件服務(wù)器程序。有些計算機(jī)可能沒有足夠的存儲器來運(yùn)行允許程序在后臺運(yùn)行的操作系統(tǒng)，或是可能沒有足夠的CPU 能力來運(yùn)行郵件服務(wù)器程序。更重要的是，郵件服務(wù)器程序必須不間斷地運(yùn)行，每天24小時都必須不間斷地連接在因特網(wǎng)上，否則就可能使很多外面發(fā)來的郵件丟失。這樣看來，讓用戶的PC 機(jī)運(yùn)行郵件服務(wù)器程序顯然是很不現(xiàn)實的。

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

答：一個電子郵件分為信封和內(nèi)容兩大部分。電子郵件的傳輸程序根據(jù)郵件信封上的信息（收信人地址）來傳送郵件。RFC822只規(guī)定了郵件內(nèi)容中的首部格式，而對郵件的主體部分則讓用戶自由撰寫。用戶填寫好首部后，郵件系統(tǒng)將自動地將所需的信息提取出來并寫在信封上。

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

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

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

符號“@”讀作“at”，表示“在”的意思。例如，電子郵件地址xiexiren@tsinghua.org.cn

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

答：1. 連接建立：連接是在發(fā)送主機(jī)的 SMTP 客戶和接收主機(jī)的 SMTP 服務(wù)器之間建立TCP 連接的。SMTP 不使用中間的郵件服務(wù)器。

2. 郵件傳送。

3. 連接釋放：郵件發(fā)送完畢后，SMTP 應(yīng)釋放 TCP 連接。

6-24 試述郵局協(xié)議POP 的工作過程。在電子郵件中，為什么需要使用POP 和SMTP 這兩個協(xié)議？IMAP 與POP 有何區(qū)別？

答：POP 使用客戶機(jī)服務(wù)器的工作方式。在接收郵件的用戶的PC 機(jī)中必須運(yùn)行POP 客戶機(jī)程序，而在其ISP 的郵件服務(wù)器中則運(yùn)行POP 服務(wù)器程序。POP 服務(wù)器只有在用戶輸入鑒別信息（用戶名和口令）后才允許對郵箱進(jìn)行讀取。

POP 是一個脫機(jī)協(xié)議，所有對郵件的處理都在用戶的PC 機(jī)上進(jìn)行；IMAP 是一個聯(lián)機(jī)協(xié)議，用戶可以操縱ISP 的郵件服務(wù)器的郵箱。

6-25 MIME與SMTP 的關(guān)系是什么的？什么是quoted-printable 編碼和base64編碼？ 答：

MIME 全稱是通用因特網(wǎng)郵件擴(kuò)充MIME 。它并沒有改動或取代SMTP 。MIME 的意圖是繼續(xù)使用目前的RFC 822格式，但增加了郵件主體的結(jié)構(gòu)，并定義了傳送非ASCII 碼的編碼規(guī)則。也就是說，MIME 郵件可以在現(xiàn)有的電子郵件程序和協(xié)議下傳送。

quoted-printable 編碼：對于所有可打印的ASCII 碼，除特殊字符等號外，都不改變。等號和不可打印的ASCII 碼以及非ASCII 碼的數(shù)據(jù)的編碼方法是：先將每個字節(jié)的二進(jìn)制代碼用兩個十六進(jìn)制數(shù)字表示，然后在前面再加上一個等號。

base64編碼：先把二進(jìn)制代碼劃分為一個24位長的單元，然后把每個24位單元劃分為4個6位組。每一個6位組按以下方法替換成ASCII 碼。6位的二進(jìn)制代碼共有64種不同的值，從1到63。用A 表示0，用B 表示1，等等。26個大寫字母排列完畢后，接下去再排26個小寫字母，再后面是10個數(shù)字，最后用 表示62，而用/表示63。再用兩個連在一起的等號==和一個等號=分別表示最后一組的代碼只有8位或16位。回車和換行都忽略，它們可在任何地方插入。

6-26 一個二進(jìn)制文件共3072字節(jié)長，若使用base64編碼，并且每發(fā)送完80字節(jié)就插入一個回車符CR 和一個換行符LF ，問一共發(fā)送了多少個字節(jié)？

解：在base64 編碼方案中，24 比特的組被分成 4 個6 比特單位，每個單位都作為一個合法的ASCII 字符發(fā)送。編碼規(guī)則是A 表示0，B 表示l 等等，接著是26 個小寫字母表示26 到51，10 個數(shù)字(0 到9) 表示52 到61，最后， 和/分別表示62 和63。=和= =分別用來指示最后一組僅包含8位或16位。回車和換行被忽略不計，因此可以任意插入它們來保持一行足夠短。

在本題中，base 64 編碼將把報文劃分成1024 個單元，每個單元3 字節(jié)長。每個單元被編碼為4 個字節(jié)，所以共有4096 個字節(jié)。如果把這些字節(jié)每80 字節(jié)劃分為一行，將需要52 行，所以需要加52 個CR 和52 個LF 。4096 52×2=4200。綜上所述，該二進(jìn)制文件用base 64 編碼將會有4200 字節(jié)長。

6-27 試將數(shù)據(jù) 11001100 10000001 00111000進(jìn)行base64編碼，并得到最后傳輸?shù)腁SCII 數(shù)據(jù)。

解：對應(yīng)的ASCII 數(shù)據(jù)為zIE4，對應(yīng)的二進(jìn)制代碼為：

01111010 01001001 01000101 00110100

6-28 試將數(shù)據(jù)01001100 10011101 00111001進(jìn)行quoted-printable 編碼，并得出最后傳送的ASCII 數(shù)據(jù)。這樣的數(shù)據(jù)用quoted-printable 編碼后其編碼開銷有多大？

解：01001100 00111101 00111001 01000100 00111001

編碼開銷為66.7

6-29 電子郵件系統(tǒng)需要將人們的電子郵件地址編成目錄以便于查找。要建立這種目錄應(yīng)將人名劃分為幾個標(biāo)準(zhǔn)部分（例如，姓，名）。若要形成一個國際標(biāo)準(zhǔn)，那么必須解決哪些問題？

答：非常困難。例如，人名的書寫方法，很多國家（如英、美等西方國家）是先書寫名再寫姓。但像中國或日本等國家則是先書寫姓再寫名。有些國家的一些人還有中間的名。稱呼也有非常多種類。還有各式各樣的頭銜。很難有統(tǒng)一的格式。

6-30 電子郵件系統(tǒng)使用TCP 傳送郵件。為什么有時我們會遇到郵件發(fā)送失敗的情況？為什么有時對方會收不到我們發(fā)送的郵件？

答：有時對方的郵件服務(wù)器不工作，郵件就發(fā)送不出去。對方的郵件服務(wù)器出故障也會使郵件丟失。

6-31 基于萬維網(wǎng)的電子郵件系統(tǒng)有什么特點？在傳送郵件時使用什么協(xié)議？

答：

特點：不管在什么地方，只要能上網(wǎng)，在打開萬維網(wǎng)瀏覽器后，就可以收發(fā)電子郵件。這時，郵件系統(tǒng)中的用戶代理就是普通的萬維網(wǎng)。

電子郵件從用戶主機(jī) A 發(fā)送到網(wǎng)易郵件服務(wù)器是使用 HTTP 協(xié)議。

兩個郵件服務(wù)器之間的傳送使用 SMTP 。

郵件從新浪郵件服務(wù)器傳送到用戶主機(jī) B 是使用 HTTP 協(xié)議。

6-32 DHCP協(xié)議用在什么情況下？當(dāng)一臺計算機(jī)第一次運(yùn)行引導(dǎo)程序時，其ROM 中有沒有該IP 地址，子網(wǎng)掩碼或某個域名服務(wù)器的IP 地址？

答：動態(tài)主機(jī)配置協(xié)議 DHCP 提供了即插即用連網(wǎng)的機(jī)制。這種機(jī)制允許一臺計算機(jī)加入新的網(wǎng)絡(luò)和獲取IP 地址而不用手工參與。

沒有。

6-33 什么是網(wǎng)絡(luò)管理？為什么說網(wǎng)絡(luò)管理是當(dāng)今網(wǎng)絡(luò)領(lǐng)域中的熱門課題？

答：網(wǎng)絡(luò)管理即網(wǎng)絡(luò)的運(yùn)行、處理、維護(hù)（Maintenance ）、服務(wù)提供等所需要的各種活動。網(wǎng)絡(luò)管理是控制一個復(fù)雜的計算機(jī)網(wǎng)絡(luò)使得它具有最高的效率和生產(chǎn)力的過程。

6-34 解釋下列術(shù)語：網(wǎng)絡(luò)元素、被管對象、管理進(jìn)程、代理進(jìn)程和管理信息庫。

答：網(wǎng)絡(luò)元素：被管對象有時可稱為網(wǎng)絡(luò)元素，簡稱網(wǎng)元。

被管對象：在每一個被管設(shè)備中有許多被管對象，被管對象可以是被管設(shè)備中的某個硬件（例如，一塊網(wǎng)絡(luò)接口卡），也可以是某些硬件或軟件（例如，路由選擇協(xié)議）的配置參數(shù)集合。

管理進(jìn)程：管理程序在運(yùn)行時就成為管理進(jìn)程。管理程序運(yùn)行SNMP 客戶程序。

代理進(jìn)程：在每一個被管理設(shè)備中都要運(yùn)行一個程序以便和管理站中的管理程序進(jìn)行通信。這些運(yùn)行著的程序叫作網(wǎng)絡(luò)管理代理程序，網(wǎng)絡(luò)管理代理程序在運(yùn)行時就成為代理進(jìn)程。代理程序運(yùn)行SNMP 服務(wù)器程序。

管理信息庫：在被管理的實體中創(chuàng)建了命名對象，并規(guī)定了其類型。

6-35 SNMP使用UDP 傳送報文，為什么不使用TCP ？

答：使用UDP 是為了減小開銷，提高網(wǎng)管的效率。

6-36 為什么SNMP 的管理進(jìn)程使用輪詢掌握全網(wǎng)狀態(tài)用于正常情況，而代理進(jìn)程用陷阱向管理進(jìn)程報告屬于較少發(fā)生的異常情況？

答：使用輪詢以維持對網(wǎng)絡(luò)資源的實時監(jiān)視，系統(tǒng)簡單并限制通信量。陷阱（trap ）的方式更靈活、快捷。

6-37 SNMP使用哪幾種操作？SNMP 在Get 報文中設(shè)置了請求標(biāo)識符字段，為什么？

答：SNMP 有兩種操作：（1）“讀”操作，用get 報文來檢測各被管對象的狀況。（2）“寫”操作，用set 報文來改變各被管對象的狀況。

因為SNMP 在get 報文中設(shè)置請求標(biāo)識符字段，可以允許管理進(jìn)程同時向許多代理進(jìn)程發(fā)送請求，代理響應(yīng)回答的get-response 報文中也包含相應(yīng)的請求標(biāo)識符，以區(qū)分不同的代理發(fā)回的響應(yīng)報文。

6-38 什么是管理信息庫MIB ？為什么要使用MIB ？

答：管理信息庫MIB 是一個網(wǎng)絡(luò)中所有可能的被管對象集合的數(shù)據(jù)結(jié)構(gòu)。

只有在MIB 中的對象才是SNMP 能夠管理的。MIB 的定義與具體的網(wǎng)絡(luò)管理協(xié)議無關(guān)，這對于廠商和用戶都有利，廠商可以在產(chǎn)品中包含SNMP 代理軟件，并保證在定義新的MIB 項目后該軟件仍能夠遵守標(biāo)準(zhǔn)。用戶可以使用同一網(wǎng)絡(luò)管理客戶軟件來管理具有不同版本的MIB 的多個路由器。

6-39 什么是管理信息結(jié)構(gòu)SMI ？它的作用是什么？

答：管理信息結(jié)構(gòu)SMI 是SNMP 的另一個重要組成部分。SMI 定義了命名對象和定義對象類型（包括范圍和長度）的通用規(guī)則，以及把對象和對象的值進(jìn)行編碼的規(guī)則。因此SMI 的功能應(yīng)當(dāng)有三個，即：

（1）被管對象的命名；

（2）用來存儲被管對象的數(shù)據(jù)類型；

（3）在網(wǎng)絡(luò)上傳送的管理數(shù)據(jù)應(yīng)如何編碼。

6-40 用ASN.1基本編碼規(guī)則對以下4個數(shù)組（SEQUENCE-OF ）進(jìn)行編碼。假定每一個數(shù)字占用4個字節(jié)。

2345, 1236, 122, 1236

答：整個編碼為

30 18

02 04 00 00 09 29

02 04 00 00 04 D4

02 04 00 00 00 7A

02 04 00 00 04 D4

6-41 SNMP要發(fā)送一個GetRequest 報文，以便向一個路由器獲取ICMP 的icmpInParmProbs 的值。在icmp 中變量icmpInParmProbs 的標(biāo)號是（5），這是一個計數(shù)器，用來統(tǒng)計收到的類型為參數(shù)問題的ICMP 差錯報告報文的數(shù)目。試給出這個GetRequest 報文的編碼。 答：變量icmpInParmProbs 的對象標(biāo)識符是1.3.6.1.2.1.5.5，加上后綴“.0”。

30 29

02 01 00

04 06 70 75 62 6C 69 63

A0 1C

02 04 00 01 06 14

02 01 00

02 01 00

30 0E

30 0C

06 08 2B 06 01 02 01 05 05 00

05 00

6-42 對象tcp 的OBJECT IDENTIFIER是什么？

答：{1.3.6.1.2.1.6}

6-43 在ASN.1中，IP 地址（IPAddress ）的類別是應(yīng)用類。若IPAddress=131.21.14.2，試求其ASN.1編碼。

答：40 04 83 15 0E 02

6-44 什么是應(yīng)用編程接口API ？它是應(yīng)用程序和誰的接口？

答：大多數(shù)操作系統(tǒng)使用系統(tǒng)調(diào)用（system call）的機(jī)制在應(yīng)用程序和操作系統(tǒng)之間傳遞控制權(quán)。當(dāng)某個應(yīng)用進(jìn)程啟動系統(tǒng)調(diào)用時，控制權(quán)就從應(yīng)用進(jìn)程傳遞給了系統(tǒng)調(diào)用接口。此接口再將控制權(quán)傳遞給計算機(jī)的操作系統(tǒng)，操作系統(tǒng)將此調(diào)用給某個內(nèi)部過程，并執(zhí)行所請求的操作。內(nèi)部過程一旦執(zhí)行完畢，控制權(quán)就又通過系統(tǒng)調(diào)用接口返回給應(yīng)用程序。總之，只要應(yīng)用進(jìn)程需要從操作系統(tǒng)獲得服務(wù)，就要將控制權(quán)傳遞給操作系統(tǒng)，操作系統(tǒng)在執(zhí)行必要的操作后將控制權(quán)返回給應(yīng)用進(jìn)程。因此，系統(tǒng)調(diào)用接口實際上就是應(yīng)用進(jìn)程的控制權(quán)和操作系統(tǒng)的控制權(quán)進(jìn)行轉(zhuǎn)換的一個接口。這種系統(tǒng)調(diào)用接口又稱為應(yīng)用編程接口API （Application Programming Interface）。

API 是應(yīng)用程序和操作系統(tǒng)之間的接口。

6-45 試舉出常用的幾種系統(tǒng)調(diào)用的名稱，說明它們的用途。

答：略。

6-46 圖6-33表示了各應(yīng)用協(xié)議在層次中的位置。

（1）簡單討論一下為什么有的應(yīng)用層協(xié)議要使用TCP 而有的卻要使用UDP ？

（2）為什么MIME 畫在SMTP 之上？

（3）為什么路由選擇協(xié)議RIP 放在應(yīng)用層？

答：（1）應(yīng)用層協(xié)議根據(jù)各自功能的需求，有的需要使用面向連接的TCP 服務(wù)，提供可靠

的數(shù)據(jù)傳輸服務(wù)，如FTP 、HTTP 等；而有的協(xié)議使用無連接的UDP 服務(wù)，提供比較靈活的服務(wù)，如DHCP 、SNMP 等。

（2）MIME 協(xié)議是擴(kuò)展了的SMTP 協(xié)議，是基于SMTP 的，所以要放在SMTP 上畫。

（3）由于RIP 協(xié)議是基于UDP 協(xié)議而創(chuàng)建的。所以RIP 協(xié)議應(yīng)該放在UDP 協(xié)議的上一層，即應(yīng)用層協(xié)議。