第五章:傳輸層復習題(答案)_第1頁
第五章:傳輸層復習題(答案)_第2頁
第五章:傳輸層復習題(答案)_第3頁
第五章:傳輸層復習題(答案)_第4頁
第五章:傳輸層復習題(答案)_第5頁
已閱讀5頁,還剩9頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

1、第五章:傳輸層習題集1 .傳輸層的基本概念:1. (90) 在OSI模型中,提供端到端傳輸功能的層次是(C )A.物理層B .數(shù)據(jù)鏈路層C .傳輸層D .應用層2. (90) TCP的主要功能是(B )A.進行數(shù)據(jù)分組B .保證可靠傳輸C .確定數(shù)據(jù)傳輸路徑D .提高傳輸速 度3. (90) TCP/IP模型分為四層,最高兩層是應用層、 運輸4. (90)傳輸層使高層用戶看到的就是好像在兩個運輸層實體之間有一條通到端 、 可靠的 、全雙工 通信通路。5. (90)運輸層位于數(shù)據(jù)鏈路層上方(F)6. (90)傳輸層是屬于網(wǎng)絡功能部分,而不是用戶功能部分(F)2 .端口的概念:7. (90)應用層

2、的各種進程通過(B)實現(xiàn)與傳輸實體的交互A程序B端口 C進程D調(diào)用8. (60)傳輸層與應用層的接口上所設置的端口是一個多少位的地址(B)A8位B 16 位C32位D64位9. (90)熟知端口的范圍是(C)A0100B20 199 C0 255 D 1024 4915110. (90)以下端口為熟知端口的是(C)A8080 B4000 C 161 D25611. (90) TCP/IP網(wǎng)絡中,物理地址與網(wǎng)絡接口層有關,邏輯地址與 J跖 層有關,端口地址和 運輸層有關。12. (90) UDP和TCP都使用了與應用層接口處的端口 與上層的應用進程進行通信。13. (90)在TCP1接中,主動發(fā)

3、起連接建立的進程是客戶14. (90)在TCP1接中,被動等待連接的進程是 服務器。15. (90)一些專門分配給最常用的端口叫熟知端口 。16. (60) TCP使用 連接,而不僅僅是端口來標識一個通信抽象。17. (20) 一個連接由兩個端點來標識,這樣的端點叫 插口或 套接字 。18. (20)現(xiàn)在常使用應用編程接口作為傳輸層與應用層19. (60)主機中的進程發(fā)起一個TC唯接,其源端口可以重復(F)20. (60)傳輸層上的連接為了避免通信混亂,所有的端口都不能重復使用(F)21. (60)解釋socket的含義?答 在傳輸層的連接中,由兩個進程的IP地址和端口組成一個端點,這樣的端點

4、 叫 socket o22. (20)運輸層中,現(xiàn)在較為流行的 API有兩類,一類是Berkeley socket,另一 類是運輸層接口 TLI。3. UDP勺特點:23. (90)傳輸層上實現(xiàn)不可靠傳輸?shù)膮f(xié)議是 BA TCP B UDP C IP D ARP24. (90)欲傳輸一個短報文,TCP?口 UDP8B個更快(B )A.TCP B.UDP C.兩個都快D. 不能比較25. (90) TC可口 UDP1 個效率高(B )A. TCP B. UDP C.兩個一樣D.不能比較26. (90)下述的哪一種協(xié)議是不屬于 TCP/IP模型的協(xié)議(D )A. TCP B. UDP C. ICMP

5、 D. HDLC27. (90) TCP/IP的運輸層定義了兩個協(xié)議,一個是面向連接的協(xié)議,稱為TCP 協(xié)議。另一個是無連接的協(xié)議,稱為 UDP協(xié)議28. (90)在TCP/IP層次模型中與OSI參考模型第四層(運輸層)相對應的主要協(xié) 議有_TCP/口_UDP一 其中后者提供無連接的不可靠傳輸服務。29. (60) UDPB議在IP協(xié)議的數(shù)據(jù)報服務的之上增加了 端口 功能和 差錯檢 測功能30. (90) UDP一種可靠、高效的傳輸協(xié)議(F)31. (60)簡要說明TCP與UD吆間的相同與不同點答 相同點:同處運輸層,基于接口;不同點:連接方式,確認重傳機制32. (60) TCPB議與UDP

