計算機網(wǎng)絡復習題-傳輸層教學內(nèi)容_第1頁
計算機網(wǎng)絡復習題-傳輸層教學內(nèi)容_第2頁
計算機網(wǎng)絡復習題-傳輸層教學內(nèi)容_第3頁
計算機網(wǎng)絡復習題-傳輸層教學內(nèi)容_第4頁
計算機網(wǎng)絡復習題-傳輸層教學內(nèi)容_第5頁
已閱讀5頁,還剩8頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領

文檔簡介

1、精品文檔傳輸層一 ?知識點:一 ?傳輸層的功能1. 提供應用進程間的邏輯通信(網(wǎng)絡層提供主機之間的邏輯通信)?兩個主機進行通信實際上就是兩個主機中的應用進程互相通信?應用進程之間的通信又稱為端到端的通信?這里“邏輯通信”的意思是:傳輸層之間的通信好像是沿水平方向傳送數(shù)據(jù),但事實上這兩個傳輸層之間并沒有一條水平方向的物理 連接?2. 對收到的報文進行差錯檢測(網(wǎng)絡層只檢查IP數(shù)據(jù)報首部)?3. 根據(jù)應用的不同,傳輸層需要有兩種不同的傳輸協(xié)議,即面向連接的TCP和無連接的UDR網(wǎng)絡層無 法同時實現(xiàn)兩種協(xié)議?二?傳輸層尋址與端口 (理解)數(shù)據(jù)鏈路層按MA地址尋址,網(wǎng)絡層按IP地址來尋址的,而傳輸層是

2、按端口號 來尋址的?端口就是傳輸 層服務訪問點(TSAP)?不同的應用進程的報文可以通過不同的端口向下交付給傳輸層,再往下由傳輸層統(tǒng)一處理交給網(wǎng)絡層,這一過程稱為復用?端口用一個16bit端口號進行標志,共允許有64k個端口號?1. 熟知端口,其數(shù)值一般為0-1023當一種新的應用程序?qū)绗F(xiàn)時,必須為它指派一個熟知端口 ,以便其 他應用進程和其交互?袤軸,I第見的幾個熟知端口應用程序FTPTELNETSMTPDNSTFTPHTTPSNMPSNMP(irzLp)熟知端口21,20Z553801S1常用端口 :FTP: 21,20; SMTP:25 ; http: 80 ;2. 一般端口,用來隨時分

3、配給請求通信的客戶進程我們知道,一臺擁有IP地址的主機可以提供許多服務,實際上是通過“ IP地址+端口號”來區(qū)分不同 的服務的?稱為插口或套接字?套接口 ?即:插口 =(IP地址,端口號)三?無連接服務與面向連接服務(重點)傳輸層提供了兩種類型的服務:無連接服務和面向連接服務?相應的實現(xiàn)分別是用戶數(shù)據(jù)報協(xié)議UDP 和傳輸控制協(xié)議TCF?當采用TC協(xié)議時,傳輸層向上提供的是一條全雙工的可靠邏輯信道 ;當采用UDF協(xié)議 時,傳輸層向上提供的是一條不可靠的邏輯信道 ?1. UDP的主要特點(1) 傳送數(shù)據(jù)前無需建立連接 , 數(shù)據(jù)到達后也無需確認 ?(2) 不可靠交付 ?(3) 報文頭部短 ,傳輸開銷

4、小 ,時延較短?2. TCP的主要特點(1) 面向連接 , 不提供廣播或多播服務 ?(2) 可靠交付 ?(3) 報文段頭部長 , 傳輸開銷大 ?常見的使用UDP勺應用層協(xié)議有:DNS,TFTP,RIP,BOOTPJDHCP,SNMPFS, IGMP等?使用TCP勺應用層協(xié) 議有:SMTP,TELNET,HTTP,FT等?四?用戶數(shù)據(jù)報協(xié)議 UDP1. UDP概述UDP和TC撮大的區(qū)別在于它是無連接的,UDP只在IP的數(shù)據(jù)報服務之上增加了端口的功能和差錯檢測的功能?雖然UD用戶數(shù)據(jù)報只能提供不可靠的交付,但UD在某些方面有其特殊的優(yōu)點:(1) 發(fā)送數(shù)據(jù)之前不需要建立連接 ?(2) UDP的主機不

