5—33 假定TCP在開始建立連接時，發(fā)送方設(shè)定超時重傳時間是RTO=6s。

　　(1)當(dāng)發(fā)送方接到對方的連接確認(rèn)報文段時，測量出RTT樣本值為1.5s。試計算現(xiàn)在的RTO值。

　　(2)當(dāng)發(fā)送方發(fā)送數(shù)據(jù)報文段并接收到確認(rèn)時，測量出RTT樣本值為2.5s。試計算現(xiàn)在的RTO值。

　　答：

　　(1)據(jù)RFC2988建議，RTO=RTTs+4*RTTd。其中RTTd是RTTs的偏差加權(quán)均值。

　　初次測量時，RTTd(1)= RTT(1)/2;

　　后續(xù)測量中，RTTd(i)=(1-Beta)* RTTd(i-1)+Beta*{ RTTs- RTT(i)};

　　Beta=1/4

　　依題意，RTT(1)樣本值為1.5秒，則

　　RTTs(1)=RTT(1)=1.5s RTTd(1)=RTT(1)/2=0.75s

　　RTO(1)=RTTs(1)+4RTTd(1)=1.5+4*0.75=4.5(s)

　　(2)RTT(2)=2.5 RTTs(1)=1.5s RTTd(1)=0.75s

　　RTTd(2)=(1-Beta)* RTTd(1)+Beta*{ RTTs(1)- RT

　　(2)}=0.75*3/4+{1.5-2.5}/4=13/16

　　RTO(2)=RTTs(1)+4RTTd(2)=1.5+4*13/16=4.75s

　　5—34 已知第一次測得TCP的往返時延的當(dāng)前值是30 ms?，F(xiàn)在收到了三個接連的確認(rèn)報文段，它們比相應(yīng)的數(shù)據(jù)報文段的發(fā)送時間分別滯后的時間是：26ms，32ms和24ms。設(shè)α=0.9。試計算每一次的新的加權(quán)平均往返時間值RTTs。討論所得出的結(jié)果。

　　答：a=0.1， RTTO=30

　　RTT1=RTTO*(1-a) +26*a=29.6

　　RTT2=RTT1*a+32(1-a)=29.84

　　RTT3=RTT2*a+24(1-a)=29.256

　　三次算出加權(quán)平均往返時間分別為29.6，29.84和29.256ms。

　　可以看出，RTT的樣本值變化多達(dá)20%時，加權(quán)平均往返

　　5—35 試計算一個包括5段鏈路的運輸連接的單程端到端時延。5段鏈路程中有2段是衛(wèi)星鏈路，有3段是廣域網(wǎng)鏈路。每條衛(wèi)星鏈路又由上行鏈路和下行鏈路兩部分組成?？梢匀∵@兩部分的傳播時延之和為250ms。每一個廣域網(wǎng)的范圍為1500km，其傳播時延可按150000km/s來計算。各數(shù)據(jù)鏈路速率為48kb/s，幀長為960位。

　　答：5段鏈路的傳播時延=250*2+(1500/150000)*3*1000=530ms

　　5段鏈路的發(fā)送時延=960/(48*1000)*5*1000=100ms

　　所以5段鏈路單程端到端時延=530+100=630ms

　　5—36 重復(fù)5-35題，但假定其中的一個陸地上的廣域網(wǎng)的傳輸時延為150ms。

　　答：760ms

　　5—37 在TCP的擁塞控制中，什么是慢開始、擁塞避免、快重傳和快恢復(fù)算法?這里每一種算法各起什么作用? “乘法減小”和“加法增大”各用在什么情況下?

　　答：慢開始：

　　在主機(jī)剛剛開始發(fā)送報文段時可先將擁塞窗口cwnd設(shè)置為一個最大報文段MSS的數(shù)值。在每收到一個對新的報文段的確認(rèn)后，將擁塞窗口增加至多一個MSS的數(shù)值。用這樣的方法逐步增大發(fā)送端的擁塞窗口cwnd，可以分組注入到網(wǎng)絡(luò)的速率更加合理。

　　擁塞避免：

　　當(dāng)擁塞窗口值大于慢開始門限時，停止使用慢開始算法而改用擁塞避免算法。擁塞避免算法使發(fā)送的擁塞窗口每經(jīng)過一個往返時延RTT就增加一個MSS的大小。

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