6、議各有什么特點?各用在什么情況下?答TCP提供面向連接的服務,在傳送數(shù)據(jù)之前必須先建立連接,數(shù)據(jù)傳送結束后要釋放連接,提供可靠的連接。用于對數(shù)據(jù)可靠性要求較高的情況;UDPS傳送數(shù)據(jù)之前不需要先建立連接,提供不可靠交付。用于實時要求比較高的情況下 4. *UDP的數(shù)據(jù)格式:33. (60) UDP協(xié)議校驗的數(shù)據(jù)是AA首部+偽首部B首部C首部+數(shù)據(jù)D偽首部+數(shù)據(jù)34. (60) UDP+偽首部的傳遞方向CA向下傳遞B向上傳遞C既不向下也不向上傳遞 D上下兩個方向都傳35. (60) UDM偽首部中的IP地址內(nèi)容和編排順序是 CA源IP地址B目的IP地址C 源IP地址+目的IP地址D目的IP地址+

7、源IP地址36. (90) UDPt部字段有 8 個字節(jié)37. (20) UDP首部字段由 源端口字段 、目的端口U段 、長度字段、隹驗和字段 四部分組成38. (90) UDP&據(jù)報校驗時要在前面增加一個偽首部字段39. (60) UDPK驗增加的偽首部長度為 12字節(jié)40. (20) UDF< IP數(shù)據(jù)報中的協(xié)議字段值為 1741. (60)UDP偽首部的前兩個字段為源IP地址 、 目的IP地址42. (60)UDP偽首部的最后一個字段為 UDP長度43. (60)UDP偽首部的第三個字段為 044. (90) UDPft、議是一個可靠傳輸協(xié)議(F)45. (90) UDP艮

8、文首部中包含了源和目的IP地址(F)46. (90) UDP艮文的偽首部中包含了端口號(F)47. (90) UDP艮文計算校驗和時需增加一個偽首部(T)5. *TCP的數(shù)據(jù)格式:48. (90) TCP的主要功能是BA .進行數(shù)據(jù)分組B.保證可靠傳輸C .確定數(shù)據(jù)傳輸路徑D .提高傳輸速度49. (90)在TCP/IP 參考模型中TCPB議工作在:BA.應用層B.傳輸層 C互連層 D.主機-網(wǎng)絡層50. (60) TCP報文段中序號字段指的是AA數(shù)據(jù)部分第一個字節(jié)B數(shù)據(jù)部分最后一個字節(jié)C報文首部第一個字節(jié)D報文最后一個字節(jié)51. (60) TCP報文中確認序號指的是 BA已經(jīng)收到的最后一個數(shù)

9、據(jù)序號B期望收到的第一個字節(jié)序號C 出現(xiàn)錯誤的數(shù)據(jù)序號 D請求重傳的數(shù)據(jù)序號52. (20)英特網(wǎng)上所有計算機都應能接受的 TCPffi文長度為DA 65535字節(jié) B 1500 字節(jié) C 255 字節(jié) D 556 字節(jié)53. (60) TCP報文的首部最小長度是 20字節(jié)54. (60) TCP有效荷載的最大長度是65535 字節(jié)55. (20) TCP報文首部可以擴展的字節(jié)長度需滿足的規(guī)律是4的整數(shù)倍56. (60) TCP報文段中給源端口分配了 2 字節(jié)的長度57. (60) TCP報文段中序號字段為 4 字節(jié)58. (60) TCP報文段中的數(shù)據(jù)偏移實際指明的是首部長度59. (60)