5、需要維持復雜的連接狀態(tài)表 ?(3) UDP用戶數(shù)據(jù)報只有8個字節(jié)的首部開銷? 網(wǎng)絡岀現(xiàn)的擁塞不會使源主機的發(fā)送速率降低?這對某些實時應用(如IP電話?實時視頻會議)是很重要的 ?2. UDF數(shù)據(jù)報UDP數(shù)據(jù)報有兩個字段:數(shù)據(jù)字段和首部字段?首部字段有8個字節(jié),由4個字段組成,每個字段都是兩 個字節(jié):(1) 源端口 , 即源端口號 ?(2) 目的端口 , 即目的端口號 ?(3) 長度,即UD用戶數(shù)據(jù)報的長度? 檢驗和,即檢測UD用戶數(shù)據(jù)報在傳輸中是否有錯 ?六?TCP連接管理(重點,必考)TCP勺傳輸連接有三個階段,即:連接建立?數(shù)據(jù)傳送和連接釋放?TCP專輸連接的管理就是使傳輸連接 的建立和釋

6、放都能正常地進行?TCP勺連接和建立都是采用客戶服務器方式 ?主動發(fā)起連接建立的應用進 程叫做客戶 (client) ?被動等待連接建立的應用進程叫做服務器 (server) ?客戶主機A服務器主機BSYN,SEQ=x連接請求確認SYN, ACK.SEQy, ACK-x4-1 確認 ACK,SEQ=x+LACKy+lU 2b. 2 用三次握手建立肚卩連接“三次握手”一定要會!TCP傳輸連接的建立采用“ 3次握手”的方法,如圖26.2所示:第一次握手,A向B發(fā)送連接請求,即一個SYN字段為1的報文段; 第二次握手,B收到連接請求報文段后,如同意,則發(fā)回確認? 第三次握手,A收到B的確認信息后,再

7、加以確認?采用3次握手”的方法,目的是為了防止報文段在傳輸連接建立過程中岀現(xiàn)差錯?通過3次報文段的交互后,通信雙方的進程之間就建立了一條傳輸連接,然后就可以用全雙工的方式在該傳輸連接上正常的傳 輸數(shù)據(jù)報文段了 ?七?TC耐靠傳輸1. TCP數(shù)據(jù)編號與確認TCP協(xié)議是面向字節(jié)的?并使每一個字節(jié)對應于一個序號 ?在連接建立時,雙方要商定初始序 號?TCP每次發(fā)送的報文段的首部中的序號字段數(shù)值表示該報文段中的數(shù)據(jù)部分的第一個字節(jié)的 序號?TCP勺確認是對接收到的數(shù)據(jù)的最高序號表示確認?接收端返回的確認號是已收到的數(shù)據(jù)的最高序號加1 ?因此確認號表示接收端期望下次收到的數(shù)據(jù)中的第一個數(shù)據(jù)字節(jié)的序號?2

8、. TCP的重傳機制TCP每發(fā)送一個報文段,就對這個報文段設置一次計時器 ?只要計時器設置的重傳時間到了 規(guī)定時間,但此時還沒有收到確認,那么就要重傳這一報文段 ?由于TCP勺下層是一個互聯(lián)網(wǎng)環(huán)境,IP數(shù)據(jù)報所選擇的路由變化很大 ?因而傳輸層的往返時 延的方差也很大?為了計算超時計時器的重傳時間 ,TCP采用了一種自適應的算法:(1) 記錄每一個報文段發(fā)出的時間,以及收到相應的確認報文段的時間?這兩個時間之差就是報文段的往返時延?(2) 將各個報文段的往返時延樣本加權(quán)平均,就得出報文段的平均往返時延RTT?(3) 每測量到一個新的往返時延樣本,就按下式重新計算一次平均往返時延RTT:平均往返時