　　發(fā)送端只要一連收到三個重復(fù)的ACK即可斷定有分組丟失了，就應(yīng)該立即重傳丟手的報文段而不必繼續(xù)等待為該報文段設(shè)置的重傳計時器的超時。

　　快恢復(fù)算法：

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

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

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

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

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

　　乘法減?。?/p>

　　是指不論在慢開始階段還是擁塞避免階段，只要出現(xiàn)一次超時(即出現(xiàn)一次網(wǎng)絡(luò)擁塞)，就把慢開始門限值 ssthresh 設(shè)置為當(dāng)前的擁塞窗口值乘以 0.5。

　　當(dāng)網(wǎng)絡(luò)頻繁出現(xiàn)擁塞時，ssthresh 值就下降得很快，以大大減少注入到網(wǎng)絡(luò)中的分組數(shù)。

　　加法增大：

　　是指執(zhí)行擁塞避免算法后，在收到對所有報文段的確認(rèn)后(即經(jīng)過一個往返時間)，就把擁塞窗口 cwnd增加一個 MSS 大小，使擁塞窗口緩慢增大，以防止網(wǎng)絡(luò)過早出現(xiàn)擁塞。

　　5—38 設(shè)TCP的ssthresh的初始值為8(單位為報文段)。當(dāng)擁塞窗口上升到12時網(wǎng)絡(luò)發(fā)生了超時，TCP使用慢開始和擁塞避免。試分別求出第1次到第15次傳輸?shù)母鲹砣翱诖笮?。你能說明擁塞控制窗口每一次變化的原因嗎?

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

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

　　cwnd

　　n1

　　12

　　24

　　38

　　416

　　532

　　633

　　734

　　835

　　936

　　1037

　　1138

　　1239

　　13

　　cwnd

　　n40

　　1441

　　1542

　　1621

　　1722

　　1823

　　1924

　　2025

　　2126

　　221

　　232

　　244

　　258

　　26

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

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

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

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

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

　　(6)在第幾輪次發(fā)送出第70個報文段?

　　(7)假定在第26輪次之后收到了三個重復(fù)的確認(rèn)，因而檢測出了報文段的丟失，那么擁塞窗口cwnd和門限ssthresh應(yīng)設(shè)置為多大?

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

　　(2) 慢開始時間間隔：【1，6】和【23，26】

　　(3) 擁塞避免時間間隔：【6，16】和【17，22】

　　(4) 在第16輪次之后發(fā)送方通過收到三個重復(fù)的確認(rèn)檢測到丟失的報文段。在第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應(yīng)設(shè)置為8的一半，即4.

　　5—40 TCP在進(jìn)行流量控制時是以分組的丟失作為產(chǎn)生擁塞的標(biāo)志。有沒有不是因擁塞而引起的分組丟失的情況?如有，請舉出三種情況。

　　答：

　　當(dāng)Ip數(shù)據(jù)報在傳輸過程中需要分片，但其中的一個數(shù)據(jù)報未能及時到達(dá)終點，而終點組裝IP數(shù)據(jù)報已超時，因而只能丟失該數(shù)據(jù)報;IP數(shù)據(jù)報已經(jīng)到達(dá)終點，但終點的緩存沒有足夠的空間存放此數(shù)據(jù)報;數(shù)據(jù)報在轉(zhuǎn)發(fā)過程中經(jīng)過一個局域網(wǎng)的網(wǎng)橋，但網(wǎng)橋在轉(zhuǎn)發(fā)該數(shù)據(jù)報的幀沒有足夠的差錯空間而只好丟棄。

　　5—41 用TCP傳送512字節(jié)的數(shù)據(jù)。設(shè)窗口為100字節(jié)，而TCP報文段每次也是傳送100字節(jié)的數(shù)據(jù)。再設(shè)發(fā)送端和接收端的起始序號分別選為100和200，試畫出類似于圖5-31的工作示意圖。從連接建立階段到連接釋放都要畫上。

　　5—42 在圖5-32中所示的連接釋放過程中，主機(jī)B能否先不發(fā)送ACK=x+1的確認(rèn)? (因為后面要發(fā)送的連接釋放報文段中仍有ACK=x+1這一信息)

