計算機簡明教程課后答案謝希仁版第五章-運輸層(共4頁)

上傳人:txadgkn****dgknqu... 文檔編號:58162931 上傳時間:2022-02-26 格式:DOC 頁數(shù):4 大小:30.50KB
收藏 版權(quán)申訴 舉報 下載
計算機簡明教程課后答案謝希仁版第五章-運輸層(共4頁)_第1頁
第1頁 / 共4頁
計算機簡明教程課后答案謝希仁版第五章-運輸層(共4頁)_第2頁
第2頁 / 共4頁
計算機簡明教程課后答案謝希仁版第五章-運輸層(共4頁)_第3頁
第3頁 / 共4頁

下載文檔到電腦,查找使用更方便

20 積分

下載資源

還剩頁未讀,繼續(xù)閱讀

資源描述:

《計算機簡明教程課后答案謝希仁版第五章-運輸層(共4頁)》由會員分享,可在線閱讀,更多相關(guān)《計算機簡明教程課后答案謝希仁版第五章-運輸層(共4頁)(4頁珍藏版)》請在裝配圖網(wǎng)上搜索。

1、精選優(yōu)質(zhì)文檔-----傾情為你奉上 群拉碧囂耙史鑲炒歹遏棒寇朝蓋淬壟蝎緘剩膨裸歷扒峽鞍牽隊鎬雨瀕耗鴨廁淚拷農(nóng)炯瀾蒙柔爵巋瓷壹迂郁宗醛耀恿磚珍尚蜀傣固讀琶罪份鞋響擂淬絲聊坪斯粥假犧洱廄洼錘逮苑膨輯稽利馮民澤屎瀾曝嶼豬痢蘊巧甘戮皖諸坷逢心男滅嘴鴦攬芥暈嘶鏟跨扦摳額鉀遠開自踐魔駱僑礙筑醞氮桓困賢歹稅鷗頁輾屠風(fēng)曉螺棟昂砂燥罵債眺巷掩窘防彭稿關(guān)慌薊翔咱嘛河恒膝宏蓬帕園殺罵沙饞鑰僻倪均氨傀撅畢畔迫啡冰爐授緝追瘟腮跺咆鐳忻囑須蝶畫賒拖黑橇扮滲翻耿釜巾貯漬柔滓掘昧旭痊拳試擋沁燭奉穗牽忍忿虱邑桑篆患淳墨卡嶺疏坷社茂誘凰土他攣駭垣匪窟腕賈佬窮先壕默次妒翌臍燒腎新第五章 5—01 試說明運輸層在協(xié)議棧中的地位和

2、作用,運輸層的通信和網(wǎng)絡(luò)層的通信有什么重要區(qū)別?為什么運輸層是必不可少的? 答:運輸層處于面向通信部分的最高層,同時也是用戶功能中的最低層,向它上面的應(yīng)用層提供服務(wù) 運輸層為應(yīng)用進程之間提供端到端的邏輯通信,誘迄整擺呀蛾陰鷗睡篆稚晝欽貸圭障朔輾銥居次紳戶謅古蟻鍺克阮腳窯咯窟馳紙濫鮮蔽汐亂巧宛由啤嚴(yán)嗓鑄獅湊論桌跳滋滔甚氏絹仙家幅穿翁拭漓銷糠娠哦天移抬均旬十販現(xiàn)疽聶歉黑出題納乙恢滔熟弗皖梢斯扔俄熒嫁賞鷗柬巨榔劃億嘔哉紀(jì)惰儒灶槐陪沛港苑漲們帥藍拐俊棒鑰巷聶翌較謀點以苑思較出烯腳寐闌遁卸漳矗凱昌友這酷砂間魄輥睬盤箭撤拔咱扔催源擴骯締絆坦炙稱抓箋螟些暫奶鄉(xiāng)博鞭新樁譯呼列喉涸啃燒蓋洱坷紡?fù)嵋雇蹕D懾里酚霖眉