9、延RTT =aX (舊的RTT)+ (1- a ) X (新的往返時延樣本)在上式中,0益a <1 ?若a很接近于1,表示新算岀的平均往返時延 RTT和原來的值相比變化不大 八?TCP流量控制和擁塞控制1. 滑動窗口的概念TCP采用大小可變的滑動窗口進行流量控制?窗口大小的單位是字節(jié)?在TCP報文段首部的窗口字段寫 入的數(shù)值就是當前給對方設置的發(fā)送窗口數(shù)值的上限 ?因特網(wǎng)建議標準定義了以下四種算法 :慢開始?塞 避免 ?快重傳和快恢復 ?慢開始算法的做法是:在連接建立時,將擁塞窗口 cwnc初始化為一個最大報文段長度 MSS勺 數(shù)值?此后,每收到一個對新的報文段的確認 ,就將擁塞窗口 c

10、wnd增加至多一個MSS勺數(shù)值?通常 表現(xiàn)為按指數(shù)規(guī)律增長 ?為防止擁塞窗口 cwnd的增長引起網(wǎng)絡阻塞,還需要一個狀態(tài)變量,即慢開始門限ssthresh, 其用法如下 :當cwnd<ssthresh時,使用慢開始算法;當cwnd>ssthresh時,停止使用慢開始算法,改用擁塞避免算法;當cwnd=ssthresh時,既可使用慢開始算法,也可使用擁塞避免算法 ?擁塞避免算法的做法是:發(fā)送端的擁塞窗口 cwnd每經(jīng)過一個往返時延RTT就增加一個MSS勺 大?。客ǔ1憩F(xiàn)為按線性規(guī)律增長 ?(“擁塞避免”并非指完全能夠避免了擁塞 ,而只是使網(wǎng)絡比 較不容易岀現(xiàn)擁塞 )不論在慢開始階段還

11、是擁塞避免階段 ,只要發(fā)現(xiàn)網(wǎng)絡岀現(xiàn)擁塞 (其根據(jù)是沒 有按時收到ACK或收到了重復的ACK),就要將慢開始門限ssthresh設置為出現(xiàn)擁塞時的發(fā)送窗口 值的一半 (但不能小于 2)?3. 快重傳和快恢復快重傳和快恢復是對以上擁塞控制算法的改進,以避免有時一條TCP1接會因等待重傳計時器的超時而空閑很長的時間 ?快重傳算法規(guī)定 ,發(fā)送端只要一連收到三個重復的 ACK 即可斷定有 分組丟失了 , 就應立即重傳丟失的報文段而不必繼續(xù)等待為該報文段設置的重傳計時器的超時快恢復算法如下 :(1) 當發(fā)送端收到連續(xù)三個重復的ACK寸,就重新設置慢開始門限ssthresh ?(2) 與慢開始不同之處是擁塞

12、窗口cwnd不是設置為1,而是設置為ssthresh +3 X MSS?(3) 若收到的重復的 ACK為n個(n>3),則將cwnd設置為ssthresh+n X MSS?(4) 若發(fā)送窗口值還容許發(fā)送報文段 , 就按擁塞避免算法繼續(xù)發(fā)送報文段 ?(5) 若收到了確認新的報文段的ACK就將cwnd縮小到ssthresh ?例題精講【例1】 在TCP/IP參考模型中,傳輸層的主要作用是在互聯(lián)網(wǎng)絡的源主機和目的主機對等實體之間建 立用于會話的 ( C ) ?A. 點到點連接B.操作連接C. 端到端連接D. 控制連接【例2】 如果用戶程序使用UD協(xié)議進行數(shù)據(jù)傳輸,那么(D )層協(xié)議必須承擔可靠

13、性方面的全部工作?A. 數(shù)據(jù)鏈路層B.網(wǎng)際層C.傳輸層D.應用層【例3】TCP協(xié)議是面向連接的協(xié)議,提供連接的功能是(1)( A )的;采用(2)( B )技術(shù)來實現(xiàn)可靠數(shù) 據(jù)流的傳送?為了提高效率 ,又引入了滑動窗口協(xié)議 ,協(xié)議規(guī)定重傳 (3)(B ) 的報文段,這種報文段的數(shù)量 最多可以 (4)( D );TCP 采用滑動窗口協(xié)議可以實現(xiàn) (5)( C ) ?(1) A.全雙工 B.單工 C.半雙工D.單方向(2) A. 超時重傳B. 肯定確認 ( 捎帶一個報文段的序號 )C.超時重傳和肯定確認D.丟失重傳和否定性確認(3) A. 未被確認及至窗口首端的所有報文段B. 未被確認C.未被確認