　　答：

　　如果B不再發(fā)送數(shù)據(jù)了，是可以把兩個報文段合并成為一個，即只發(fā)送FIN+ACK報文段。但如果B還有數(shù)據(jù)報要發(fā)送，而且要發(fā)送一段時間，那就不行，因為A遲遲收不到確認(rèn)，就會以為剛才發(fā)送的FIN報文段丟失了，就超時重傳這個FIN報文段，浪費網(wǎng)絡(luò)資源。

　　5—43 在圖(5-33)中，在什么情況下會發(fā)生從狀態(tài)LISTEN到狀態(tài)SYN_SENT，以及從狀態(tài)SYN_ENT到狀態(tài)SYN_RCVD的變遷?

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

　　5—44 試以具體例子說明為什么一個運輸連接可以有多種方式釋放?？梢栽O(shè)兩個互相通信的用戶分別連接在網(wǎng)絡(luò)的兩結(jié)點上。

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

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

　　A主動退出，B被動退出

　　B主動退出，A被動退出

　　5—45 解釋為什么突然釋放運輸連接就可能會丟失用戶數(shù)據(jù)，而使用TCP的連接釋放方法就可保證不丟失數(shù)據(jù)。

　　答：

　　當(dāng)主機(jī)1和主機(jī)2之間連接建立后，主機(jī)1發(fā)送了一個TCP數(shù)據(jù)段并正確抵達(dá)主機(jī)2，接著主機(jī)1發(fā)送另一個TCP數(shù)據(jù)段，這次很不幸，主機(jī)2在收到第二個TCP數(shù)據(jù)段之前發(fā)出了釋放連接請求，如果就這樣突然釋放連接，顯然主機(jī)1發(fā)送的第二個TCP報文段會丟失。

　　而使用TCP的連接釋放方法，主機(jī)2發(fā)出了釋放連接的請求，那么即使收到主機(jī)1的確認(rèn)后，只會釋放主機(jī)2到主機(jī)1方向的連接，即主機(jī)2不再向主機(jī)1發(fā)送數(shù)據(jù)，而仍然可接受主機(jī)1發(fā)來的數(shù)據(jù)，所以可保證不丟失數(shù)據(jù)。

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

　　答：

　　3次握手完成兩個重要的功能，既要雙方做好發(fā)送數(shù)據(jù)的準(zhǔn)備工作(雙方都知道彼此已準(zhǔn)備好)，也要允許雙方就初始序列號進(jìn)行協(xié)商，這個序列號在握手過程中被發(fā)送和確認(rèn)。

　　假定B給A發(fā)送一個連接請求分組，A收到了這個分組，并發(fā)送了確認(rèn)應(yīng)答分組。按照兩次握手的協(xié)定，A認(rèn)為連接已經(jīng)成功地建立了，可以開始發(fā)送數(shù)據(jù)分組?？墒牵珺在A的應(yīng)答分組在傳輸中被丟失的情況下，將不知道A是否已準(zhǔn)備好，不知道A建議什么樣的序列號，B甚至懷疑A是否收到自己的連接請求分組，在這種情況下，B認(rèn)為連接還未建立成功，將忽略A發(fā)來的任何數(shù)據(jù)分組，只等待連接確認(rèn)應(yīng)答分組。

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

　　5—47 一個客戶向服務(wù)器請求建立TCP連接?？蛻粼赥CP連接建立的三次握手中的最后一個報文段中捎帶上一些數(shù)據(jù)，請求服務(wù)器發(fā)送一個長度為L字節(jié)的文件。假定：

　　(1)客戶和服務(wù)器之間的數(shù)據(jù)傳輸速率是R字節(jié)/秒，客戶與服務(wù)器之間的往返時間是RTT(固定值)。

　　(2)服務(wù)器發(fā)送的TCP報文段的長度都是M字節(jié)，而發(fā)送窗口大小是nM字節(jié)。

　　(3)所有傳送的報文段都不會出錯(無重傳)，客戶收到服務(wù)器發(fā)來的報文段后就及時發(fā)送確認(rèn)。

　　(4)所有的協(xié)議首部開銷都可忽略，所有確認(rèn)報文段和連接建立階段的報文段的長度都可忽略(即忽略這些報文段的發(fā)送時間)。

