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

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

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

4、勸逸始稠箱絮島兌駛估員奶文鑒碟敘褂忍哪細窩鄙舶典藏資傭第五章501 試說明運輸層在協議棧中的地位和作用，運輸層的通信和網絡層的通信有什么重要區別？為什么運輸層是必不可少的？答：運輸層處于面向通信部分的最高層，同時也是用戶功能中的最低層，向它上面的應用層提供服務運輸層為應用進程之間提供端到端的邏輯通信，但網絡層是為主機之間提供邏輯通信（面向主機，承擔路由功能，即主機尋址及有效的分組交換）。各種應用進程之間通信需要“可靠或盡力而為”的兩類服務質量，必須由運輸層以復用和分用的形式加載到網絡層。    502 網絡層提供數據報或虛電路服務對上面的運輸層有何影響？

5、答：網絡層提供數據報或虛電路服務不影響上面的運輸層的運行機制。但提供不同的服務質量。503 當應用程序使用面向連接的TCP和無連接的IP時，這種傳輸是面向連接的還是面向無連接的？答：都是。這要在不同層次來看，在運輸層是面向連接的，在網絡層則是無連接的。504 試用畫圖解釋運輸層的復用。畫圖說明許多個運輸用戶復用到一條運輸連接上，而這條運輸連接有復用到IP數據報上。505 試舉例說明有些應用程序愿意采用不可靠的UDP，而不用采用可靠的TCP。答：VOIP：由于語音信息具有一定的冗余度，人耳對VOIP數據報損失由一定的承受度，但對傳輸時延的變化較敏感。有差錯的UDP數據報在接收端被直接拋棄，TCP

6、數據報出錯則會引起重傳，可能帶來較大的時延擾動。因此VOIP寧可采用不可靠的UDP，而不愿意采用可靠的TCP。506 接收方收到有差錯的UDP用戶數據報時應如何處理？答：丟棄507 如果應用程序愿意使用UDP來完成可靠的傳輸，這可能嗎？請說明理由答：可能，但應用程序中必須額外提供與TCP相同的功能。508 為什么說UDP是面向報文的，而TCP是面向字節流的？答：發送方 UDP 對應用程序交下來的報文，在添加首部后就向下交付 IP 層。UDP 對應用層交下來的報文，既不合并，也不拆分，而是保留這些報文的邊界。接收方 UDP 對 IP 層交上來的 UDP 用戶數據報，在去除首部后就原封不動地交付上

7、層的應用進程，一次交付一個完整的報文。發送方TCP對應用程序交下來的報文數據塊，視為無結構的字節流（無邊界約束，課分拆/合并），但維持各字節509 端口的作用是什么？為什么端口要劃分為三種？答：端口的作用是對TCP/IP體系的應用進程進行統一的標志，使運行不同操作系統的計算機的應用進程能夠互相通信。熟知端口，數值一般為01023.標記常規的服務進程；登記端口號，數值為102449151，標記沒有熟知端口號的非常規的服務進程；510 試說明運輸層中偽首部的作用。答：用于計算運輸層數據報校驗和。511 某個應用進程使用運輸層的用戶數據報UDP，然而繼續向下交給IP層后，又封裝成IP數據報。既然都是

8、數據報，可否跳過UDP而直接交給IP層？哪些功能UDP提供了但IP沒提提供？答：不可跳過UDP而直接交給IP層IP數據報IP報承擔主機尋址，提供報頭檢錯；只能找到目的主機而無法找到目的進程。UDP提供對應用進程的復用和分用功能，以及提供對數據差分的差錯檢驗。512 一個應用程序用UDP，到IP層把數據報在劃分為4個數據報片發送出去，結果前兩個數據報片丟失，后兩個到達目的站。過了一段時間應用程序重傳UDP，而IP層仍然劃分為4個數據報片來傳送。結果這次前兩個到達目的站而后兩個丟失。試問：在目的站能否將這兩次傳輸的4個數據報片組裝成完整的數據報？假定目的站第一次收到的后兩個數據報片仍然保存在目的站

9、的緩存中。答：不行重傳時，IP數據報的標識字段會有另一個標識符。僅當標識符相同的IP數據報片才能組裝成一個IP數據報。前兩個IP數據報片的標識符與后兩個IP數據報片的標識符不同，因此不能組裝成一個IP數據報。514 一UDP用戶數據報的首部十六進制表示是：06 32 00 45 00 1C E2 17.試求源端口、目的端口、用戶數據報的總長度、數據部分長度。這個用戶數據報是從客戶發送給服務器發送給客戶？使用UDP的這個服務器程序是什么？解：源端口1586，目的端口69，UDP用戶數據報總長度28字節，數據部分長度20字節。此UDP用戶數據報是從客戶發給服務器（因為目的端口號<1023，是

