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

下載本文檔

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

文檔簡介

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

2、的概念:7. (90)應(yīng)用層的各種進程通過(B)實現(xiàn)與傳輸實體的交互A 程序 B 端口 C 進程 D 調(diào)用 8. (60)傳輸層與應(yīng)用層的接口上所設(shè)置的端口是一個多少位的地址(B)A 8位 B 16位 C 32位 D 64位9. (90)熟知端口的范圍是(C)A 0100 B 20199 C 0255 D 10244915110. (90)以下端口為熟知端口的是(C)A 8080 B 4000 C 161 D 25611. (90)TCP/IP 網(wǎng)絡(luò)中,物理地址與 網(wǎng)絡(luò)接口 層有關(guān),邏輯地址與 網(wǎng)際 層有關(guān),端口地址和 運輸 層有關(guān)。12. (90)UDP和TCP都使用了與應(yīng)用層接口處的 端口

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

4、的含義?答 在傳輸層的連接中,由兩個進程的IP地址和端口組成一個端點,這樣的端點叫socket。22. (20)運輸層中,現(xiàn)在較為流行的API有兩類,一類是Berkeley socket,另一類是 運輸層接口TLI。3UDP的特點:23. (90)傳輸層上實現(xiàn)不可靠傳輸?shù)膮f(xié)議是 B A TCP B UDP C IP D ARP 24. (90)欲傳輸一個短報文,TCP和UDP哪個更快( B )A.TCP B.UDP C.兩個都快 D.不能比較25. (90)TCP和UDP哪個效率高( B )ATCPBUDP C兩個一樣D不能比較26. (90)下述的哪一種協(xié)議是不屬于TCP/IP模型的協(xié)議(

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

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

7、 B 目的IP地址 C 源IP地址目的IP地址 D 目的IP地址+源IP地址 36. (90)UDP首部字段有 8 個字節(jié)37. (20)UDP首部字段由 源端口字段 、目的端口字段 、 長度字段 、校驗和字段 四部分組成38. (90)UDP數(shù)據(jù)報校驗時要在前面增加一個 偽首部 字段39. (60)UDP校驗增加的偽首部長度為 12字節(jié)40. (20)UDP在IP數(shù)據(jù)報中的協(xié)議字段值為 17 41. (60)UDP偽首部的前兩個字段為 源IP地址 、 目的IP地址 42. (60)UDP偽首部的最后一個字段為 UDP長度 43. (60)UDP偽首部的第三個字段為 0 44. (90)UDP

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

9、1. (60)TCP報文中確認序號指的是 B A 已經(jīng)收到的最后一個數(shù)據(jù)序號 B 期望收到的第一個字節(jié)序號 C 出現(xiàn)錯誤的數(shù)據(jù)序號 D 請求重傳的數(shù)據(jù)序號 52. (20)英特網(wǎng)上所有計算機都應(yīng)能接受的TCP報文長度為 D A 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.

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

11、CP的確認是對接收到的數(shù)據(jù)中 A 表示確認 A 最高序號 B 第一個序號 C 第二個序號 D 倒數(shù)第二個序號 66. (90)TCP確認的方式是 B A 專門的確認 B 專門的確認和捎帶確認 C 捎帶確認 D 稍等確認和否定確認 67. (60)TCP發(fā)送一段數(shù)據(jù)報,其序號是35150,如果正確到達,接收方對其確認的序號為 D A 36 B 150 C 35 D 151 68. (60)TCP的確認是對接收到的數(shù)據(jù)中是以 最高序號1 表示確認69. (90)TCP協(xié)議對每一個要發(fā)送 字節(jié) 編了一個號70. (90)TCP協(xié)議中接收方一旦有空的緩沖區(qū)則通告發(fā)送方,這一策略可能會帶來 糊涂窗口綜合

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

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

14、于往返時延 B.等于平均往返時延 C.大于平均往返時延 D.小于平均往返時延80. (60)TCP對超時定時器的設(shè)定采用的是 自適應(yīng) 算法81. (60)TCP對超時區(qū)間的確定是由 報文段的往返時延 決定82. (20)TCP對計算平均往返時延計算公式中a的典型值是 7/883. (60)Karn算法修正時,新的重發(fā)時間為舊的重發(fā)時間r倍,r比較典型的取值為 2 84. (60)在TCP標(biāo)準(zhǔn)中,重發(fā)時間一般取為平均往返時間的 2 倍85. (60)TCP每發(fā)送一個報文段,就啟動一個定時器(T)86. (90)TCP傳輸?shù)闹匕l(fā)時延應(yīng)略大于平均往返時延(T)87. (90)Karn算法在計算往返時

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

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

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

18、收即可(F)102. (90)流量控制是TCP有效工作的一個重要保證(T)103. (20)TCP中確認的丟失并不一定導(dǎo)致重傳,請解釋原因答:若在定時器未超時前收到下一個報文段的確認,則不必重傳9*TCP擁塞控制的基本原理:104. (90)TCP擁塞避免時,擁塞窗口增加的方式是 B A 隨機增加 B 線性增加 C 指數(shù)增加 D 不增加 105. (90)TCP擁塞控制中, 接收端 將通知窗口值放在報文首部發(fā)給對方。106. (60)在未發(fā)生擁塞的穩(wěn)定工作狀態(tài)下,接收端通知的窗口和擁塞窗口是 一致 的107. (60)TCP擁塞控制中的慢啟動是指發(fā)送的數(shù)據(jù)報每次增加一個(F)108. (20)

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

20、網(wǎng)絡(luò)比較不容易出現(xiàn)擁塞113. (60)設(shè)TCP門限窗口初始值為8個報文段。當(dāng)擁塞窗口上升到10時網(wǎng)絡(luò)發(fā)生了超時,TCP采用慢啟動、加速遞減和擁塞避免,求出第1 10次傳輸?shù)母鲹砣翱诖笮 =猓簜鬏敶螖?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協(xié)議中,連接管理的方法為( B ) A重傳機制 B.三次握手機制 C.慢速啟動 D.Nagle算法115. (90)TCP連接建立時,會協(xié)商哪些參數(shù) D116. A 確認序號 B IP地址 C 端口號 D 最大窗口117. (60)TC

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

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

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

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

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

26、45. (60)網(wǎng)絡(luò)在運輸層上互連的設(shè)備名稱是 網(wǎng)關(guān) 。146. (60)IP網(wǎng)關(guān)進行路由選擇是基于 目標(biāo)網(wǎng)絡(luò) ,而不是基于目標(biāo)主機147. (60)安裝TCP/IP協(xié)議的步驟如下:打開“控制面板”中的“網(wǎng)絡(luò)”圖標(biāo),進入“網(wǎng)絡(luò)”對話框,在_協(xié)議_選項卡中點擊“添加”按鈕,進入“請選擇網(wǎng)絡(luò)組件類型”對話框,選擇_,點擊“添加”按鈕,再在“選擇網(wǎng)絡(luò)協(xié)議”對話框中的_欄內(nèi)選“Microsoft”,在“網(wǎng)絡(luò)協(xié)議”中選_TCP/IP_。(參照WIN2000操作系統(tǒng))148. (90)網(wǎng)絡(luò)層與運輸層最大區(qū)別在于:運輸層為 進程 提供邏輯通信,而網(wǎng)絡(luò)層為 主機 提供邏輯通信149. (90)IP協(xié)議提供 無

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

溫馨提示

  • 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)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論