計(jì)算機(jī)簡(jiǎn)明教程課后答案謝希仁版第五章-運(yùn)輸層(共4頁(yè))

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

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

20 積分

下載資源

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

資源描述:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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 試計(jì)算一個(gè)包括5段鏈路的運(yùn)輸連接的單程端到端時(shí)延。5段鏈路程中有2段是衛(wèi)星鏈路,有3段是廣域網(wǎng)鏈路。每條衛(wèi)星鏈路又由上行鏈路和下行鏈路兩部分組成。

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

19、建立后,主機(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ā)來(lái)的數(shù)據(jù),所以可保證不丟失數(shù)據(jù)。 5—46 試用具體例子說(shuō)明為什么在運(yùn)輸連接建立時(shí)要使用三次握手。說(shuō)明如不這樣做可能會(huì)出現(xiàn)什么情況。 答:3次握手完成兩個(gè)重要的功能,既要雙方做好發(fā)送數(shù)據(jù)的準(zhǔn)備工作(雙方都知

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

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

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

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

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

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

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

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

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

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

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

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

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

相關(guān)資源

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

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

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


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