10、熟知端口）、服務器程序是TFFTP。515 使用TCP對實時話音數據的傳輸有沒有什么問題？使用UDP在傳送數據文件時會有什么問題？答：如果語音數據不是實時播放（邊接受邊播放）就可以使用TCP，因為TCP傳輸可靠。接收端用TCP講話音數據接受完畢后，可以在以后的任何時間進行播放。但假定是實時傳輸，則必須使用UDP。UDP不保證可靠交付，但UCP比TCP的開銷要小很多。因此只要應用程序接受這樣的服務質量就可以使用UDP。516 在停止等待協議中如果不使用編號是否可行？為什么？答:分組和確認分組都必須進行編號，才能明確哪個分則得到了確認。517 在停止等待協議中，如果收到重復的報文段時不予理睬（即悄

11、悄地丟棄它而其他什么也沒做）是否可行？試舉出具體的例子說明理由。答：收到重復幀不確認相當于確認丟失518 假定在運輸層使用停止等待協議。發送發在發送報文段M0后再設定的時間內未收到確認，于是重傳M0，但M0又遲遲不能到達接收方。不久，發送方收到了遲到的對M0的確認，于是發送下一個報文段M1，不久就收到了對M1的確認。接著發送方發送新的報文段M0，但這個新的M0在傳送過程中丟失了。正巧，一開始就滯留在網絡中的M0現在到達接收方。接收方無法分辨M0是舊的。于是收下M0，并發送確認。顯然，接收方后來收到的M0是重復的，協議失敗了。試畫出類似于圖5-9所示的雙方交換報文段的過程。答：舊的M0被當成新的

12、M0。522 主機A向主機B發送一個很長的文件，其長度為L字節。假定TCP使用的MSS有1460字節。（1）在TCP的序號不重復使用的條件下，L的最大值是多少？（2）假定使用上面計算出文件長度，而運輸層、網絡層和數據鏈路層所使用的首部開銷共66字節，鏈路的數據率為10Mb/s，試求這個文件所需的最短發送時間。解：（1）L_max的最大值是232=4GB,G=230.(2) 滿載分片數Q=L_max/MSS取整=發送的總報文數N=Q*(MSS+66)+（L_max-Q*MSS）+66=+682=總字節數是N=字節，發送字節需時間為：N*8/（10*106）=3591.3秒，即59.85分，約1小

13、時。523 主機A向主機B連續發送了兩個TCP報文段，其序號分別為70和100。試問：     （1）第一個報文段攜帶了多少個字節的數據？（2）主機B收到第一個報文段后發回的確認中的確認號應當是多少？（3）如果主機B收到第二個報文段后發回的確認中的確認號是180，試問A發送的第二個報文段中的數據有多少字節？（4）如果A發送的第一個報文段丟失了，但第二個報文段到達了B。B在第二個報文段到達后向A發送確認。試問這個確認號應為多少？解：（1）第一個報文段的數據序號是70到99，共30字節的數據。（2）確認號應為100.（3）80字節。（4）70525 為什么在

14、TCP首部中要把TCP端口號放入最開始的4個字節？答：在ICMP的差錯報文中要包含IP首部后面的8個字節的內容，而這里面有TCP首部中的源端口和目的端口。當TCP收到ICMP差錯報文時需要用這兩個端口來確定是哪條連接出了差錯。526 為什么在TCP首部中有一個首部長度字段，而UDP的首部中就沒有這個這個字段？答：TCP首部除固定長度部分外，還有選項，因此TCP首部長度是可變的。UDP首部長度是固定的。527 一個TCP報文段的數據部分最多為多少個字節？為什么？如果用戶要傳送的數據的字節長度超過TCP報文字段中的序號字段可能編出的最大序號，問還能否用TCP來傳送？答：65495字節，此數據部分加

15、上TCP首部的20字節，再加上IP首部的20字節，正好是IP數據報的最大長度65535.（當然，若IP首部包含了選擇，則IP首部長度超過    20字節，這時TCP報文段的數據部分的長度將小于65495字節。）數據的字節長度超過TCP報文段中的序號字段可能編出的最大序號，通過循環使用序號，仍能用TCP來傳送。528 主機A向主機B發送TCP報文段，首部中的源端口是m而目的端口是n。當B向A發送回信時，其TCP報文段的首部中源端口和目的端口分別是什么？答：分別是n和m。529 在使用TCP傳送數據時，如果有一個確認報文段丟失了，也不一定會引起與該確認報文段對應的數據