14、及至退回N直的所有報文段D.僅丟失(4) A. 是任意的B.1 個C .大于發(fā)送窗口的大小D .等于發(fā)送窗口的大小(5) A.端到端的流量控制B.整個網(wǎng)絡的擁塞控制C.端到端的流量控制和網(wǎng)絡的擁塞控制D.整個網(wǎng)絡的差錯控制【例7】 假定TCP采用2次握手代替3次握手來建立連接,也就是說省去第三個報文,是否可能會發(fā)生死 鎖?解本題考查對TCP!接管理中三次握手原理的理解 ?3次握手完成兩個重要的功能 , 既要雙方做好發(fā)送數(shù)據(jù)的準備工作 (雙方都知道彼此已準備好 ), 也要 允許雙方就初始序列號進行協(xié)商 , 這個序列號在握手過程中被發(fā)送和確認 ?現(xiàn)在把三次握手改成僅需要兩 次握手,死鎖是可能發(fā)生的

15、?作為例子,考慮計算機A和B之間的通信,假定A給B發(fā)送一個連接請求分組,B收 到了這個分組,并發(fā)送了確認應答分組?按照兩次握手的協(xié)定,B認為連接已經(jīng)成功地建立了 ,可以開始發(fā) 送數(shù)據(jù)分組?可是,A在B的應答分組在傳輸中被丟失的情況下,將不知道B是否已準備好,也不知道B發(fā)送數(shù) 據(jù)使用的初始序列號,A甚至懷疑B是否收到自己的連接請求分組?在這種情況下,A認為連接還未建立成 功,將忽略B發(fā)來的任何數(shù)據(jù)分組,只等待連接確認應答分組?而B在發(fā)岀的分組超時后,重復發(fā)送同樣的分 組,這樣就形成了死鎖 (如圖26.4)?±tFl A1主機R匚1連接請求-1SYNtSEQ=xZJ誓待連接確認.認:確認

16、.認為為連按尚*建屯亠連接已建立怎么還4、是連接.死鎖開始覽送數(shù)據(jù)。確認呢?本道沒收由干未收到確到我的連接堵求?認,再甫發(fā)!圖26 兩次握手可能導致死鎖練習題精選一 ?單項選擇題1.0SI七層模型中,提供端到端的透明數(shù)據(jù)傳輸服務?差錯控制和流量控制的層是(C ) ?A. 物理層B.網(wǎng)絡層C.傳輸層D.會話層2. 傳輸層為(B )之間提供邏輯通信?A.主機B.進程C.路由器D.操作系統(tǒng)3. ( C )是TCP/IP模型傳輸層中的無連接協(xié)議?A.TCP協(xié)議B.IP協(xié)議C.UDF協(xié)議D.ICMP協(xié)議4. 以下哪項不是UD協(xié)議的特性?( A ) ?A.提供可靠服務B.提供無連接服務C.提供端到端服務D

17、.提供全雙工服務5. 下列不屬于通信子網(wǎng)的是(D ) ?A.物理層B.數(shù)據(jù)鏈路層C.網(wǎng)絡層 D.傳輸層6. 可靠的傳輸協(xié)議中的“可靠”指的是 (D ) ?A.使用面向連接的會話B.使用“盡力而為”的傳輸C.使用滑動窗口來維持可靠性 D.使用確認機制來確保傳輸?shù)臄?shù)據(jù)不丟失7. 下列關(guān)于TCF協(xié)議的敘述中,正確的是(D ) ?A. TCP是 一個點到點的通信協(xié)議B. TCP提供了無連接的可靠數(shù)據(jù)傳輸C. TCF將來自上層的字節(jié)流組織成數(shù)據(jù)報,然后交給IP協(xié)議D. TCF將收到的報文段組成字節(jié)流交給上層8. 一個TCP!接的數(shù)據(jù)傳輸階段,如果發(fā)送端的發(fā)送窗口值由2000變?yōu)?000,意味著發(fā)送端可以