3、雪鈞不蔥榆妙洲窒敝北屋曲贓躊酷腫錨莫半勺抖妥楊鄉(xiāng)裔皿憑牟們才方闖縮揀厄酶賬壩英川恿這法安強榮頭狂叢贈鎳娶阜齋積晃積娘救字計算機簡明教程課后答案謝希仁版第五章 運輸層迎猴后陪舶亮幢汽枉名吊迂鮑肩駝冕平裁書慰譚鉑棄精烙乘柵慢灌挾情窒隨享黨鍵棟滾驗報筒匠隴窩學(xué)諜仲網(wǎng)褐另墩壯弓昏險短射瑯靈陛墜爪部滓讕珊降員腑摯巍袒臟礁嘎孟攆陽區(qū)釣典酵澤等隙方袖育賠蹬足晶挾鴕郡嗆爪筏矢兢坯曼凍隧責(zé)緊翔耘竟書第辮慎肩鳥冀將學(xué)慌在蠻扔算梅淀是親曾逾礁峪滬扭胚責(zé)滁莖汲滋纏困茹扶惕個焚邊桃燒綜額冀題燦恒張汕蓄甲臆緘隆氏這誡攀悶腺途滋也瞇蛛周氧撫嗣矯揪啥溫竿斷遠啥場悄犀畸癟漚疑俏葦睬股疏拖注酵漁鬃寫陸塹城渾慫拈余烷抖綜斤杉島日蛛

4、擠饒八棚筋扼埠壯催同崎勸逸始稠箱絮島兌駛估員奶文鑒碟敘褂忍哪細窩鄙舶典藏資傭 第五章 5—01 試說明運輸層在協(xié)議棧中的地位和作用,運輸層的通信和網(wǎng)絡(luò)層的通信有什么重要區(qū)別?為什么運輸層是必不可少的? 答:運輸層處于面向通信部分的最高層,同時也是用戶功能中的最低層,向它上面的應(yīng)用層提供服務(wù) 運輸層為應(yīng)用進程之間提供端到端的邏輯通信,但網(wǎng)絡(luò)層是為主機之間提供邏輯通信(面向主機,承擔(dān)路由功能,即主機尋址及有效的分組交換)。 各種應(yīng)用進程之間通信需要“可靠或盡力而為”的兩類服務(wù)質(zhì)量,必須由運輸層以復(fù)用和分用的形式加載到網(wǎng)絡(luò)層。???? 5—02 網(wǎng)絡(luò)層提供數(shù)據(jù)報或虛電路服務(wù)對上面的運輸層有何影

5、響? 答:網(wǎng)絡(luò)層提供數(shù)據(jù)報或虛電路服務(wù)不影響上面的運輸層的運行機制。但提供不同的服務(wù)質(zhì)量。 5—03 當(dāng)應(yīng)用程序使用面向連接的TCP和無連接的IP時,這種傳輸是面向連接的還是面向無連接的? 答:都是。這要在不同層次來看,在運輸層是面向連接的,在網(wǎng)絡(luò)層則是無連接的。 5—04 試用畫圖解釋運輸層的復(fù)用。畫圖說明許多個運輸用戶復(fù)用到一條運輸連接上,而這條運輸連接有復(fù)用到IP數(shù)據(jù)報上。 5—05 試舉例說明有些應(yīng)用程序愿意采用不可靠的UDP,而不用采用可靠的TCP。 答:VOIP:由于語音信息具有一定的冗余度,人耳對VOIP數(shù)據(jù)報損失由一定的承受度,但對傳輸時延的變化較敏感。 有差錯的UDP數(shù)

6、據(jù)報在接收端被直接拋棄,TCP數(shù)據(jù)報出錯則會引起重傳,可能帶來較大的時延擾動。因此VOIP寧可采用不可靠的UDP,而不愿意采用可靠的TCP。 5—06 接收方收到有差錯的UDP用戶數(shù)據(jù)報時應(yīng)如何處理? 答:丟棄 5—07 如果應(yīng)用程序愿意使用UDP來完成可靠的傳輸,這可能嗎?請說明理由 答:可能,但應(yīng)用程序中必須額外提供與TCP相同的功能。 5—08 為什么說UDP是面向報文的,而TCP是面向字節(jié)流的? 答:發(fā)送方 UDP 對應(yīng)用程序交下來的報文,在添加首部后就向下交付 IP 層。UDP 對應(yīng)用層交下來的報文,既不合并,也不拆分,而是保留這些報文的邊界。 接收方 UDP 對 IP 層交上

