第五章：傳輸層復(fù)習(xí)題(答案)

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

2、的各種進(jìn)程通過(B)實(shí)現(xiàn)與傳輸實(shí)體的交互A程序B端口 C進(jìn)程D調(diào)用8. (60)傳輸層與應(yīng)用層的接口上所設(shè)置的端口是一個(gè)多少位的地址(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)絡(luò)中，物理地址與網(wǎng)絡(luò)接口層有關(guān)，邏輯地址與 J跖 層有關(guān)，端口地址和 運(yùn)輸層有關(guān)。12. (90) UDP和TCP都使用了與應(yīng)用層接口處的端口 與上層的應(yīng)用進(jìn)程進(jìn)行通信。13. (90)在TCP1接中，主動(dòng)發(fā)

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

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

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

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

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

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

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

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

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

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

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

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

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

16、方法是報(bào)文段每重發(fā)一次，將重發(fā)時(shí)間增大些92. (20)為什么TCP的重傳時(shí)延確定時(shí)，在發(fā)生重發(fā)報(bào)文時(shí)，不好計(jì)算？答：當(dāng)報(bào)文發(fā)生重傳時(shí)，發(fā)送方收到確認(rèn)后，無法分辨這個(gè)確認(rèn)是對(duì)原來的第一 個(gè)報(bào)文進(jìn)行的確認(rèn)還是對(duì)重傳的報(bào)文進(jìn)行的確認(rèn)。如果實(shí)際是第一個(gè)報(bào)文的確 認(rèn)，而誤認(rèn)為是重傳的，則會(huì)導(dǎo)致重傳時(shí)延設(shè)定偏小，反之會(huì)導(dǎo)致偏大。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)絡(luò)狀況得到的數(shù)值B發(fā)送方根據(jù)網(wǎng)絡(luò)狀況得到的數(shù)值C接收方根據(jù)接收能力得到的數(shù)值D發(fā)送方根據(jù)發(fā)送能力得到的數(shù)值96. (60) TC當(dāng)用可變發(fā)送窗口的方式進(jìn)行流量控制97. (90) TC喻量控制窗口大小的單位是字節(jié)98. (90) TC喻量控制中是取通知窗口和擁塞窗口中較小 的一個(gè)99. (60) TCP的發(fā)送窗口中的數(shù)據(jù)可以分為兩類已發(fā)送未被確認(rèn)和 待發(fā)送100. (60) TCP發(fā)送報(bào)文時(shí)，發(fā)送窗口是固定不變的(F)101. (60)流量控制的基本思想是保證接收方有足夠多窗口接收即可(F)102. (90)流量控制是TCP有效工作的一個(gè)重要保證(T)1

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

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

20、窗口上升到10時(shí)網(wǎng)絡(luò)發(fā)生了超時(shí)，TCP采用慢啟動(dòng)、加速遞減和擁塞避免，求出第 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 .重傳機(jī)制B.三次握手機(jī)制C.慢速啟動(dòng)D.Nagle算法115. (90) TCP®接建立時(shí)，會(huì)協(xié)商哪些參數(shù) D116. A確認(rèn)序號(hào) B IP 地址 C 端口號(hào) D 最大窗口117. (60) TCP1接建立時(shí)，發(fā)起連接一方序號(hào)為 x,則接收方確認(rèn)的序號(hào)為BA y

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

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

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

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

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

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

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