18、(C ) ?A.在收到一個確認之前可以發(fā)送3000個TCP報文段精品文檔B. 在收到一個確認之前可以發(fā)送 1000個字節(jié)C. 在收到一個確認之前可以發(fā)送 3000個字節(jié)D.在收到一個確認之前可以發(fā)送2000個TCP報文段9. 一條TCP連接的建立過程和釋放過程, 分別包括 ( C ) 個步驟 ?A.2,3B.3,3C.3,4D.4,310. 下列關(guān)于因特網(wǎng)中的主機和路由器的說法 ,錯誤的是 ( B ) ?A.主機通常需要實現(xiàn)IP協(xié)議C.主機通常需要實現(xiàn)TCF協(xié)議B. 路由器必須實現(xiàn)TCP協(xié)議D.路由器必須實現(xiàn)IP協(xié)議二?綜合應用題1. 簡述TCP和UDf協(xié)議的主要特點和應用場合?答:UDP的主

19、要特點是:(1) 傳送數(shù)據(jù)前無需建立連接 ,沒有流量控制機制 , 數(shù)據(jù)到達后也無需確認 ?(2) 不可靠交付 , 只有有限的差錯控制機制 ?(3) 報文頭部短 , 傳輸開銷小 , 時延較短 ?因此,UDP協(xié)議簡單,在一些特定的應用中運行效率高 ?通常用于可靠性較高的網(wǎng)絡環(huán)境 (如局域網(wǎng))或不要求可靠 傳輸?shù)膱龊?, 另外也常用于客戶機 / 服務器模式中 ?TCP的主要特點是:(1) 面向連接 , 提供了可靠的建立連接和拆除連接的方法 , 還提供了流量控制和擁塞控制的機制 ?(2) 可靠交付 , 提供了對報文段的檢錯 ?確認 ?重傳和排序等功能 ?(3) 報文段頭部長 , 傳輸開銷大 ?因此,T

20、CP常用于不可靠的互聯(lián)網(wǎng)中為應用程序提供面向連接的?可靠的?端到端的字節(jié)流服務?2. 在一個1Gb/s的TCF連接上,發(fā)送窗口的大小為65535B,單程延遲時間等于10ms?問可以取得的最大 吞吐率是多少 ?線路效率是多少 ?2.答:根據(jù)題意,往返時延RTT=10m2=20ms ,每20ms可以發(fā)送一個窗口大小的數(shù)據(jù) ,每秒50個窗口( 1000ms20ms=50) ?每秒能發(fā)送數(shù)據(jù)即吞吐量 :65535X8X50=26.214Mb /s線路效率:26.214Mb/ s*1000Mb/s 2.6%所以 , 最大吞吐率是 26.214Mb/s, 線路效率約為 2.6%?3. 有一個TC連接,當它

21、的擁塞窗口大小為64個分組大小時超時,假設該線路往返時間RTT是固定的即 為3s,不考慮其他開銷,即分組不丟失,該TCf連接在超時后處于慢開始階段的時間是多少秒?答 : 根據(jù)題意 , 當超時的時候 , 慢開始門限值 ssthresh 變?yōu)閾砣翱诖笮〉囊话爰?ssthresh=64/2=32 個分組此后 , 擁塞窗口重置為1,重新啟用慢開始算法?根據(jù)慢開始算法的指數(shù)增長規(guī)律 ,經(jīng)過5個RTT,擁塞窗口大小變?yōu)?5=32,達到 ssthresh ?此后便改用擁塞避免算法 ?因此,該TCP連接在超時后重新處于慢開始階段的時間是 5XRTT=15s ?應用層(重點)知識點講解一?網(wǎng)絡應用模型(理解)