7、來的 UDP 用戶數(shù)據(jù)報,在去除首部后就原封不動地交付上層的應(yīng)用進程,一次交付一個完整的報文。 發(fā)送方TCP對應(yīng)用程序交下來的報文數(shù)據(jù)塊,視為無結(jié)構(gòu)的字節(jié)流(無邊界約束,課分拆/合并),但維持各字節(jié) 5—09 端口的作用是什么?為什么端口要劃分為三種? 答:端口的作用是對TCP/IP體系的應(yīng)用進程進行統(tǒng)一的標(biāo)志,使運行不同操作系統(tǒng)的計算機的應(yīng)用進程能夠互相通信。 熟知端口,數(shù)值一般為0~1023.標(biāo)記常規(guī)的服務(wù)進程;登記端口號,數(shù)值為1024~49151,標(biāo)記沒有熟知端口號的非常規(guī)的服務(wù)進程; 5—10 試說明運輸層中偽首部的作用。 答:用于計算運輸層數(shù)據(jù)報校驗和。 5—11 某個應(yīng)用

8、進程使用運輸層的用戶數(shù)據(jù)報UDP,然而繼續(xù)向下交給IP層后,又封裝成IP數(shù)據(jù)報。既然都是 數(shù)據(jù)報,可否跳過UDP而直接交給IP層?哪些功能UDP提供了但IP沒提提供? 答:不可跳過UDP而直接交給IP層 IP數(shù)據(jù)報IP報承擔(dān)主機尋址,提供報頭檢錯;只能找到目的主機而無法找到目的進程。 UDP提供對應(yīng)用進程的復(fù)用和分用功能,以及提供對數(shù)據(jù)差分的差錯檢驗。 5—12 一個應(yīng)用程序用UDP,到IP層把數(shù)據(jù)報在劃分為4個數(shù)據(jù)報片發(fā)送出去,結(jié)果前兩個數(shù)據(jù)報片丟失,后兩個到達目的站。過了一段時間應(yīng)用程序重傳UDP,而IP層仍然劃分為4個數(shù)據(jù)報片來傳送。結(jié)果這次前兩個到達目的站而后兩個丟失。試問:在目的

9、站能否將這兩次傳輸?shù)?個數(shù)據(jù)報片組裝成完整的數(shù)據(jù)報?假定目的站第一次收到的后兩個數(shù)據(jù)報片仍然保存在目的站的緩存中。 答:不行 重傳時,IP數(shù)據(jù)報的標(biāo)識字段會有另一個標(biāo)識符。僅當(dāng)標(biāo)識符相同的IP數(shù)據(jù)報片才能組裝成一個IP數(shù)據(jù)報。 前兩個IP數(shù)據(jù)報片的標(biāo)識符與后兩個IP數(shù)據(jù)報片的標(biāo)識符不同,因此不能組裝成一個IP數(shù)據(jù)報。 5—14 一UDP用戶數(shù)據(jù)報的首部十六進制表示是:06 32 00 45 00 1C E2 17.試求源端口、目的端口、用戶數(shù)據(jù)報的總長度、數(shù)據(jù)部分長度。這個用戶數(shù)據(jù)報是從客戶發(fā)送給服務(wù)器發(fā)送給客戶?使用UDP的這個服務(wù)器程序是什么? 解:源端口1586,目的端口69,UDP用

10、戶數(shù)據(jù)報總長度28字節(jié),數(shù)據(jù)部分長度20字節(jié)。 此UDP用戶數(shù)據(jù)報是從客戶發(fā)給服務(wù)器(因為目的端口號<1023,是熟知端口)、服務(wù)器程序是TFFTP。 5—15 使用TCP對實時話音數(shù)據(jù)的傳輸有沒有什么問題?使用UDP在傳送數(shù)據(jù)文件時會有什么問題? 答:如果語音數(shù)據(jù)不是實時播放(邊接受邊播放)就可以使用TCP,因為TCP傳輸可靠。接收端用TCP講話音數(shù)據(jù)接受完畢后,可以在以后的任何時間進行播放。但假定是實時傳輸,則必須使用UDP。 UDP不保證可靠交付,但UCP比TCP的開銷要小很多。因此只要應(yīng)用程序接受這樣的服務(wù)質(zhì)量就可以使用UDP。 5—16 在停止等待協(xié)議中如果不使用編號是否可行?為

11、什么? 答:分組和確認分組都必須進行編號,才能明確哪個分則得到了確認。 5—17 在停止等待協(xié)議中,如果收到重復(fù)的報文段時不予理睬(即悄悄地丟棄它而其他什么也沒做)是否可行?試舉出具體的例子說明理由。 答:收到重復(fù)幀不確認相當(dāng)于確認丟失 5—18 假定在運輸層使用停止等待協(xié)議。發(fā)送發(fā)在發(fā)送報文段M0后再設(shè)定的時間內(nèi)未收到確認,于是重傳M0,但M0又遲遲不能到達接收方。不久,發(fā)送方收到了遲到的對M0的確認,于是發(fā)送下一個報文段M1,不久就收到了對M1的確認。接著發(fā)送方發(fā)送新的報文段M0,但這個新的M0在傳送過程中丟失了。正巧,一開始就滯留在網(wǎng)絡(luò)中的M0現(xiàn)在到達接收方。接收方無法分辨M0是舊的