10、 TCP報文段中的,如果要使當前數(shù)據(jù)報傳送到接收方后,立即被上傳應用層,可將急迫比特PSH置160. (20) TCP報文中選項字段只規(guī)定了一種功能,即 最長報文段MSS61. (90) TCP報文段中的確認序號只有在 ACK=1時才有效(T)62. (90) TCP報文段中的PSH?段置1時,表明該報文段需要盡快傳輸(F)63. (90) TCP報文段中窗口字段的含義是要求接收方預留的緩沖區(qū)大小(F)64. (90) TCP報文段校驗時也需要象UDPft、議那樣增加一個偽首部(T)6. *TCP協(xié)議的數(shù)據(jù)編號與確認方式:65. (90) TCP的確認是對接收到的數(shù)據(jù)中A表示確認A最高序號B第

11、一個序號C第二個序號 D 倒數(shù)第二個序號66. (90) TCP確認的方式是BA專門的確認B專門的確認和捎帶確認C 捎帶確認D稍等確認和否定確認67. (60) TCP發(fā)送一段數(shù)據(jù)報,其序號是 35150,如果正確到達,接收方對其 確認的序號為DA 36 B 150 C 35 D 15168. (60) TCP的確認是對接收到的數(shù)據(jù)中是以最高序號+ 1表示確認69. (90) TCPB議對每一個要發(fā)送字節(jié)編了一個號70. (90) TCPB議中接收方一旦有空的緩沖區(qū)則通告發(fā)送方,這一策略可能會帶來 糊涂窗口綜合癥問題71. (60) Nagle算法規(guī)定,當發(fā)送方數(shù)據(jù)達到窗口的一半 以上,就立即

12、發(fā)送一個報文段。72. (90) TCPB議是接報文段進行編號的(F)73. (20) Nagle算法可以適用于網(wǎng)絡上控制遠程鼠標或鍵盤(F)74. (90) TCP協(xié)議工作時,為了提高效率,有時候并不會對收到的數(shù)據(jù)報立刻確認(T)75. (90) TCPS定接收數(shù)據(jù)時必須按順序接收(F)76. (20)請簡要描述Nagle算法的實現(xiàn)過程?答:算法的思想是:若數(shù)據(jù)是逐個字節(jié)地到達發(fā)送端,那么發(fā)送端就將第 一個字符先發(fā)送出去,將后面到達的字符都緩存起來,當收到對第一個字符的確 認后,再將緩沖區(qū)中所有的字符裝成一個報文段發(fā)送出去,同時繼續(xù)對到達的字 符進行緩存。77. (20)請描述糊涂窗口綜合癥

13、所指的網(wǎng)絡現(xiàn)象?答:糊涂窗口綜合癥是指TCP專輸時,當接收端的緩沖區(qū)已滿,而交互的應 用進程一次只從緩沖區(qū)中讀取一個字符,此時緩沖區(qū)產(chǎn)生了一個字節(jié)的空位置, 然后向發(fā)送端發(fā)送確認,并通知窗口為1字節(jié),但發(fā)送的數(shù)據(jù)報仍為40字節(jié)長。 接著,發(fā)送端又發(fā)來一個字符,接收端發(fā)回確認,仍然通知窗口為1字節(jié),這樣進行下去,使網(wǎng)絡效率很低。78. (20)簡要介紹糊涂窗口綜合癥解決的方法答:主要有兩個:發(fā)送方不要發(fā)送太小的報文段和接收方不通知很小的窗口 給發(fā)送方。7. *TCP的差錯控制方法:79. (90) TCP重傳計時器設置的重傳時間 CA.等于往返時延 B.等于平均往返時延 C.大于平均往返時延 D

