答：

優(yōu)點(diǎn)：簡(jiǎn)單明了方便。

缺點(diǎn)：卡的時(shí)候容易死機(jī)

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

答：

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

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

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

解：

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

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

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

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

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

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

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

（2）所需時(shí)間=RTT1 RTT2 … RTTn 4RTTw。

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

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

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

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

答：t=100000000×10×100

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

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

經(jīng)建立的索引數(shù)據(jù)庫(kù)上進(jìn)行查詢（并不是實(shí)時(shí)地在因特網(wǎng)上檢索到的信息）。

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

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

答：電子郵件系統(tǒng)的最主要組成部件：用戶代理、郵件服務(wù)器、以及電子郵件使用的協(xié)議。UA 就是用戶與電子郵件系統(tǒng)的接口。用戶代理使用戶能夠通過(guò)一個(gè)很友好的接口來(lái)發(fā)送和接收郵件。沒(méi)有UA 不行。因?yàn)椴⒎撬械挠?jì)算機(jī)都能運(yùn)行郵件服務(wù)器程序。有些計(jì)算機(jī)可能沒(méi)有足夠的存儲(chǔ)器來(lái)運(yùn)行允許程序在后臺(tái)運(yùn)行的操作系統(tǒng)，或是可能沒(méi)有足夠的CPU 能力來(lái)運(yùn)行郵件服務(wù)器程序。更重要的是，郵件服務(wù)器程序必須不間斷地運(yùn)行，每天24小時(shí)都必須不間斷地連接在因特網(wǎng)上，否則就可能使很多外面發(fā)來(lái)的郵件丟失。這樣看來(lái)，讓用戶的PC 機(jī)運(yùn)行郵件服務(wù)器程序顯然是很不現(xiàn)實(shí)的。

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

6-22 電子郵件的地址格式是怎樣的？請(qǐng)說(shuō)明各部分的意思。

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

收信人郵箱名@郵箱所在主機(jī)的域名符號(hào)“@”讀作“at”，表示“在”的意思。例如，電子郵件地址 xiexiren@tsinghua.org.cn

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

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

2. 郵件傳送。

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

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

答：POP 使用客戶機(jī)服務(wù)器的工作方式。在接收郵件的用戶的PC 機(jī)中必須運(yùn)行POP 客戶機(jī)程序，而在其ISP 的郵件服務(wù)器中則運(yùn)行POP 服務(wù)器程序。POP 服務(wù)器只有在用戶輸入鑒別信息（用戶名和口令）后才允許對(duì)郵箱進(jìn)行讀取POP 是一個(gè)脫機(jī)協(xié)議，所有對(duì)郵件的處理都在用戶的PC 機(jī)上進(jìn)行；IMAP 是一個(gè)聯(lián)機(jī)協(xié)議，用戶可以操縱ISP 的郵件服務(wù)器的郵箱。

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

MIME 全稱是通用因特網(wǎng)郵件擴(kuò)充MIME 。它并沒(méi)有改動(dòng)或取代SMTP 。MIME 的意圖是繼續(xù)使用目前的RFC 822格式，但增加了郵件主體的結(jié)構(gòu)，并定義了傳送非ASCII 碼的

編碼規(guī)則。也就是說(shuō)，MIME 郵件可以在現(xiàn)有的電子郵件程序和協(xié)議下傳送。下圖表明了MIME 和SMTP 的關(guān)系：quoted-printable 編碼：對(duì)于所有可打印的ASCII 碼，除特殊字符等號(hào)外，都不改變。等號(hào)和不可打印的ASCII 碼以及非ASCII 碼的數(shù)據(jù)的編碼方法是：先將每個(gè)字節(jié)的二進(jìn)制代碼用兩個(gè)十六進(jìn)制數(shù)字表示，然后在前面再加上一個(gè)等號(hào)。base64編碼是先把二進(jìn)制代碼劃分為一個(gè)24位長(zhǎng)的單元，然后把每個(gè)24位單元?jiǎng)澐譃?個(gè)6位組。每一個(gè)6位組按以下方法替換成ASCII 碼。6位的二進(jìn)制代碼共有64種不同的值，從1到

63。用A 表示0，用B 表示1，等等。26個(gè)大寫字母排列完畢后，接下去再排26個(gè)小寫字母，再后面是10個(gè)數(shù)字，最后用 表示62，而用/表示63。再用兩個(gè)連在一起的等號(hào)==和一個(gè)等號(hào)=分別表示最后一組的代碼只有8位或16位。回車和換行都忽略，它們可在任何地方插入。

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