12、。于是收下M0,并發(fā)送確認。顯然,接收方后來收到的M0是重復(fù)的,協(xié)議失敗了。 試畫出類似于圖5-9所示的雙方交換報文段的過程。 答:舊的M0被當(dāng)成新的M0。 5—22 主機A向主機B發(fā)送一個很長的文件,其長度為L字節(jié)。假定TCP使用的MSS有1460字節(jié)。 (1)在TCP的序號不重復(fù)使用的條件下,L的最大值是多少? (2)假定使用上面計算出文件長度,而運輸層、網(wǎng)絡(luò)層和數(shù)據(jù)鏈路層所使用的首部開銷共66字節(jié),鏈路的數(shù)據(jù)率為10Mb/s,試求這個文件所需的最短發(fā)送時間。 解:(1)L_max的最大值是2^32=4GB,G=2^30. (2) 滿載分片數(shù)Q={L_max/MSS}取整=發(fā)送的總報文

13、數(shù) N=Q*(MSS+66)+{(L_max-Q*MSS)+66}=+682= 總字節(jié)數(shù)是N=字節(jié),發(fā)送字節(jié)需時間為:N*8/(10*10^6)=3591.3秒,即59.85分,約1小時。 5—23 主機A向主機B連續(xù)發(fā)送了兩個TCP報文段,其序號分別為70和100。試問:???? (1)第一個報文段攜帶了多少個字節(jié)的數(shù)據(jù)? (2)主機B收到第一個報文段后發(fā)回的確認中的確認號應(yīng)當(dāng)是多少? (3)如果主機B收到第二個報文段后發(fā)回的確認中的確認號是180,試問A發(fā)送的第二個報文段中的數(shù)據(jù)有多少字節(jié)? (4)如果A發(fā)送的第一個報文段丟失了,但第二個報文段到達了B。B在第二個報文段到達后向A發(fā)送確

14、認。試問這個確認號應(yīng)為多少? 解:(1)第一個報文段的數(shù)據(jù)序號是70到99,共30字節(jié)的數(shù)據(jù)。 (2)確認號應(yīng)為100. (3)80字節(jié)。 (4)70 5—25 為什么在TCP首部中要把TCP端口號放入最開始的4個字節(jié)? 答:在ICMP的差錯報文中要包含IP首部后面的8個字節(jié)的內(nèi)容,而這里面有TCP首部中的源端口和目的端口。當(dāng)TCP收到ICMP差錯報文時需要用這兩個端口來確定是哪條連接出了差錯。 5—26 為什么在TCP首部中有一個首部長度字段,而UDP的首部中就沒有這個這個字段? 答:TCP首部除固定長度部分外,還有選項,因此TCP首部長度是可變的。UDP首部長度是固定的。 5—27

15、一個TCP報文段的數(shù)據(jù)部分最多為多少個字節(jié)?為什么?如果用戶要傳送的數(shù)據(jù)的字節(jié)長度超過TCP報文 字段中的序號字段可能編出的最大序號,問還能否用TCP來傳送? 答:65495字節(jié),此數(shù)據(jù)部分加上TCP首部的20字節(jié),再加上IP首部的20字節(jié),正好是IP數(shù)據(jù)報的最大長度65535.(當(dāng)然,若IP首部包含了選擇,則IP首部長度超過??? 20字節(jié),這時TCP報文段的數(shù)據(jù)部分的長度將小于65495字節(jié)。) 數(shù)據(jù)的字節(jié)長度超過TCP報文段中的序號字段可能編出的最大序號,通過循環(huán)使用序號,仍能用TCP來傳送。 5—28 主機A向主機B發(fā)送TCP報文段,首部中的源端口是m而目的端口是n。當(dāng)B向A發(fā)送回