　　試證明，從客戶開始發(fā)起連接建立到接收服務(wù)器發(fā)送的整個文件多需的時間T是：

　　T=2RTT+L/R 當(dāng)nM>R(RTT)+M

　　或 T=2RTT+L/R+(K-1)[M/R+RTT-nM/R] 當(dāng)nM

　　其中，K=[L/nM]，符號[x]表示若x不是整數(shù)，則把x的整數(shù)部分加1。

　　解：

　　發(fā)送窗口較小的情況，發(fā)送一組nM個字節(jié)后必須停頓下來，等收到確認(rèn)后繼續(xù)發(fā)送。

　　共需K=[L/nM]個周期：其中

　　前K-1個周期每周期耗時M/R+RTT,共耗時(K-1)(M/R+RTT)

　　第K周期剩余字節(jié)數(shù)Q=L-(K-1)*nM，需耗時Q/R

　　總耗時=2*RTT+(K-1)M/(R+RTT)+Q/R=2*RTT+L/R+(K-1)[( M/R+RTT)-nM/R]

　　第六章 應(yīng)用層

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

　　答：

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

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

　　各標(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)也是按照域名的層次來安排的。每一個域名服務(wù)器都只對域名體系中的一部分進(jìn)行管轄。共有三種不同類型的域名服務(wù)器。即本地域名服務(wù)器、根域名服務(wù)器、授權(quán)域名服務(wù)器。當(dāng)一個本地域名服務(wù)器不能立即回答某個主機(jī)的查詢時，該本地域名服務(wù)器就以DNS客戶的身份向某一個根域名服務(wù)器查詢。若根域名服務(wù)器有被查詢主機(jī)的信息，就發(fā)送DNS回答報文給本地域名服務(wù)器，然后本地域名服務(wù)器再回答發(fā)起查詢的主機(jī)。但當(dāng)根域名服務(wù)器沒有被查詢的主機(jī)的信息時，它一定知道某個保存有被查詢的主機(jī)名字映射的授權(quán)域名服務(wù)器的IP地址。通常根域名服務(wù)器用來管轄頂級域。根域名服務(wù)器并不直接對頂級域下面所屬的所有的域名進(jìn)行轉(zhuǎn)換，但它一定能夠找到下面的所有二級域名的域名服務(wù)器。每一個主機(jī)都必須在授權(quán)域名服務(wù)器處注冊登記。通常，一個主機(jī)的授權(quán)域名服務(wù)器就是它的主機(jī)ISP的一個域名服務(wù)器。授權(quán)域名服務(wù)器總是能夠?qū)⑵涔茌牭闹鳈C(jī)名轉(zhuǎn)換為該主機(jī)的IP地址。

　　因特網(wǎng)允許各個單位根據(jù)本單位的具體情況將本域名劃分為若干個域名服務(wù)器管轄區(qū)。一般就在各管轄區(qū)中設(shè)置相應(yīng)的授權(quán)域名服務(wù)器。

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

　　答：

　　(1)把不方便記憶的IP地址轉(zhuǎn)換為方便記憶的域名地址。

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

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

　　答：不能;

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

　　答：

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

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

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

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

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

　　3、啟動從屬進(jìn)程來處理客戶進(jìn)程發(fā)來的請求。從屬進(jìn)程對客戶進(jìn)程的請求處理完畢后即終止，但從屬進(jìn)程在運行期間根據(jù)需要還可能創(chuàng)建其他一些子進(jìn)程。

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

　　FTP使用兩個TCP連接。

　　控制連接在整個會話期間一直保持打開，F(xiàn)TP 客戶發(fā)出的傳送請求通過控制連接發(fā)送給服務(wù)器端的控制進(jìn)程，但控制連接不用來傳送文件。

　　實際用于傳輸文件的是“數(shù)據(jù)連接”。服務(wù)器端的控制進(jìn)程在接收到 FTP 客戶發(fā)送來的文件傳輸請求后就創(chuàng)建“數(shù)據(jù)傳送進(jìn)程”和“數(shù)據(jù)連接”，用來連接客戶端和服務(wù)器端的數(shù)據(jù)傳送進(jìn)程。

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

　　6-06 簡單文件傳送協(xié)議TFTP與FTP的主要區(qū)別是什么?各用在什么場合?