答：

在base64 編碼方案中，24 比特的組被分成 4 個(gè)6 比特單位，每個(gè)單位都作為一個(gè)合法的ASCII 字符發(fā)送。編碼規(guī)則是A 表示0，B 表示l 等等，接著是26 個(gè)小寫字母表示26 到51，10 個(gè)數(shù)字(0 到9) 表示52 到61，最后， 和/分別表示62 和63。=和= =分別用來(lái)指示最后一組僅包含8位或16位。回 車和換行被忽略不計(jì)，因此可以任意插入它們來(lái)保持一行足夠短。在本題中，base 64 編碼將把報(bào)文劃分成1024 個(gè)單元，每個(gè)單元3 字節(jié)長(zhǎng)。每個(gè)單元被編碼為4 個(gè)字節(jié)，所以共有4096 個(gè)字節(jié)。如果把這些字節(jié)每80 字節(jié)劃分為一行，將需要52 行，所以需要加52 個(gè)CR 和52 個(gè)LF 。4096 52×2=4200。綜上所述，該二進(jìn)制文件用base 64 編碼將會(huì)有4200 字節(jié)長(zhǎng)。

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

解：

對(duì)應(yīng)的ASCII 數(shù)據(jù)為zIE4，對(duì)應(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 編碼后其編碼開(kāi)銷有多大？

解：01001100 00111101 00111001 01000100 00111001

編碼開(kāi)銷為66.7

6-29 電子郵件系統(tǒng)需要將眾的電子郵件地址編成目錄以便于查找，要建立這種目錄應(yīng)將人名劃分為標(biāo)準(zhǔn)部分（例如，姓，名）。若要形成一個(gè)國(guó)際標(biāo)準(zhǔn)，那么必須解決哪些問(wèn)題？ 答：非常困難。例如，人名的書寫方法，很多國(guó)家（如英、美等西方國(guó)家）是先書寫姓。但像中國(guó)或日本等國(guó)家則是先書寫姓再寫名。有些國(guó)家的一些人還有中間的名。稱呼也有非常多種類。還有各式各樣的頭銜。很難有統(tǒng)一的格式。

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

答：

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

失。

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

答：

特點(diǎn)：不管在什么地方，只要能上網(wǎng)，在打開(kāi)萬(wàn)維網(wǎng)瀏覽器后，就可以收發(fā)電子郵件。這時(shí)，郵件系統(tǒng)中的用戶代理就是普通的萬(wàn)維網(wǎng)。電子郵件從 A 發(fā)送到網(wǎng)易郵件服務(wù)器是使用 HTTP 協(xié)議。兩個(gè)郵件服務(wù)器之間的傳送使用 SMTP 。郵件從新浪郵件服務(wù)器傳送到

B 是使用 HTTP 協(xié)議。

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

答：

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

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

答：

網(wǎng)絡(luò)管理即網(wǎng)絡(luò)的運(yùn)行、處理、維護(hù)（Maintenance ）、服務(wù)提供等所需要的各種活動(dòng)。網(wǎng)絡(luò)管理是控制一個(gè)復(fù)雜的計(jì)算機(jī)網(wǎng)絡(luò)使得它具有最高的效率和生產(chǎn)力的過(guò)程。 6-34 解釋下列術(shù)語(yǔ)，網(wǎng)絡(luò)元素，被管對(duì)象，管理進(jìn)程，代理進(jìn)程和管理庫(kù)

答：

網(wǎng)絡(luò)元素：被管對(duì)象有時(shí)可稱為網(wǎng)絡(luò)元素。

被管對(duì)象：在每一個(gè)被管設(shè)備中有許多被管對(duì)象，被管對(duì)象可以是被管設(shè)備中的某個(gè)硬件（例如，一塊網(wǎng)絡(luò)接口卡），也可以是某些硬件或軟件（例如，路由選擇協(xié)議）的配置參數(shù)集合。管理進(jìn)程:管理程序在運(yùn)行時(shí)就成為管理進(jìn)程。代理進(jìn)程：在每一個(gè)被管理設(shè)備中都要運(yùn)行一個(gè)程序以便和管理站中的管理程序進(jìn)行通信。這些運(yùn)行著的程序叫作網(wǎng)絡(luò)管理代理程序。管理庫(kù)：在被管理的實(shí)體中創(chuàng)建了命名對(duì)象，并規(guī)定了其類型。

6-35 SNMP 使用UDP 傳送報(bào)文，為什么不使用TCP ？

答：使用UDP 是為了提高網(wǎng)管的效率

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

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