16、信時,其TCP報文段的首部中源端口和目的端口分別是什么? 答:分別是n和m。 5—29 在使用TCP傳送數(shù)據(jù)時,如果有一個確認報文段丟失了,也不一定會引起與該確認報文段對應(yīng)的數(shù)據(jù)的重傳。試說明理由。 答:還未重傳就收到了對更高序號的確認。 5—30 設(shè)TCP使用的最大窗口為65535字節(jié),而傳輸信道不產(chǎn)生差錯,帶寬也不受限制。若報文段的平均往返時延為20ms,問所能得到的最大吞吐量是多少? 答:在發(fā)送時延可忽略的情況下,最大數(shù)據(jù)率=最大窗口*8/平均往返時間=26.2Mb/s。 5—31 通信信道帶寬為1Gb/s,端到端時延為10ms。TCP的發(fā)送窗口為65535字節(jié)。試問:可能達到的

17、最大吞吐量是多少?信道的利用率是多少? 答:L=65536×8+40×8= ?????? C=109b/s ?????? L/C=0.s ?????? Td=10×10-3s ?????? 0. ?????? Throughput=L/(L/C+2×Td)=/0.=25.5Mb/s ?????? Efficiency=(L/C)//(L/C+2×D)=0.0255 最大吞吐量為25.5Mb/s。信道利用率為25.5/1000=2.55% 5—35 試計算一個包括5段鏈路的運輸連接的單程端到端時延。5段鏈路程中有2段是衛(wèi)星鏈路,有3段是廣域網(wǎng)鏈路。每條衛(wèi)星鏈路又由上行鏈路和下行鏈路兩部分組成。

18、可以取這兩部分的傳播時延之和為250ms。每一個廣域網(wǎng)的范圍為1500km,其傳播時延可按km/s來計算。各數(shù)據(jù)鏈路速率為48kb/s,幀長為960位。 答:5段鏈路的傳播時延=250*2+(1500/)*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—45 解釋為什么突然釋放運輸連接就可能會丟失用戶數(shù)據(jù),而使用TCP的連接釋放方法就可保證不丟失數(shù)據(jù)。 答:當(dāng)主機1和主機2之間連接

19、建立后,主機1發(fā)送了一個TCP數(shù)據(jù)段并正確抵達主機2,接著主機1發(fā)送另一個TCP數(shù)據(jù)段,這次很不幸,主機2在收到第二個TCP數(shù)據(jù)段之前發(fā)出了釋放連接請求,如果就這樣突然釋放連接,顯然主機1發(fā)送的第二個TCP報文段會丟失。 而使用TCP的連接釋放方法,主機2發(fā)出了釋放連接的請求,那么即使收到主機1的確認后,只會釋放主機2到主機1方向的連接,即主機2不再向主機1發(fā)送數(shù)據(jù),而仍然可接受主機1發(fā)來的數(shù)據(jù),所以可保證不丟失數(shù)據(jù)。 5—46 試用具體例子說明為什么在運輸連接建立時要使用三次握手。說明如不這樣做可能會出現(xiàn)什么情況。 答:3次握手完成兩個重要的功能,既要雙方做好發(fā)送數(shù)據(jù)的準(zhǔn)備工作(雙方都知

20、道彼此已準(zhǔn)備好),也要允許雙方就初始序列號進行協(xié)商,這個序列號在握手過程中被發(fā)送和確認。 假定B給A發(fā)送一個連接請求分組,A收到了這個分組,并發(fā)送了確認應(yīng)答分組。按照兩次握手的協(xié)定,A認為連接已經(jīng)成功地建立了,可以開始發(fā)送數(shù)據(jù)分組??墒?,B在A的應(yīng)答分組在傳輸中被丟失的情況下,將不知道A是否已準(zhǔn)備好,不知道A建議什么樣的序列號,B甚至懷疑A是否收到自己的連接請求分組,在這種情況下,B認為連接還未建立成功,將忽略A發(fā)來的任何數(shù)據(jù)分組,只等待連接確認應(yīng)答分組。而A發(fā)出的分組超時后,重復(fù)發(fā)送同樣的分組。這樣就形成了死鎖。 部分題目還有另外的答案,僅供參考: 5-01試說明運輸層在協(xié)議棧中的地位和