14、.小于 平均往返時延80. (60) TCP對超時定時器的設定采用的是自適應 算法81. (60) TCP對超時區(qū)間的確定是由報文段的往返時延決定82. (20) TCP對計算平均往返時延計算公式中 a的典型值是_7/8_83. (60) Karn算法修正時,新的重發(fā)時間為舊的重發(fā)時間r倍,r比較典型的取值為上84. (60)在TCPfe準中,重發(fā)時間一般取為平均往返時間的 2 倍85. (60) TCW5發(fā)送一個報文段,就啟動一個定時器(T)86. (90) TCP傳輸?shù)闹匕l(fā)時延應略大于平均往返時延(T)87. (90) Karn算法在計算往返時延時,需要考慮重傳的往返延時(F)88. (9

15、0)使用TCP傳輸數(shù)據(jù)時,如果有一個報文丟失了,也不一定會引起與該報文段對應的數(shù)據(jù)的重傳。(F)89. (20)簡要描述TCP議中,為了計算超時區(qū)間,其平均往返時延的計算公式 答:平均往返時延=a(舊的往返時延T)+ (1-a)(新的往返時延樣本) 90. (60)簡要描述Karn算法思想答:在計算平均往返時延時,只要報文段重發(fā)了,就不采用其往返時延樣本。91. (20)簡述Karn算法的不足和改進的方法答:當網(wǎng)絡上,報文段的時延突然增大了很多,因此在原來的重發(fā)時間內(nèi),不會 收到確認報文段,于是重發(fā)報文段。但根據(jù) Karn算法,不考慮重發(fā)的報文段的 往返時延樣本,這樣,重發(fā)時間無法更新。修正的

16、方法是報文段每重發(fā)一次,將重發(fā)時間增大些92. (20)為什么TCP的重傳時延確定時,在發(fā)生重發(fā)報文時,不好計算?答:當報文發(fā)生重傳時,發(fā)送方收到確認后,無法分辨這個確認是對原來的第一 個報文進行的確認還是對重傳的報文進行的確認。如果實際是第一個報文的確 認,而誤認為是重傳的,則會導致重傳時延設定偏小,反之會導致偏大。93. (60)簡述在數(shù)據(jù)傳輸中,防止阻塞產(chǎn)生的辦法答:流量控制,擁塞控制8. *TCP流量控制的基本方法:94. (90) TC喻量控制中通知窗口的的功能是 AA指明接收端的接收能力B指明接收端已經(jīng)接收的數(shù)據(jù)C指明發(fā)送方的發(fā)送能力D指明發(fā)送方已經(jīng)發(fā)送的數(shù)據(jù)95. (90) TC

17、喻量控制中擁塞窗口的是 BA接收方根據(jù)網(wǎng)絡狀況得到的數(shù)值B發(fā)送方根據(jù)網(wǎng)絡狀況得到的數(shù)值C接收方根據(jù)接收能力得到的數(shù)值D發(fā)送方根據(jù)發(fā)送能力得到的數(shù)值96. (60) TC當用可變發(fā)送窗口的方式進行流量控制97. (90) TC喻量控制窗口大小的單位是字節(jié)98. (90) TC喻量控制中是取通知窗口和擁塞窗口中較小 的一個99. (60) TCP的發(fā)送窗口中的數(shù)據(jù)可以分為兩類已發(fā)送未被確認和 待發(fā)送100. (60) TCP發(fā)送報文時,發(fā)送窗口是固定不變的(F)101. (60)流量控制的基本思想是保證接收方有足夠多窗口接收即可(F)102. (90)流量控制是TCP有效工作的一個重要保證(T)1

