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

下載本文檔

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

文檔簡(jiǎn)介

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

2、傳輸層與應(yīng)用層的接口上所設(shè)置的端口是一個(gè)多少位的地址(A 8位B 16位C 32位D 64位9.(90熟知端口的范圍是(A 099B 20199C 0255D 06553510.(90以下端口為熟知端口的是(A 8080B 4000C 161D 25611.(90TCP/IP 網(wǎng)絡(luò)中,物理地址與層有關(guān),邏輯地址與層有關(guān),端口地址和運(yùn)輸層有關(guān)。12.(90UDP和TCP都使用了與應(yīng)用層接口處的與上層的應(yīng)用進(jìn)程進(jìn)行通信。13.(90在TCP連接中,主動(dòng)發(fā)起連接建立的進(jìn)程是14.(90在TCP連接中,被動(dòng)等待連接的進(jìn)程是。15.(90一些專(zhuān)門(mén)分配給最常用的端口叫。16.(60TCP使用,而不僅僅是端

3、口來(lái)標(biāo)識(shí)一個(gè)通信抽象。17.(20一個(gè)連接由兩個(gè)端點(diǎn)來(lái)標(biāo)識(shí),這樣的端點(diǎn)叫或。18.(20現(xiàn)在常使用作為傳輸層與應(yīng)用層19.(60主機(jī)中的進(jìn)程發(fā)起一個(gè)TCP連接,其源端口可以重復(fù)(20.(60傳輸層上的連接為了避免通信混亂,所有的端口都不能重復(fù)使用(21.(60解釋socket的含義?22.(20運(yùn)輸層中,現(xiàn)在較為流行的API有兩類(lèi),一類(lèi)是 ,另一類(lèi)是。3.UDP的特點(diǎn):23.(90傳輸層上實(shí)現(xiàn)不可靠傳輸?shù)膮f(xié)議是 ( A TCPB UDPC IPD ARP24.(90欲傳輸一個(gè)短報(bào)文,TCP和UDP哪個(gè)更快( A.TCPB.UDPC.兩個(gè)都快D.不能比較25.(90TCP和UDP哪個(gè)效率高(A.

4、TCPB.UDPC.兩個(gè)一樣D.不能比較26.(90下述的哪一種協(xié)議是不屬于TCP/IP模型的協(xié)議(A.TCPB.UDPC.ICMPD.HDLC27.(90TCP/IP的運(yùn)輸層定義了兩個(gè)協(xié)議,一個(gè)是面向連接的協(xié)議,稱(chēng)為。另一個(gè)是無(wú)連接的協(xié)議,稱(chēng)為28.(90在TCP/IP層次模型中與OSI參考模型第四層(運(yùn)輸層相對(duì)應(yīng)的主要協(xié)議有_和_,其中后者提供無(wú)連接的不可靠傳輸服務(wù)。29.(60UDP協(xié)議在IP協(xié)議的數(shù)據(jù)報(bào)服務(wù)的之上增加了功能和功能30.(90UDP是一種可靠、高效的傳輸協(xié)議(31.(60簡(jiǎn)要說(shuō)明TCP與UDP之間的相同與不同點(diǎn)32.(60TCP協(xié)議與UDP協(xié)議各有什么特點(diǎn)?各用在什么情況

5、下?4.*UDP的數(shù)據(jù)格式:33.(60UDP 協(xié)議校驗(yàn)的數(shù)據(jù)是( A 首部+偽首部B 首部C 首部+數(shù)據(jù)D 偽首部+數(shù)據(jù)34.(60UDP中偽首部的傳遞方向( A 向下傳遞B 向上傳遞C 既不向下也不向上傳遞D 上下兩個(gè)方向都傳遞35.(60UDP中偽首部中的IP地址內(nèi)容和編排順序是( A 源IP地址B 目的IP地址C 源IP地址+目的IP地址D 目的IP地址+源IP地址36.(90UDP首部字段有個(gè)字節(jié)37.(20UDP首部字段由、四部分組成38.(90UDP數(shù)據(jù)報(bào)校驗(yàn)時(shí)要在前面增加一個(gè)字段39.(60UDP校驗(yàn)增加的偽首部長(zhǎng)度為字節(jié)40.(20UDP在IP數(shù)據(jù)報(bào)中的協(xié)議字段值為41.(6

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

7、字節(jié)B 數(shù)據(jù)部分最后一個(gè)字節(jié)C 報(bào)文首部第一個(gè)字節(jié)D 報(bào)文最后一個(gè)字節(jié)51.(60TCP報(bào)文中確認(rèn)序號(hào)指的是(A 已經(jīng)收到的最后一個(gè)數(shù)據(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)能接受的TCP報(bào)文長(zhǎng)度為(A 65535字節(jié)B 1500字節(jié)C 255字節(jié)D 556字節(jié)53.(60TCP報(bào)文的首部最小長(zhǎng)度是54.(60TCP有效荷載的最大長(zhǎng)度是字節(jié)55.(20TCP報(bào)文首部可以擴(kuò)展的字節(jié)長(zhǎng)度需滿足的規(guī)律是56.(60TCP報(bào)文段中給源端口分配了字節(jié)的長(zhǎng)度57.(60TCP報(bào)文段中序號(hào)字段為字節(jié)58.(60TCP報(bào)文段中的數(shù)據(jù)偏移實(shí)

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

9、是(A 專(zhuān)門(mén)的確認(rèn)B 專(zhuān)門(mén)的確認(rèn)和捎帶確認(rèn)C 捎帶確認(rèn)D 稍等確認(rèn)和否定確認(rèn)67.(60TCP發(fā)送一段數(shù)據(jù)報(bào),其序號(hào)是35150,如果正確到達(dá),接收方對(duì)其確認(rèn)的序號(hào)為(A 36B 150C 35D 15168.(60TCP的確認(rèn)是對(duì)接收到的數(shù)據(jù)中是以表示確認(rèn)69.(90TCP協(xié)議對(duì)每一個(gè)要發(fā)送編了一個(gè)號(hào)70. (90TCP協(xié)議中接收方一旦有空的緩沖區(qū)則通告發(fā)送方,這一策略可能會(huì)帶來(lái)問(wèn)題71.(60Nagle算法規(guī)定,當(dāng)發(fā)送方數(shù)據(jù)達(dá)到窗口的以上,就立即發(fā)送一個(gè)報(bào)文段。72.(90TCP協(xié)議是按報(bào)文段進(jìn)行編號(hào)的(73.(20Nagle算法可以適用于網(wǎng)絡(luò)上控制遠(yuǎn)程鼠標(biāo)或鍵盤(pán)(74.(90TCP協(xié)議工

10、作時(shí),為了提高效率,有時(shí)候并不會(huì)對(duì)收到的數(shù)據(jù)報(bào)立刻確認(rèn)(75.(90TCP規(guī)定接收數(shù)據(jù)時(shí)必須按順序接收(76.(20請(qǐng)簡(jiǎn)要描述Nagle算法的實(shí)現(xiàn)過(guò)程?77.(20請(qǐng)描述糊涂窗口綜合癥所指的網(wǎng)絡(luò)現(xiàn)象?78.(20簡(jiǎn)要介紹糊涂窗口綜合癥解決的方法7.*TCP的差錯(cuò)控制方法:79.(90TCP重傳計(jì)時(shí)器設(shè)置的重傳時(shí)間(A.等于往返時(shí)延B.等于平均往返時(shí)延C.大于平均往返時(shí)延D.小于平均往返時(shí)延80.(60TCP對(duì)超時(shí)定時(shí)器的設(shè)定采用的是算法81.(60TCP對(duì)超時(shí)區(qū)間的確定是由決定82.(20TCP對(duì)計(jì)算平均往返時(shí)延計(jì)算公式中a的典型值是83.(60Karn算法修正時(shí),新的重發(fā)時(shí)間為舊的重發(fā)時(shí)間r

11、倍,r比較典型的取值為84.(60在TCP標(biāo)準(zhǔn)中,重發(fā)時(shí)間一般取為平均往返時(shí)間的倍85.(60TCP每發(fā)送一個(gè)報(bào)文段,就啟動(dòng)一個(gè)定時(shí)器(86.(90TCP傳輸?shù)闹匕l(fā)時(shí)延應(yīng)略大于平均往返時(shí)延(87.(90Karn算法在計(jì)算往返時(shí)延時(shí),需要考慮重傳的往返延時(shí)(88.(90使用TCP傳輸數(shù)據(jù)時(shí),如果有一個(gè)報(bào)文丟失了,也不一定會(huì)引起與該報(bào)文段對(duì)應(yīng)的數(shù)據(jù)的重傳。(89.(20簡(jiǎn)要描述TCP協(xié)議中,為了計(jì)算超時(shí)區(qū)間,其平均往返時(shí)延的計(jì)算公式90.(60簡(jiǎn)要描述Karn算法思想91.(20簡(jiǎn)述Karn算法的不足和改進(jìn)的方法92.(20為什么TCP的重傳時(shí)延確定時(shí),在發(fā)生重發(fā)報(bào)文時(shí),不好計(jì)算?93.(60簡(jiǎn)述

12、在數(shù)據(jù)傳輸中,防止阻塞產(chǎn)生的辦法8.*TCP流量控制的基本方法:94.(90TCP流量控制中通知窗口的的功能是(A 指明接收端的接收能力B 指明接收端已經(jīng)接收的數(shù)據(jù)C 指明發(fā)送方的發(fā)送能力 D 指明發(fā)送方已經(jīng)發(fā)送的數(shù)據(jù)95.(90TCP流量控制中擁塞窗口的是(A 接收方根據(jù)網(wǎng)絡(luò)狀況得到的數(shù)值B 發(fā)送方根據(jù)網(wǎng)絡(luò)狀況得到的數(shù)值C 接收方根據(jù)接收能力得到的數(shù)值D 發(fā)送方根據(jù)發(fā)送能力得到的數(shù)值96.(60TCP采用的方式進(jìn)行流量控制97.(90TCP流量控制窗口大小的單位是98.(90TCP流量控制中是取通知窗口和擁塞窗口中的一個(gè)99.(60TCP的發(fā)送窗口中的數(shù)據(jù)可以分為兩類(lèi)和100.(60TCP發(fā)

13、送報(bào)文時(shí),發(fā)送窗口是固定不變的(101.(60流量控制的基本思想是保證接收方有足夠多窗口接收即可( 102.(90流量控制是TCP有效工作的一個(gè)重要保證(103. (20TCP 中確認(rèn)的丟失并不一定導(dǎo)致重傳,請(qǐng)解釋原因 9*TCP 擁塞控制的基本原理: 104. 105. 106. 107. 108. 109. 110. 111. 112. 113. (90TCP 擁塞避免時(shí),擁塞窗口增加的方式是 ( B 線性增加 C 指數(shù)增加 D 不增加 (90TCP 擁塞控制中, 的 (60TCP 擁塞控制中的慢啟動(dòng)是指發(fā)送的數(shù)據(jù)報(bào)每次增加一個(gè)( ) (20當(dāng)擁塞窗口增加到門(mén)限窗口時(shí),擁塞窗口增長(zhǎng)速度降為

14、線形增長(zhǎng), (90進(jìn)入擁塞避免時(shí),擁塞窗口不再增加( ) (60門(mén)限窗口比擁塞窗口更?。?) (20簡(jiǎn)要描述加速遞減的含義 (20在 TCP 的擁塞控制中,什么是慢開(kāi)啟和擁塞避免?起什么作用? (60設(shè) TCP 門(mén)限窗口初始值為 8 個(gè)報(bào)文段。 當(dāng)擁塞窗口上升到 10 時(shí)網(wǎng)絡(luò) ) A 隨機(jī)增加 將通知窗口值放在報(bào)文首部發(fā)給對(duì)方。 (60在未發(fā)生擁塞的穩(wěn)定工作狀態(tài)下,接收端通知的窗口和擁塞窗口是 此為擁塞避免( ) 發(fā)生了超時(shí),TCP 采用慢啟動(dòng)、加速遞減和擁塞避免,求出第 1 10 次傳輸 的各擁塞窗口大小。 10*TCP 協(xié)議連接建立的基本原理: 114. 115. 116. 117. (

15、118. 119. 120. 121. 122. (90TCP 協(xié)議中,連接管理的方法為( B.三次握手機(jī)制 C.慢速啟動(dòng) B IP 地址 C 端口號(hào) D.Nagle 算法 ) D 最大窗口 A重傳機(jī)制 (90TCP 連接建立時(shí),會(huì)協(xié)商哪些參數(shù) ( A 確認(rèn)序號(hào) ) B x C x1 D x-1 (90TCP 建立連接的方式是 (60TCP 建立連接時(shí),服務(wù)器端發(fā)出 (60TCP 發(fā)起連接時(shí),同步比特應(yīng) (90TCP 是 的協(xié)議 (60TCP 連接建立時(shí),發(fā)起連接一方序號(hào)為 x,則接收方確認(rèn)的序號(hào)為 A y 命令,客戶(hù)端發(fā)出 命令 (90在 TCP/IP 網(wǎng)絡(luò)中, 兩個(gè)應(yīng)用進(jìn)程之間的連接實(shí)際上

16、是由 4 個(gè)數(shù)字確 定的包括雙方的 123. 124. 125. 126. 127. 128. 129. 和 。 和 IP 地址。 (90一個(gè) TCP 連接由一對(duì)插口確定,插口包括 (60TCP 建立連接時(shí),還需要互相協(xié)商一些通信參數(shù)( ) (60TCP 建立連接時(shí), 三次握手的機(jī)制可以防止超時(shí)失效報(bào)文的干擾 ( ) (90三次握手的方式可以保證連接建立的絕對(duì)可靠( ) (90不采用三次握手的方式,兩個(gè)傳輸實(shí)體無(wú)法建立連接( ) (20簡(jiǎn)述 TCP 建立連接時(shí)需要解決的問(wèn)題 (60給出 TCP 建立連接的過(guò)程。 11TCP 連接釋放方法: 130. 131. A SYN 132. 133. 1

17、34. 綜合: 135. 136. 137. 138. 139. (90屬于用戶(hù)功能的層次是 。( ) ) ) ) 進(jìn)入 (90TCP 釋放連接由哪一方發(fā)起( B 服務(wù)器端 D STOP ) D 連接建立一方 ) A 收發(fā)任何一方均可 B END C 客戶(hù)端 (90TCP 連接釋放時(shí),需要將下面哪個(gè)比特置位( C FIN 狀態(tài) (60TCP 已經(jīng)建立起來(lái)的一個(gè)連接,當(dāng)其中一方提出釋放連接后,此時(shí) (90TCP 釋放連接的過(guò)程是三次握手( ) (90TCP 通信進(jìn)程一方提出釋放連接時(shí),雙方同時(shí)中止通信( ) A物理層 B.網(wǎng)絡(luò)層 C.數(shù)據(jù)鏈路層 D.運(yùn)輸層 (90對(duì)于 IP 層的功能,下面說(shuō)法正

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

19、層服務(wù)和應(yīng)用層服務(wù) 141. B.網(wǎng)絡(luò)層服務(wù)和運(yùn)輸層服務(wù) D.運(yùn)輸層服務(wù)和網(wǎng)絡(luò)層服務(wù) ( ) (60下面哪些應(yīng)用在運(yùn)輸層不采用 TCP 協(xié)議 B。萬(wàn)維網(wǎng) C。電子郵件 D。軟件下載 AIP 電話 142. (90能夠使主機(jī)或路由器報(bào)告差錯(cuò)情況和提供有關(guān)異常情況的報(bào)告是下 ) C.ICMP D.TCP 列那種協(xié)議的功能。( A.IP 143. 即 144. 145. 146. 147. 器和 B.HTTP (90從通信的角度看, 網(wǎng)絡(luò)體系結(jié)構(gòu)中各層所提供的服務(wù)可分為兩大類(lèi), 服務(wù)和 . 。 ,而不是基于目標(biāo)主機(jī) 服務(wù)。 (90目前常用的網(wǎng)絡(luò)連接器主要中繼器,網(wǎng)橋,路由器,交換機(jī),集線 (60網(wǎng)絡(luò)在運(yùn)輸層上互連的設(shè)備名稱(chēng)是 (60IP 網(wǎng)關(guān)進(jìn)行路由選擇是基于 (60安裝 TCP/IP 協(xié)議的步驟如下:打開(kāi)“控制面板”中的“網(wǎng)絡(luò)”圖標(biāo), 進(jìn)入“網(wǎng)絡(luò)”對(duì)話框,在_選項(xiàng)卡中點(diǎn)擊“添加”按鈕,進(jìn)入“請(qǐng)選擇網(wǎng) 絡(luò)組件類(lèi)型”對(duì)話框,選擇_,點(diǎn)擊“添加”按鈕,再在“選擇網(wǎng)絡(luò)協(xié) 議 ” 對(duì) 話 框 中 的 _ 欄 內(nèi) 選 “ Microsoft ” ,在“網(wǎng)

溫馨提示

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

最新文檔

評(píng)論

0/150

提交評(píng)論