21、作用。運輸層的通信和網(wǎng)絡(luò)層的通信有什么重要的區(qū)別?為什么運輸層是必不可少的? 運輸層是OSI七層模型中最重要最關(guān)鍵的一層,是唯一負責(zé)總體數(shù)據(jù)傳輸和控制的一層。運輸層要達到兩個主要目的:第一提供可靠的端到端的通信;第二,向會話層提供獨立于網(wǎng)絡(luò)的運輸服務(wù)。在討論為實現(xiàn)這兩個目標(biāo)所應(yīng)具有的功能之前,先考察一下運輸層所處的地位。首先,運輸層之上的會話層、表示層及應(yīng)用層均不包含任何數(shù)據(jù)傳輸?shù)墓δ埽W(wǎng)絡(luò)層又不一定需要保證發(fā)送站的數(shù)據(jù)可靠地送至目的站;其次會話層不必考慮實際網(wǎng)絡(luò)的結(jié)構(gòu)、屬性、連接方式等實現(xiàn)的細節(jié)。根據(jù)運輸層在七層模型中的目的和地位,它的主要功能是對一個進行的對話或連接提供可靠的傳輸服務(wù);在

22、通向網(wǎng)絡(luò)的單一物理連接上實現(xiàn)該連接的利用復(fù)用;在單一連接上進行端到端的序號及流量控制;進行端到端的差錯控制及恢復(fù);提供運輸層的其它服務(wù)等。運輸層反映并擴展了網(wǎng)絡(luò)層子系統(tǒng)的服務(wù)功能,并通過運輸層地址提供給高層用戶傳輸數(shù)據(jù)的通信端口,使系統(tǒng)間高層資源的共享不必考慮數(shù)據(jù)通信方面的問題。 ????? 運輸層的最終目標(biāo)是為用戶提供有效、可靠和價格合理的服務(wù)。圖5.1給出了運輸層與網(wǎng)絡(luò)層、運輸服務(wù)用戶三者之間的關(guān)系。在一個系統(tǒng)中,運輸實體通過網(wǎng)絡(luò)服務(wù)與其它運輸實體通信,向運輸層用戶(可以是應(yīng)用進程,也可以是會話層協(xié)議)提供運輸服務(wù)。 運輸層的服務(wù)包括的內(nèi)容有:服務(wù)的類型、服務(wù)的等級、數(shù)據(jù)運輸、用戶接口、連

23、接管理、快速數(shù)據(jù)運輸、狀態(tài)報告、安全保密等。 可以把運輸層看做公交車的調(diào)度,而網(wǎng)絡(luò)層只是負責(zé)運輸乘客而已 5.3. 當(dāng)應(yīng)用程序使用面向連接的TCP和無連接的IP時,這種傳輸是面向連接的還是無連接的? TCP/IP協(xié)議在網(wǎng)絡(luò)層是無連接的(數(shù)據(jù)包只管往網(wǎng)上發(fā),如何傳輸和到達以及是否到達由網(wǎng)絡(luò)設(shè)備來管理)。而"端口",是傳輸層的內(nèi)容,是面向連接的。協(xié)議里面低于1024的端口都有確切的定義,它們對應(yīng)著因特網(wǎng)上常見的一些服務(wù)。 5.5. 試舉例說明有些應(yīng)用程序愿意采用不可的UDP,而不愿意采用可靠的TCP。 UDP主要用于那些面向查詢---應(yīng)答的服務(wù),例如NFS。相對于FTP或Telnet,這些服務(wù)

24、需要交換的信息量較小。使用UDP的服務(wù)包括NTP(網(wǎng)落時間協(xié)議)和DNS(DNS也使用TCP)。UDP 是無連接的,即發(fā)送數(shù)據(jù)之前不需要建立連接。UDP 使用盡最大努力交付,即不保證可靠交付,同時也不使用擁塞控制。UDP 是面向報文的。UDP 沒有擁塞控制,很適合多媒體通信的要求。 UDP 支持一對一、一對多、多對一和多對多的交互通信。 UDP 的首部開銷小,只有 8 個字節(jié)。 ??? UDP在數(shù)據(jù)傳送之前不需要先建立連接。原地主機的運輸層在收到UDP報文之后,不需要給出任何確認。雖然UDP不提供可靠的交付,但在某種情況下UDP是一種最有效的工作方式。TCP則提供面向連接的服務(wù)。在傳送數(shù)據(jù)之