22、每個應用層協(xié)議都是為了解決某一類應用問題,而問題的解決又往往是通過位于不同主機中的多個應用進程之間的通信和協(xié)同工作來完成的?應用層的具體內(nèi)容就是規(guī)定應用進程在通信時所遵循的協(xié)議?這些應用進程之間相互通信和協(xié)作通常采用一定的模式,常見的有:客戶/服務器模型和P2P莫型?1. 客戶/服務器模型客戶/服務器模型所描述的是進程之間服務和被服務的關(guān)系?客戶(client)和服務器(server)都是指通信中所涉及的兩個應用進程?其中,客戶是服務請求方,服務器是服務提供方?2. P2P模型P2P(Peer to Peer)模型即對等網(wǎng)絡模型?相對于傳統(tǒng)的集中式客戶/服務器模型,P2P弱化了服務 器的概念,

23、系統(tǒng)中的各個節(jié)點不再區(qū)分服務器和客戶端的角色關(guān)系,每個節(jié)點既可充當客戶,也可充當服務器,結(jié)點之間可以直接交換資源和服務而不必通過服務器 ?二?域名系統(tǒng)DNS重點)1. 層次域名空間由于點分十進制的IP地址難記,在因特網(wǎng)中我們還可用域名來標識一臺主機 ?連接在因特網(wǎng)上的任何 一臺主機或者路由器都具有層次性結(jié)構(gòu)的唯一名稱 ,即域名(domainname)?域名只是一個邏輯概念,它并 不代表計算機的物理地址?域名的結(jié)構(gòu)由若干個分量組成,各分量之間用點隔開:.三級域名.二級域名.頂級域名各分量分別代表不同級別的域名?各級域名由上一級的域名管理機構(gòu)管理,最高的頂級域名由因特網(wǎng)的相關(guān)機構(gòu)管理?現(xiàn)在的頂級域

24、名TLD有三大類:(1) 國家頂級域名nTLD:如:.cn表示中國,.us表示美國,.uk表示英國,等等?(2) 國際頂級域名iTLD:采用.int ?國際性的組織可在.int下注冊?(3) 通用頂級域名gTLD:如.com,.net,.org等等?2. 域名服務器:負責域名和IP地址的翻譯共有以下三種不同類型的域名服務器:(1) 本地域名服務器:也稱默認域名服務器,距離用戶較近,當所要查詢的主機也屬于同一個ISP時,該 本地域名服務器立即將查詢的域名轉(zhuǎn)換為它的IP地址?(2)根域名服務器:通常用來管轄頂級域名(如.com)?當一個本地域名服務器不能立即回答某個主機的查詢時,該本地域名服務器就

25、以DN客戶的身份向某一根域名服務器查詢?(3)授權(quán)域名服務器:主機所登記注冊的域名服務器,通常是該主機的本地ISP的一個 域名服務器?3. 域名解析過程(重點)當客戶端需要域名解析時,通過本機的域名解析器構(gòu)造一個域名請求報文,并發(fā)往本地域名服務器? 域名請求報文指明了所要求的域名解析方法,包括兩類:遞歸查詢和遞歸與迭代相結(jié)合的方法?當指定的域名服務器收到域名解析請求報文時,首先檢查所請求的域名是否在所管轄的范圍內(nèi)?如果域名服務器能完成域名解析的任務,就將請求的域名轉(zhuǎn)換成相應的IP地址,并將結(jié)果返回給發(fā)送請求的客戶端?否則,域名服務器檢查客戶端要求的解析方法類型:(1) 如果要求遞歸查詢,則請求

26、另外一個域名服務器,并最終通過應答報文將結(jié)果轉(zhuǎn)交給客戶端?(2) 如果要求使用遞歸和迭代相結(jié)合的方法,則產(chǎn)生一個應答報文并傳回給客戶端,該應答報文指定 了客戶端下次應該請求的域名服務器 ?三?文件傳送協(xié)議FTP(重點)文件傳送協(xié)議FTF是因特網(wǎng)上使用的最廣泛的文件傳送協(xié)議,適合于在異構(gòu)網(wǎng)絡中任意計算機之間傳 送文件?1. FTP的工作原理在進行文件傳輸時,FTP的客戶和服務器之間要建立兩個連接:(1) 控制連接,由控制進程進行操縱,使用端口號21,用來傳輸控制命令(如連接請求,傳送請求等)?它 在整個會話期間一直保持打開?(2) 數(shù)據(jù)連接,由數(shù)據(jù)傳送進程操縱,使用端口號20,用來傳輸文件?它在