16、的重傳。試說明理由。答：還未重傳就收到了對更高序號的確認。530 設TCP使用的最大窗口為65535字節，而傳輸信道不產生差錯，帶寬也不受限制。若報文段的平均往返時延為20ms，問所能得到的最大吞吐量是多少?答：在發送時延可忽略的情況下，最大數據率=最大窗口*8/平均往返時間=26.2Mb/s。531 通信信道帶寬為1Gbs，端到端時延為10ms。TCP的發送窗口為65535字節。試問:可能達到的最大吞吐量是多少?信道的利用率是多少?答：L=65536×8+40×8=       C=109b/s 

17、60;     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。信道利用率

18、為25.5/1000=2.55%535 試計算一個包括5段鏈路的運輸連接的單程端到端時延。5段鏈路程中有2段是衛星鏈路，有3段是廣域網鏈路。每條衛星鏈路又由上行鏈路和下行鏈路兩部分組成。可以取這兩部分的傳播時延之和為250ms。每一個廣域網的范圍為1500km，其傳播時延可按kms來計算。各數據鏈路速率為48kbs，幀長為960位。答：5段鏈路的傳播時延=250*2+（1500/）*3*1000=530ms5段鏈路的發送時延=960/（48*1000）*5*1000=100ms所以5段鏈路單程端到端時延=530+100=630ms536 重復5-35題，但假定其中的一個陸地上的廣域網的傳輸時延

19、為150ms。答：760ms545 解釋為什么突然釋放運輸連接就可能會丟失用戶數據，而使用TCP的連接釋放方法就可保證不丟失數據。 答：當主機1和主機2之間連接建立后，主機1發送了一個TCP數據段并正確抵達主機2，接著主機1發送另一個TCP數據段，這次很不幸，主機2在收到第二個TCP數據段之前發出了釋放連接請求，如果就這樣突然釋放連接，顯然主機1發送的第二個TCP報文段會丟失。而使用TCP的連接釋放方法，主機2發出了釋放連接的請求，那么即使收到主機1的確認后，只會釋放主機2到主機1方向的連接，即主機2不再向主機1發送數據，而仍然可接受主機1發來的數據，所以可保證不丟失數據。546 試用具體例子

20、說明為什么在運輸連接建立時要使用三次握手。說明如不這樣做可能會出現什么情況。 答：3次握手完成兩個重要的功能，既要雙方做好發送數據的準備工作（雙方都知道彼此已準備好），也要允許雙方就初始序列號進行協商，這個序列號在握手過程中被發送和確認。假定B給A發送一個連接請求分組，A收到了這個分組，并發送了確認應答分組。按照兩次握手的協定，A認為連接已經成功地建立了，可以開始發送數據分組。可是，B在A的應答分組在傳輸中被丟失的情況下，將不知道A是否已準備好，不知道A建議什么樣的序列號，B甚至懷疑A是否收到自己的連接請求分組，在這種情況下，B認為連接還未建立成功，將忽略A發來的任何數據分組，只等待連接確認應

21、答分組。而A發出的分組超時后，重復發送同樣的分組。這樣就形成了死鎖。部分題目還有另外的答案，僅供參考：5-01試說明運輸層在協議棧中的地位和作用。運輸層的通信和網絡層的通信有什么重要的區別？為什么運輸層是必不可少的？運輸層是七層模型中最重要最關鍵的一層，是唯一負責總體數據傳輸和控制的一層。運輸層要達到兩個主要目的：第一提供可靠的端到端的通信；第二，向會話層提供獨立于網絡的運輸服務。在討論為實現這兩個目標所應具有的功能之前，先考察一下運輸層所處的地位。首先，運輸層之上的會話層、表示層及應用層均不包含任何數據傳輸的功能，而網絡層又不一定需要保證發送站的數據可靠地送至目的站；其次會話層不必考慮實際網

22、絡的結構、屬性、連接方式等實現的細節。根據運輸層在七層模型中的目的和地位，它的主要功能是對一個進行的對話或連接提供可靠的傳輸服務；在通向網絡的單一物理連接上實現該連接的利用復用；在單一連接上進行端到端的序號及流量控制；進行端到端的差錯控制及恢復；提供運輸層的其它服務等。運輸層反映并擴展了網絡層子系統的服務功能，并通過運輸層地址提供給高層用戶傳輸數據的通信端口，使系統間高層資源的共享不必考慮數據通信方面的問題。      運輸層的最終目標是為用戶提供有效、可靠和價格合理的服務。圖.給出了運輸層與網絡層、運輸服務用戶三者之間的關系。在一個系統中，運

