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

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

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

　　答：

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

　　初次測量時(shí)，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的往返時(shí)延的當(dāng)前值是30 ms。現(xiàn)在收到了三個(gè)接連的確認(rèn)報(bào)文段，它們比相應(yīng)的數(shù)據(jù)報(bào)文段的發(fā)送時(shí)間分別滯后的時(shí)間是：26ms，32ms和24ms。設(shè)α=0.9。試計(jì)算每一次的新的加權(quán)平均往返時(shí)間值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)平均往返時(shí)間分別為29.6，29.84和29.256ms。

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

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

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

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

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

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

　　答：760ms

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

　　答：慢開始：

　　在主機(jī)剛剛開始發(fā)送報(bào)文段時(shí)可先將擁塞窗口cwnd設(shè)置為一個(gè)最大報(bào)文段MSS的數(shù)值。在每收到一個(gè)對(duì)新的報(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í)行擁塞避免算法后，在收到對(duì)所有報(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ù)母鲹砣翱诖笮?。你能說明擁塞控制窗口每一次變化的原因嗎?

　　答：擁塞窗口大小分別為：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工作在慢開始階段的時(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】和【23，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—40 TCP在進(jìn)行流量控制時(shí)是以分組的丟失作為產(chǎn)生擁塞的標(biāo)志。有沒有不是因擁塞而引起的分組丟失的情況?如有，請(qǐng)舉出三種情況。

　　答：

　　當(dāng)Ip數(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ò)空間而只好丟棄。

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

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

　　答：

　　如果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----àSYN-SENT---àSYN-RCVD--àESTABLISHED

　　5—44 試以具體例子說明為什么一個(gè)運(yùn)輸連接可以有多種方式釋放?？梢栽O(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ī)制，使對(duì)方退出，不至于死鎖;

　　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ā)出了釋放連接請(qǐng)求，如果就這樣突然釋放連接，顯然主機(jī)1發(fā)送的第二個(gè)TCP報(bào)文段會(huì)丟失。

　　而使用TCP的連接釋放方法，主機(jī)2發(fā)出了釋放連接的請(qǐng)求，那么即使收到主機(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)備好)，也要允許雙方就初始序列號(hào)進(jìn)行協(xié)商，這個(gè)序列號(hào)在握手過程中被發(fā)送和確認(rèn)。

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

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

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

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

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

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

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

　　試證明，從客戶開始發(fā)起連接建立到接收服務(wù)器發(fā)送的整個(gè)文件多需的時(shí)間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]，符號(hào)[x]表示若x不是整數(shù)，則把x的整數(shù)部分加1。

　　解：

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

　　共需K=[L/nM]個(gè)周期：其中

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

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

　　總耗時(shí)=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)的號(hào)碼結(jié)構(gòu)有何異同之處?

　　答：

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

　　… . 三級(jí)域名 . 二級(jí)域名 . 頂級(jí)域名

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

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

　　6-02 域名系統(tǒng)的主要功能是什么?域名系統(tǒng)中的本地域名服務(wù)器、根域名服務(wù)器、頂級(jí)域名服務(wù)器以及權(quán)限域名權(quán)服務(wù)器有何區(qū)別?

　　答:

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

　　因特網(wǎng)上的域名服務(wù)器系統(tǒng)也是按照域名的層次來安排的。每一個(gè)域名服務(wù)器都只對(duì)域名體系中的一部分進(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ù)器用來管轄頂級(jí)域。根域名服務(wù)器并不直接對(duì)頂級(jí)域下面所屬的所有的域名進(jìn)行轉(zhuǎn)換，但它一定能夠找到下面的所有二級(jí)域名的域名服務(wù)器。每一個(gè)主機(jī)都必須在授權(quán)域名服務(wù)器處注冊(cè)登記。通常，一個(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)把不方便記憶的IP地址轉(zhuǎn)換為方便記憶的域名地址。

　　(2)作用：可大大減輕根域名服務(wù)器的負(fù)荷，使因特網(wǎng)上的 DNS 查詢請(qǐng)求和回答報(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)程各起什么作用?

　　答：

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

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

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

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

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

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

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

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

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

　　實(shí)際用于傳輸文件的是“數(shù)據(jù)連接”。服務(wù)器端的控制進(jìn)程在接收到 FTP 客戶發(fā)送來的文件傳輸請(qǐng)求后就創(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-06 簡單文件傳送協(xié)議TFTP與FTP的主要區(qū)別是什么?各用在什么場合?

　　答：

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

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

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

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

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

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

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

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

　　答：

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

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

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

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

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

　　答：

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

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

　　CGI:通用網(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)系傳遞給瀏覽者。

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