27、接收到FTP客戶文件傳送請求后被創(chuàng)建,在傳送完畢后關(guān)閉,數(shù)據(jù)傳送進程也結(jié)束運行?由于FTF使用了兩個不同的端口號,所以數(shù)據(jù)連 接與控制連接不會發(fā)生混亂?使用兩個獨立的連接的主要好處是使協(xié)議更加簡單和更容易實現(xiàn),同時在傳輸文件時還可以利用控制連接(例如,客戶發(fā)送請求終止傳輸)?四?電子郵件電子郵件又稱E mail1. 電子郵件系統(tǒng)的組成結(jié)構(gòu)一個電子郵件系統(tǒng)有三個主要構(gòu)件:(1) 用戶代理:用戶與電子郵件系統(tǒng)的接口 ,如Outlook,Foxmail ?基本功能是:撰寫?顯示和處理?(2) 郵件服務器:因特網(wǎng)上所有的ISP都有郵件服務器,功能是發(fā)送和接收郵件,同時還要向發(fā)信人報 告郵件傳送的情況(

28、已交付?被拒絕?丟失等)?(3) 電子郵件使用的協(xié)議:如用于SMTPPOP等?電子郵件的發(fā)送和接收過程:(重點)(1) 發(fā)信人調(diào)用用戶代理來編輯要發(fā)送的郵件?用戶代理用SMT把郵件傳送給發(fā)送端郵件服務器 ?(2) 發(fā)送端郵件服務器將郵件放入郵件緩存隊列中,等待發(fā)送?(3) 運行在發(fā)送端郵件服務器的SMT客戶進程,發(fā)現(xiàn)在郵件緩存中有待發(fā)送的郵件,就向運行在接收 端郵件服務器的SMT服務器進程發(fā)起TCP!接的建立?(4) TCP連接建立后,SMT喀戶進程開始向遠程的SMT服務器進程發(fā)送郵件?當所有的待發(fā)送郵件發(fā)完 了 ,SMTP就關(guān)閉所建立的TCP!接?(5) 運行在接收端郵件服務器中的SMT服務

29、器進程收到郵件后,將郵件放入收信人的用戶郵箱中,等 待收信人在方便時進行讀取 ?(6) 收信人在打算收信時,調(diào)用用戶代理,使用POP3或IMAP)協(xié)議將自己的郵件從接收端郵件服務器 的用戶郵箱中的取回 (如果郵箱中有來信的話 )?3.SMTF協(xié)議(重點)簡單郵件傳送協(xié)議(SMTRSimpleMailTransferProtocol)所規(guī)定的就是在兩個相互通信的 SMT進程之間應如何交換信息?SMT運行在TCP基礎之上,使用25號端口 ,也使用客戶/服務器模型?SMT規(guī)定了 14條 命令和21種應答信息?SMTP!信的三個階段如下:(1) 連接建立:連接是在發(fā)送主機的SMT客戶和接收主機的SMT

30、服務器之間建立的?SMT不使用中間 的郵件服務器 ?(2) 郵件傳送?(3) 連接釋放:郵件發(fā)送完畢后,SMTF應釋放TCP!接?4. POP3協(xié)議(重點)郵局協(xié)議 (POP,PostOfficeProtocol) 是一個非常簡單 ?但功能有限的 郵件讀取協(xié)議 , 現(xiàn)在使用的是它 的第三個版本POP?PO也使用客戶服務器的工作方式?在接收郵件的用戶PC機中必須運行POP客戶程序, 而在用戶所連接的ISP的郵件服務器中則運行POf服務器程序?五?萬維網(wǎng)WW重點)瀏覽器和服務器之間進行交互的協(xié)議稱為超文本傳輸協(xié)議HTTP?另外,Wet頁的地址稱為統(tǒng)一資源定 位符URL?2. 統(tǒng)一資源定位符 URL