23、輸實體通過網絡服務與其它運輸實體通信，向運輸層用戶（可以是應用進程，也可以是會話層協議）提供運輸服務。運輸層的服務包括的內容有：服務的類型、服務的等級、數據運輸、用戶接口、連接管理、快速數據運輸、狀態報告、安全保密等。可以把運輸層看做公交車的調度，而網絡層只是負責運輸乘客而已5.3. 當應用程序使用面向連接的TCP和無連接的IP時，這種傳輸是面向連接的還是無連接的？TCP/IP協議在網絡層是無連接的（數據包只管往網上發，如何傳輸和到達以及是否到達由網絡設備來管理）。而"端口"，是傳輸層的內容，是面向連接的。協議里面低于1024的端口都有確切的定義，它們對應著因特網上常見的一

24、些服務。5.5. 試舉例說明有些應用程序愿意采用不可的UDP，而不愿意采用可靠的TCP。UDP主要用于那些面向查詢-應答的服務，例如NFS。相對于FTP或Telnet，這些服務需要交換的信息量較小。使用UDP的服務包括NTP（網落時間協議）和DNS（DNS也使用TCP）。UDP 是無連接的，即發送數據之前不需要建立連接。UDP 使用盡最大努力交付，即不保證可靠交付，同時也不使用擁塞控制。UDP 是面向報文的。UDP 沒有擁塞控制，很適合多媒體通信的要求。 UDP 支持一對一、一對多、多對一和多對多的交互通信。UDP 的首部開銷小，只有 8 個字節。    UDP在

25、數據傳送之前不需要先建立連接。原地主機的運輸層在收到UDP報文之后，不需要給出任何確認。雖然UDP不提供可靠的交付，但在某種情況下UDP是一種最有效的工作方式。TCP則提供面向連接的服務。在傳送數據之前必須建立連接，數據傳送結束之后要釋放連接。TCP不提供廣播或多播服務。由于TCP要提供可靠的、面向連接的運輸服務，因此不可避免的增加了許多的開銷，如確認、流量控制、計時器以及連接管理等。這部僅使協議數據單元的手不增大了很多、還要占用許多的處理及資源。5.9. 端口的作用是什么？為什么端口號要劃分為三種？一臺擁有IP地址的主機可以提供許多服 務，比如web服務ftp服務和smtp服務等，這些服務完

26、全可以通過1個IP地址來實現。那么，主機是怎樣區分不同的網絡服務呢？顯然不能只靠IP地址，因為IP 地址與網絡服務的關系是一對多的關系。實際上是通過“IP地址+端口號”來區分不同的服務的。因此客戶在發起通信請求時，必須先知道對方服務器的IP地址和端口號因此可將運輸層的端口號分為下面幾類。（1）公認端口（Well Known Ports）：從0到1023，它們緊密綁定（binding）于一些服務。通常這些端口的通訊明確表明了某種服務的協議。例如：80端口實際上總是HTTP通訊。（2）注冊端口（Registered Ports）：從1024到49151。它們松散地綁定于一些服務。也就是說有許多服務

27、綁定于這些端口，這些端口同樣用于許多其它目的。許多系統處理動態端口從1024左右開始。（3）動態和/或私有端口（Dynamicand / or Private Ports）：從49152到65535。理論上，不應為服務分配這些端口。實際上，機器通常從1024起分配動態端口。5.23主機A向主機B連續發送了兩個TCP報文段，其序號分別為70和100.試問：(1). 第一個報文段攜帶了多少字節的數據？數據為從70-99 ，100-70=30。(2). 主機B收到第一個報文段后發回的確認號應當是多少？發回受到的確認號為100(3). 如果B收到第二個報文段后發回的確認號是180，試問A發送的第二個報

28、文段的數據有多少字節？確認號為180，則數據為180-100=80.(4). 如果A發送的第一個報文段丟失了，但第二個到達B，B在第二個報文段到達后向A發送了確認。試問這個確認號應為多少？由于沒有收到第一個報文段，則確認號為70.5.46. 使用具體的例子說明為什么在運輸連接建立時使用三次握手。說明不這樣做會產生什么后果？答： 3次握手完成兩個重要的功能，既要雙方做好發送數據的準備工作（雙方都知道彼此已準備好），也要允許雙方就初始序列號進行協商，這個序列號在握手過程中被發送和確認。現在把三次握手改成僅需要兩次握手，死鎖是可能發生的。作為例子，考慮計算機A和B之間的通信，假定B給A發送一個連接請求分組，A收到了這個分組，并發送了確認應答分組。按照兩次握手的協定，A認為連接已經成功地建立了，可以開始發送數據分組。可是，B在A的應答分組在傳輸中被丟失的情況下，將不知道A是否已準備好，不知道A建議什么樣的序列號，B甚至懷疑A是否收到自己的連接請求分組。在這種情況下，B認為連接還未建立成功，將忽略A發來的任何數據分組，只等待連接確認應答分組。而