　　答：

　　(1)文件傳送協(xié)議 FTP 只提供文件傳送的一些基本的服務(wù)，它使用 TCP 可靠的運輸服務(wù)。

　　FTP 的主要功能是減少或消除在不同操作系統(tǒng)下處理文件的不兼容性。

　　FTP 使用客戶服務(wù)器方式。一個 FTP 服務(wù)器進(jìn)程可同時為多個客戶進(jìn)程提供服務(wù)。FTP 的服務(wù)器進(jìn)程由兩大部分組成：一個主進(jìn)程，負(fù)責(zé)接受新的請求;另外有若干個從屬進(jìn)程，負(fù)責(zé)處理單個請求。

　　TFTP 是一個很小且易于實現(xiàn)的文件傳送協(xié)議。

　　TFTP 使用客戶服務(wù)器方式和使用 UDP 數(shù)據(jù)報，因此 TFTP 需要有自己的差錯改正措施。

　　TFTP 只支持文件傳輸而不支持交互。

　　TFTP 沒有一個龐大的命令集，沒有列目錄的功能，也不能對用戶進(jìn)行身份鑒別。

　　6-07 遠(yuǎn)程登錄TELNET的主要特點是什么?什么叫做虛擬終端NVT?

　　答：

　　(1)用戶用 TELNET 就可在其所在地通過 TCP 連接注冊(即登錄)到遠(yuǎn)地的另一個主機(jī)上(使用主機(jī)名或 IP 地址)。

　　TELNET 能將用戶的擊鍵傳到遠(yuǎn)地主機(jī)，同時也能將遠(yuǎn)地主機(jī)的輸出通過 TCP 連接返回到用戶屏幕。這種服務(wù)是透明的，因為用戶感覺到好像鍵盤和顯示器是直接連在遠(yuǎn)地主機(jī)上。

　　(2)TELNET定義了數(shù)據(jù)和命令應(yīng)該怎樣通過因特網(wǎng)，這些定義就是所謂的網(wǎng)絡(luò)虛擬終端NVT。

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

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

　　答：

　　www:萬維網(wǎng)WWW(World Wide Web)并非某種特殊的計算機(jī)網(wǎng)絡(luò)。萬維網(wǎng)是一個大規(guī)模的、聯(lián)機(jī)式的信息儲藏所，英文簡稱為Web.萬維網(wǎng)用鏈接的方法能非常方便地從因特網(wǎng)上的一個站點訪問另一個站點(也就是所謂的“鏈接到另一個站點”)，從而主動地按需獲取豐富的信息。

　　URL:為了使用戶清楚地知道能夠很方便地找到所需的信息，萬維網(wǎng)使用統(tǒng)一資源定位符URL(Uniform Resource Locator)來標(biāo)志萬維網(wǎng)上的各種文檔，并使每一個文檔在整個因特網(wǎng)的范圍內(nèi)具有唯一的標(biāo)識符URL.

　　HTTP:為了實現(xiàn)萬維網(wǎng)上各種鏈接，就要使萬維網(wǎng)客戶程序與萬維網(wǎng)服務(wù)器程序之間的交互遵守嚴(yán)格的協(xié)議，這就是超文本傳送協(xié)議HTTP.HTTP是一個應(yīng)用層協(xié)議，它使用TCP連接進(jìn)行可靠的傳送。

　　CGI:通用網(wǎng)關(guān)接口CGI是一種標(biāo)準(zhǔn)，它定義了動態(tài)文檔應(yīng)該如何創(chuàng)建，輸入數(shù)據(jù)應(yīng)如何提供給應(yīng)用程序，以及輸出結(jié)果意如何使用。CGI程序的正式名字是CGI腳本。按照計算機(jī)科學(xué)的一般概念。

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

　　超文本：超文本的基本特征就是可以超鏈接文檔;你可以指向其他位置，該位置可以在當(dāng)前的文檔中、局域網(wǎng)中的其他文檔，也可以在因特網(wǎng)上的任何位置的文檔中。這些文檔組成了一個雜亂的信息網(wǎng)。目標(biāo)文檔通常與其來源有某些關(guān)聯(lián)，并且豐富了來源;來源中的鏈接元素則將這種關(guān)系傳遞給瀏覽者。

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