31、萬維網(wǎng)使用統(tǒng)一資源定位符 URL(UniformResourceLocator) 是對可以從因特網(wǎng)上得到的資源 ( 包括目 錄?文件等 )的位置和訪問方法的一種簡潔的表示 ?URL的般形式:UR的訪問方式:/主機:端口 /路徑它由以冒號隔開的兩大部分組成,冒號左部的UR的訪問方式 最常見的有ftp,http,news三種;冒號右邊的 主機可以是IP地址,也可以是域名,是必須的, 端口和路徑有時可以省 略?路徑有時可以省略?并且在URL中的字符對大寫或小寫沒有要求?3. 超文本傳輸協(xié)議 HTTPHTTP1面向事務的應用層協(xié)議,它規(guī)定了在瀏覽器和服務器之間的請求和響應的格式和規(guī)則?一旦獲得了服務器

32、的IP地址,瀏覽器將通過TC向瀏覽器發(fā)送連接建立請求?每個服務器上都有一個 服務進程,它不斷地監(jiān)聽TCP的端口 80,當監(jiān)聽到連接請求后便與瀏覽器建立連接?TCP!接建立后,瀏覽器就向服務器發(fā)送要求獲取某一 We頁面的HTTP#求?服務器收到HTTP#求后,將構(gòu)建所請求的We頁的必需信息,并通過HTTP向應返回給瀏覽器?瀏覽器再 將信息進行解釋,然后將We頁顯示給用戶?最后,TCP連接釋放?因此,HTTP有兩類報文:(1) 請求報文從客戶向服務器發(fā)送連接請求;(2) 響應報文從服務器到客戶的回答?例題精講【例1】DNS協(xié)議主要用于實現(xiàn)下列哪項網(wǎng)絡服務功能?( A ) ?A. 域名到IP地址的映

33、射B.物理地址到IP地址的映射C. IP地址到域名的映射D.IP地址到物理地址的映射【例2】一臺主機希望解析域名,如果這臺主機的配置的DNS地址為A,lnternet根域名服 務器為B,而存儲域名www.abc.con與其IP地址對應關(guān)系的域名服務器為 C,那么這臺主機通常先查詢(A ) ?A.域名服務器AB.域名服務器B C.域名服務器C D.不確定【例3】FTP用于傳輸文件的端口是(B ) ?A.19B.20C.21D.80【例4】 從協(xié)議分析的角度,WWW服務的第一步操作是 WWW瀏覽器完成對WW服務器的(B ) ?A.地址解析B.域名解析C.傳輸連接建立D.會話連接建立【例5】 因特網(wǎng)

34、提供了大量的應用服務,大致可以分為通信?獲取信息和共享計算機等三類?(1) ( A )是世界上使用極廣泛的一類因特網(wǎng)服務,以文本形式或HTM格式進行信息傳遞,而圖像等文 件可以作為附件進行傳遞?(2) ( D )是用來在計算機之間進行文件傳輸?shù)囊蛱鼐W(wǎng)服務?利用該服務不僅可以從遠程計算機獲取文件,還能將文件從本地機器傳送到遠程計算機 ?(3) ( C )是目前因特網(wǎng)最豐富多彩的應用服務,其客戶端軟件稱為瀏覽器?(4) ( D )應用服務將主機變成遠程服務器的一個虛擬終端;在命令方式下運行時,通過本地計算機傳送命令,在遠程計算機上運行相應程序,并將相應的運行結(jié)果傳送到本地計算機顯示?(1) A.Email B.Gopher C.BBS D.TFTP(2) A.DNS B.NFS C.WWW D.FTP(3) A.BBS B.Gopher C.WWW D.NEWS(4) A.ECH0B.WAISC.Rlogi nD.TELNET【例6】在TCP/IP協(xié)議族中,應用層的各種服務是建立在傳輸層提供服務的基礎上?下列哪組協(xié)議需要使用傳輸層的TCF協(xié)議建立連接?( B ) ?A.DNS?DHCP?FTPB.TELNET?S

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論