18、03. (20) TCP中確認的丟失并不一定導致重傳,請解釋原因答:若在定時器未超時前收到下一個報文段的確認,則不必重傳9. *TCP擁塞控制的基本原理:104. (90) TCPM塞避免時,擁塞窗口增加的方式是 BA隨機增加B線性增加C指數(shù)增加D不增加105. (90)TCPM塞控制中,接收端 將通知窗口值放在報文首部發(fā)給對方。106. (60)在未發(fā)生擁塞的穩(wěn)定工作狀態(tài)下,接收端通知的窗口和擁塞窗口是一致的107. (60) TCPW塞控制中的慢啟動是指發(fā)送的數(shù)據(jù)報每次增加一個(F)108. (20)當擁塞窗口增加到門限窗口時,擁塞窗口增長速度降為線形增長,此為擁塞避免(T)109. (9

19、0)進入擁塞避免時,擁塞窗口不再增加(F)110. (60)門限窗口比擁塞窗口更小(T)111. (20)簡要描述加速遞減的含義答:TCP5次出現(xiàn)超時后,將門限窗口值減半,若超時頻繁出現(xiàn),則門限窗口減 少很慢。112. (20)在TCP的擁塞控制中,什么是慢開啟和擁塞避免?起什么作用?答:慢啟動是指TCP發(fā)生擁塞超時后,將擁塞窗口將為1,使報文段慢慢注入到 網(wǎng)絡中;擁塞避免算法使發(fā)送端的擁塞窗口 cwnd每經(jīng)過一個往返時延RTT就增 加一個MSS勺大小。擁塞避免指在擁塞避免階段將擁塞窗口控制為按線性規(guī)律增 長,使網(wǎng)絡比較不容易出現(xiàn)擁塞113. (60)設TCP門限窗口初始值為8個報文段。當擁塞

20、窗口上升到10時網(wǎng)絡發(fā)生了超時,TCP采用慢啟動、加速遞減和擁塞避免,求出第 1 10次傳輸 的各擁塞窗口大小。解:傳輸次數(shù): 1 2 3 4 5 6 7 8 9 10擁塞窗口大小: 1 2 4 8 9 10 1 2 4 510. *TCP協(xié)議連接建立的基本原理:114. (90) TCP議中,連接管理的方法為(B )A .重傳機制B.三次握手機制C.慢速啟動D.Nagle算法115. (90) TCP®接建立時,會協(xié)商哪些參數(shù) D116. A確認序號 B IP 地址 C 端口號 D 最大窗口117. (60) TCP1接建立時,發(fā)起連接一方序號為 x,則接收方確認的序號為BA y

21、B x C x +1 D x-1118. (90) TCP建立連接的方式是三次握手119. (60) TCP建立連接時,服務器端發(fā)出被動打開 命令、客戶端發(fā)出主動打開命令120. (60) TCP發(fā)起連接時,同步比特應 置1121. (90) TCP是 面向連接 的協(xié)議122. (90)在TCP/IP網(wǎng)絡中,兩個應用進程之間的連接實際上是由 4個數(shù)字確定的包括雙方的 IP 地址 和 端口號 。123. (90) 一個TC唯接由一對插口確定,插口包括端口號 和IP地址。124. (60) TCP建立連接時,還需要互相協(xié)商一些通信參數(shù)(T)125. (60) TCP建立連接時,三次握手的機制可以防

22、止超時失效報文的干擾(T)126. (90)三次握手的方式可以保證連接建立的絕對可靠(F)127. (90)不采用三次握手的方式,兩個傳輸實體無法建立連接(F)128. (20)簡述TCP!立連接時需要解決的問題答:主要有三個問題:第一、要使每一方能夠確認對方的存在;第二、要允許雙 方協(xié)商一些參數(shù)(如最大報文段長度、最大窗口大小,服務質(zhì)量);第三、能夠 對傳輸實體資源分配,如緩沖區(qū)大小、連接表中的項目;129. (60)給出TCP®立連接的過程。B:連接請求確認SYN , SEQ=x確認SYN, ACK, SEQ=y, ACK=x+1ACK , SEQ=x+1 , ACK=y+111

23、. TCP®接釋放方法:130. (90) TCP#放連接由哪一方發(fā)起 AA收發(fā)任何一方均可B服務器端C客戶端D連接建立一方131. (90) TCP!接釋放時,需要將下面哪個比特置位 CA SYN B END C FIN D STOP132. (60) TCP已經(jīng)建立起來的一個連接,當其中一方提出釋放連接后,此時進入半關閉狀態(tài)133. (90) TCP#放連接的過程是三次握手(T)134. (90) TCP!信進程一方提出釋放連接時,雙方同時中止通信(F)綜合:135. (90)屬于用戶功能的層次是。DA .物理層B.網(wǎng)絡層C.數(shù)據(jù)鏈路層D.運輸層136. (90)對于IP層的功能