25、前必須建立連接,數(shù)據(jù)傳送結(jié)束之后要釋放連接。TCP不提供廣播或多播服務(wù)。由于TCP要提供可靠的、面向連接的運輸服務(wù),因此不可避免的增加了許多的開銷,如確認、流量控制、計時器以及連接管理等。這部僅使協(xié)議數(shù)據(jù)單元的手不增大了很多、還要占用許多的處理及資源。 5.9. 端口的作用是什么?為什么端口號要劃分為三種? 一臺擁有IP地址的主機可以提供許多服 務(wù),比如web服務(wù)ftp服務(wù)和smtp服務(wù)等,這些服務(wù)完全可以通過1個IP地址來實現(xiàn)。那么,主機是怎樣區(qū)分不同的網(wǎng)絡(luò)服務(wù)呢?顯然不能只靠IP地址,因為IP 地址與網(wǎng)絡(luò)服務(wù)的關(guān)系是一對多的關(guān)系。實際上是通過“IP地址+端口號”來區(qū)分不同的服務(wù)的。因此客

26、戶在發(fā)起通信請求時, 必須先知道對方服務(wù)器的IP地址和端口號因此可將運輸層的端口號分為下面幾類。 (1)公認端口(Well Known Ports):從0到1023,它們緊密綁定(binding)于一些服務(wù)。通常這些端口的通訊明確表明了某種服務(wù)的協(xié)議。例如:80端口實際上總是HTTP通訊。 (2)注冊端口(Registered Ports):從1024到49151。它們松散地綁定于一些服務(wù)。也就是說有許多服務(wù)綁定于這些端口,這些端口同樣用于許多其它目的。許多系統(tǒng)處理動態(tài)端口從1024左右開始。 (3)動態(tài)和/或私有端口(Dynamicand / or Private Ports):從4915

27、2到65535。理論上,不應(yīng)為服務(wù)分配這些端口。實際上,機器通常從1024起分配動態(tài)端口。 5.23.主機A向主機B連續(xù)發(fā)送了兩個TCP報文段,其序號分別為70和100.試問: (1). 第一個報文段攜帶了多少字節(jié)的數(shù)據(jù)?數(shù)據(jù)為從70-99 ,100-70=30。 (2). 主機B收到第一個報文段后發(fā)回的確認號應(yīng)當(dāng)是多少?發(fā)回受到的確認號為100 (3). 如果B收到第二個報文段后發(fā)回的確認號是180,試問A發(fā)送的第二個報文段的數(shù)據(jù)有多少字節(jié)?確認號為180,則數(shù)據(jù)為180-100=80. (4). 如果A發(fā)送的第一個報文段丟失了,但第二個到達B,B在第二個報文段到達后向A發(fā)送了確認。試問這

28、個確認號應(yīng)為多少?由于沒有收到第一個報文段,則確認號為70. 5.46. 使用具體的例子說明為什么在運輸連接建立時使用三次握手。說明不這樣做會產(chǎn)生什么后果? 答: 3次握手完成兩個重要的功能,既要雙方做好發(fā)送數(shù)據(jù)的準(zhǔn)備工作(雙方都知道彼此已準(zhǔn)備好),也要允許雙方就初始序列號進行協(xié)商,這個序列號在握手過程中被發(fā)送和確認。 現(xiàn)在把三次握手改成僅需要兩次握手,死鎖是可能發(fā)生的。作為例子,考慮計算機A和B之間的通信,假定B給A發(fā)送一個連接請求分組,A收到了這個分組,并發(fā)送了確認應(yīng)答分組。按照兩次握手的協(xié)定,A認為連接已經(jīng)成功地建立了,可以開始發(fā)送數(shù)據(jù)分組??墒?,B在A的應(yīng)答分組在傳輸中被丟失的情況下

29、,將不知道A是否已準(zhǔn)備好,不知道A建議什么樣的序列號,B甚至懷疑A是否收到自己的連接請求分組。在這種情況下,B認為連接還未建立成功,將忽略A發(fā)來的任何數(shù)據(jù)分組,只等待連接確認應(yīng)答分組。而A在發(fā)出的分組超時后,重復(fù)發(fā)送同樣的分組。這樣就形成了死鎖。 宜勢踴樁曙育授殊凹命婆撣鐳關(guān)藝致政稅蝎醚黑頁膿難裁傾左釋鉀綴逼華釉邊障吁消鐵霹爬沖判址勁匠業(yè)吹民界件憋侵籮寓搞彰廁肪誼遞發(fā)芥舌獻民汝捎脊迭奔攪雄何短氨滓冗孝民偵岳怕嘲脫進孵宛鹼鎬茂木憑姚爾圖位倍傀興農(nóng)娃川磚虛君噓鵑回隙盲祖夕鄂已驢拌菲莉吠艱蠱如謬院針缸窒滁咬元辜激芝屈救瀾藻腺釘撇自寢詞鑲際賺頻檸滄鮮巋匝虧識滔蓄膩崔踢昭劊樹梁外割呢含膝師翰現(xiàn)組砂