24、,下面說法正確的是。BA.差錯檢測B.差錯報告C.流量控制D.擁塞控制137. (60)網(wǎng)絡互聯(lián)時,運輸層及以上層常采用的設備是 。CA.中繼器B.路由器C.網(wǎng)關D.網(wǎng)橋138. (90)在Internet 上,真正能識別一臺主機的地址是。DA.主機IP地址B.主機所在網(wǎng)絡IP地址C.域名地址D.主機物理地址139. (90) intranet技術主要由一系列的組件和技術構成,intranet的網(wǎng)絡協(xié)議核心是(C )A .isp/spx B.pppC.tcp/ip D.slip140. (90) TCP/IP體系結構中的TC所口 IP所提供的服務分別為(D )A.鏈路層服務和網(wǎng)絡層服務 B.網(wǎng)

25、絡層服務和運輸層服務C.運輸層服務和應用層服務 D.運輸層服務和網(wǎng)絡層服務141. (60)下面哪些應用在運輸層不采用 TCP議AA. IP電話B。萬維網(wǎng) C。電子郵件 D 。軟件下載142. (90)能夠使主機或路由器報告差錯情況和提供有關異常情況的報告是下列那種協(xié)議的功能。(C )A.IPB.HTTPC.ICMPD.TCP143. (90)從通信的角度看,網(wǎng)絡體系結構中各層所提供的服務可分為兩大類,即 面向連接 服務和 無連接 服務。144. (90)目前常用的網(wǎng)絡連接器主要中繼器,網(wǎng)橋,路由器,交換機,集線器和網(wǎng)關.145. (60)網(wǎng)絡在運輸層上互連的設備名稱是網(wǎng)關 。146. (60

26、) IP網(wǎng)關進行路由選擇是基于目標網(wǎng)絡,而不是基于目標主機147. (60)安裝TCP/IP協(xié)議的步驟如下:打開“控制面板”中的“網(wǎng)絡”圖標,進入“網(wǎng)絡”對話框,在 協(xié)議 選項卡中點擊“添加”按鈕,進入“請 選擇網(wǎng)絡組件類型”對話框,選擇 ,點擊“添加”按鈕,再在“選擇 網(wǎng)絡協(xié)議”對話框中的 欄內(nèi)選“ Microsoft ”,在“網(wǎng)絡協(xié)議”中選_TCP/IP。(參照 WIN200O作系統(tǒng))148. (90)網(wǎng)絡層與運輸層最大區(qū)別在于:運輸層為進程提供邏輯通信,而網(wǎng)絡層為主機提供邏輯通信149. (90) IP協(xié)議提供無連接的不可靠服務、TCP協(xié)議提供面向連接150. (90)因特網(wǎng)中,IP向I

27、P用戶提供的是面向連接的數(shù)據(jù)傳送服務。(F)151. (60)數(shù)據(jù)報的分片和重組由IP控制,對TCP不可見,TCP不必擔心到達數(shù)據(jù)的失序問題。(T)152. (90) Internet 的網(wǎng)絡協(xié)議核心是 TCP/IP 。(T)153. (90)實現(xiàn)數(shù)據(jù)壓縮與OSI模型中傳輸層層密切相關。(F)154. (20)簡述原理體系結構中傳輸層與應用層的功能答:傳輸層負責主機中兩個進程之間的通信,應用層確定進程之間通信的性質(zhì)以滿足用戶的需要155. (60)解釋下列英文縮寫的中文含義:WAN 、IMAR HTTP SMTR IGMPWANT域網(wǎng)IMAP(Internet Message Access Protocol) 因特網(wǎng)報文存取協(xié)議HTTP®文本傳送協(xié)議SMT喻單郵件

溫馨提示

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

評論

0/150

提交評論