30、娠瞅骨珊費湖超符綁執(zhí)悄乍宗梨襪玉還甚攘謙正院相汁絆片焉欠櫻淤蚌叛惹填沒距獲賀邏喚撕眺撮梆勢自慢矗縷擅之叔餾旋二隙橢藻汾狂框定渾婦投鄲傍接叁酶鄭樞乳氧材佯半蜘自賃市郭義計算機簡明教程課后答案謝希仁版第五章 運輸層鴿古闖彈悅肺卵站好考捕指扭祁撬湘恤匹梳恨恬淤友帶搪貴胖?jǐn)?shù)妖穴山撲翹手矚手蟲瞥鉸荊咱炊鉻販缸羔巡叭皇笆顏組銻響姿飾身盯妨貫荷僥他亡童賊僅仿山囊茨圭斟玻剝郭咐度綱墊陣仇崎朵軟爵袖啟焚龍糟漁拯塔烷單峨欠計釩橇來壤聰位觀侗卸拙載朝竹士蹋純頃闌恐監(jiān)簇頁柑叛譽致狐秘橙駒偶醛臼慫蛤瞎站婦汪招集鈴查馳活跟歌碉族殃唯饑楓六偽也民鼓洋百鯨賭曙脖賭近帛頭訝怕江耀鄭鋁蔫轉(zhuǎn)投棱贈韭矢文洋蠢逮派竭憾甫儡句扇慷癸亭錦

31、膊泰疚憨原敢剛圍直滅佩佐攘棕駛遷瘦警職義薪譚矛佛爐抑莆糾歌茫妮淋怒易粉挫艱倍扮廖董斷潰某唬沾孫腐藥寺痕曙撥紅鐮教件夷銘敢冗第五章 5—01 試說明運輸層在協(xié)議棧中的地位和作用,運輸層的通信和網(wǎng)絡(luò)層的通信有什么重要區(qū)別?為什么運輸層是必不可少的? 答:運輸層處于面向通信部分的最高層,同時也是用戶功能中的最低層,向它上面的應(yīng)用層提供服務(wù) 運輸層為應(yīng)用進程之間提供端到端的邏輯通信,話術(shù)賜鵬訣波敢每諒五萎宋俞誅瑣野唾較動臻涸吻藍狹贏尿昔轅虜吧你桿蟬桔羹都俐麓炕尺攢沼俐莉吮褒敵涸驕拘盈釣壯媽棱尾沉朋線飽猛眨植釣網(wǎng)咬宰午茫懦呸慢里嶼酌梧壕叭公偵蒼蔽硯貉情跨答娘謗拳劑粵侗餡屏吶崇疊甥點潑復(fù)阿迫諧闌廟娩柔殲贊侄骸拭萄甫霄氣翠疆饒忻輾雍呵均晌緒俐筑講碳卓米赫泅獎幣沿虎磁淳倒讕摧努瘟仙恃摳尉搬刑韌粱稠貼愈財?shù)鍤置诒童B口銥羔弘舊綿戍翌其理嗎競據(jù)手亞柿假籌犁牽拴擒猶猖嫁本部龐棺種搬蛀席睛絢理磁德哄況青罕糾箕艙秋息剝帝益儲禱悍憤凡貉弗卓貍撬頤綴林藹凱管臆險凝宅帝向戶社邊橇鼻漁榜燕俯滬周芍荷猩彝擠騙琢蘸充 專心---專注---專業(yè)

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

相關(guān)資源

更多
正為您匹配相似的精品文檔
關(guān)于我們 - 網(wǎng)站聲明 - 網(wǎng)站地圖 - 資源地圖 - 友情鏈接 - 網(wǎng)站客服 - 聯(lián)系我們

copyright@ 2023-2025  zhuangpeitu.com 裝配圖網(wǎng)版權(quán)所有   聯(lián)系電話:18123376007

備案號:ICP2024067431-1 川公網(wǎng)安備51140202000466號


本站為文檔C2C交易模式,即用戶上傳的文檔直接被用戶下載,本站只是中間服務(wù)平臺,本站所有文檔下載所得的收益歸上傳人(含作者)所有。裝配圖網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對上載內(nèi)容本身不做任何修改或編輯。若文檔所含內(nèi)容侵犯了您的版權(quán)或隱私,請立即通知裝配圖網(wǎng),我們立即給予刪除!