




版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡(jiǎn)介
1、計(jì)算機(jī)學(xué)科專業(yè)基礎(chǔ)綜合計(jì)算機(jī)網(wǎng)絡(luò)-傳輸層(一)(總分256,考試時(shí)間90分鐘)一、單項(xiàng)選擇題TCP協(xié)議。1. 下面協(xié)議不是面向連接的A. SMTPB. HTTPC. DNSD. TELNET3bit,發(fā)送窗口的最大值為2. 在滑動(dòng)窗口協(xié)議中,幀的編號(hào)為3B.4計(jì)算機(jī)學(xué)科專業(yè)基礎(chǔ)綜合計(jì)算機(jī)網(wǎng)絡(luò)-傳輸層(一)計(jì)算機(jī)學(xué)科專業(yè)基礎(chǔ)綜合計(jì)算機(jī)網(wǎng)絡(luò)-傳輸層(一)C. 73.A.C.4.A.C.5.為D. 8如果網(wǎng)絡(luò)內(nèi)部使用數(shù)據(jù)報(bào),那么 僅在建立時(shí)作一次路由選擇 僅在網(wǎng)絡(luò)擁塞時(shí)作新的路由選擇 在下面差錯(cuò)控制方式中,連續(xù)工作B.停止等待選擇重發(fā)D.拉回兩個(gè)相鄰的結(jié)點(diǎn) A、B,通過(guò)后退N幀ARQ協(xié)議通信,幀編號(hào)
2、為 3bit,發(fā)送窗口的大小5,A開始連續(xù)發(fā)送了 0、1、2、3四個(gè)數(shù)據(jù)幀,收到了編號(hào)為3的應(yīng)答,請(qǐng)問(wèn)A的窗口?以下哪個(gè)說(shuō)法是正確OB.為每個(gè)到來(lái)的分組作路由選擇D.不必作路由選擇只會(huì)重新傳輸出錯(cuò)的數(shù)據(jù)幀。前沿滑動(dòng)到哪里?此時(shí)A可以連續(xù)發(fā)送哪幾個(gè)的數(shù)據(jù)幀而不必等應(yīng)答的 ?計(jì)算機(jī)學(xué)科專業(yè)基礎(chǔ)綜合計(jì)算機(jī)網(wǎng)絡(luò)-傳輸層(一)A.窗口的前沿滑動(dòng)到編號(hào)為6的數(shù)據(jù)幀。A可連續(xù)發(fā)送3、4、5、6。B.窗口的前沿滑動(dòng)到編號(hào)為6的數(shù)據(jù)幀。A可連續(xù)發(fā)送4、5、6、7。C.窗口的前沿滑動(dòng)到編號(hào)為7的數(shù)據(jù)幀。A可連續(xù)發(fā)送3、4、5、6。D.窗口的前沿滑動(dòng)到編號(hào)為7的數(shù)據(jù)幀。A可連續(xù)發(fā)送4、5、6、7。6.是否TCP和U
3、DP都需要計(jì)算往返時(shí)間RTT?A. TCP需要計(jì)算往返時(shí)間 RTTB. UDP需要計(jì)算往返時(shí)間 RTTC. TCP和UDP都需要計(jì)算往返時(shí)間 RTTD. TCP和UDP都不需要計(jì)算往返時(shí)間 RTT7. 數(shù)據(jù)鏈路層的HDLC協(xié)議和傳輸層的TCP協(xié)議都使用滑動(dòng)窗口技術(shù)。從這方面來(lái)進(jìn)行比較,數(shù)據(jù)鏈路層協(xié)議和傳輸層協(xié)議的主要區(qū)別是 。A. 傳輸層的TCP協(xié)議是端到端(進(jìn)程到進(jìn)程)的協(xié)議,而數(shù)據(jù)鏈路層的HDLC協(xié)議則是僅在 一段鏈路上的結(jié)點(diǎn)到結(jié)點(diǎn)的協(xié)議。B. TCP的窗口機(jī)制和 HDLC的也有許多區(qū)別。 如TCP是按數(shù)據(jù)部分的字節(jié)數(shù)進(jìn)行確認(rèn),而 HDLC則是以幀為確認(rèn)的單位。C. 以上兩種說(shuō)法都正確以上
4、兩種說(shuō)法都不正確8. 在TCP報(bào)文段的首部中只有端口號(hào)而沒(méi)有 協(xié)議怎樣知道目的IP地址呢 ?A. 從IP地址填寫在IP數(shù)據(jù)報(bào)的首部中獲取 中獲取IP地址,當(dāng)TCP將其報(bào)文段交給IP層時(shí),IPB. 從IP地址填寫在IP數(shù)據(jù)報(bào)的數(shù)據(jù)段C. 以上兩種說(shuō)法都正確D.以上兩種說(shuō)法都不正確9. TCP都使用哪些計(jì)時(shí)器?A. 計(jì)數(shù)計(jì)時(shí)器、持續(xù)計(jì)時(shí)器、保活計(jì)時(shí)器和時(shí)間等待計(jì)時(shí)器B. 重傳計(jì)時(shí)器、持續(xù)計(jì)時(shí)器、?;钣?jì)時(shí)器和時(shí)間等待計(jì)時(shí)器C. 重傳計(jì)時(shí)器、間隔計(jì)時(shí)器、?;钣?jì)時(shí)器和時(shí)間等待計(jì)時(shí)器D. 重傳計(jì)時(shí)器、持續(xù)計(jì)時(shí)器、生成計(jì)時(shí)器和時(shí)間等待計(jì)時(shí)器10糊涂窗口綜合癥產(chǎn)生的條件是 。A. 當(dāng)發(fā)送應(yīng)用程序產(chǎn)生數(shù)據(jù)很慢時(shí)
5、產(chǎn)生B. 接收應(yīng)用程序吸收數(shù)據(jù)很慢產(chǎn)生C. 當(dāng)發(fā)送應(yīng)用程序產(chǎn)生數(shù)據(jù)很慢時(shí)或者接收應(yīng)用程序吸收數(shù)據(jù)很慢時(shí)產(chǎn)生D. 以上說(shuō)法都不正確11. TCP/IP網(wǎng)絡(luò)類型中,提供端到端的通信的是 。A.應(yīng)用層B.傳輸層C.網(wǎng)絡(luò)層D.網(wǎng)絡(luò)接口層12. TCP的滑動(dòng)窗口, 4次成功發(fā)送后,窗口閾值為多少 。A. 4B. 8C. 9D.1613. 在OSI參考模型中,運(yùn)輸層的數(shù)據(jù)服務(wù)單元是 。A.分組B.報(bào)文C.幀D.比特序列14. 以下幾種安全隧道協(xié)議中, 是不屬于第二層的隧道協(xié)議A. PPTPB. L2FC. IPsec D. L2TP15. 在無(wú)線局域網(wǎng)(802.11)的退避機(jī)制中,下面哪種情況不使用退避算
6、法 ?A. 檢測(cè)到信道是空閑的,并且這個(gè)數(shù)據(jù)幀是要發(fā)送的第一個(gè)數(shù)據(jù)幀;B. 在發(fā)送第一個(gè)幀之前檢測(cè)到信道處于忙態(tài);C. 在每一次的重傳后;D. 在每一次的成功發(fā)送后。16. 若從滑動(dòng)窗口的觀點(diǎn)來(lái)看,連續(xù)A.發(fā)送窗口 =1,接收窗口 =1C.發(fā)送窗口 =1,接收窗口1ARQ協(xié)議的窗口大小為 。B. 發(fā)送窗口1,接收窗口 =1D. 發(fā)送窗口1,接收窗口I17. 7.What is in valid value of TCP code bit field in following?A.4B. 3C. 2D.118. Which of the followi ng protocols uses UDP
7、 for tran sport layer services?A. SMTPB. HTTPC. RIPD. FTP、綜合應(yīng)用題乘法減小1. 下圖是慢開始和擁塞避免算法的實(shí)現(xiàn)舉例,請(qǐng)簡(jiǎn)要敘述慢開始算法的原理、 與加法增大”的思想。2. TCP協(xié)議是面向連接的,但 TCP使用的IP協(xié)議卻是無(wú)連接的。 這兩種協(xié)議都有哪些主要 的區(qū)別?3. 從通信的起點(diǎn)和終點(diǎn)來(lái)比較,TCP和IP的不同點(diǎn)是什么?4. TCP協(xié)議能夠?qū)崿F(xiàn)可靠的端到端傳輸,在數(shù)據(jù)鏈路層和網(wǎng)絡(luò)層的傳輸還有沒(méi)有必要來(lái)保 證可靠傳輸呢?5. 簡(jiǎn)要說(shuō)明網(wǎng)絡(luò)中的阻塞及死鎖現(xiàn)象,試列舉常見(jiàn)的三種阻塞控制方法。具體解釋發(fā)生于A B兩個(gè)節(jié)點(diǎn)間的直接存儲(chǔ)轉(zhuǎn)
8、發(fā)死鎖現(xiàn)象。6. 造成網(wǎng)絡(luò)擁塞的原因是什么 ?7. 簡(jiǎn)述TCP終止連接過(guò)程的四向握手法。8. TCP都使用哪些計(jì)時(shí)器?9. 為什么TCP在建立連接時(shí)不能每次都選擇相同的、固定的初始序號(hào)?10. TCP連接很像一條連接發(fā)送端和接收端的雙向管道。當(dāng)TCP在連續(xù)發(fā)送報(bào)文段時(shí),若要管道得到充分的利用,則發(fā)送窗口的大小應(yīng)怎樣選擇?11. 假定在一個(gè)互聯(lián)網(wǎng)中,所有的鏈路的傳輸都不出現(xiàn)差錯(cuò),所有的結(jié)點(diǎn)也都不會(huì)發(fā)生故障。 試問(wèn)在這種情況下,TCP的 可靠交付”的功能是否就是多余的?12. 能否更詳細(xì)些討論一下糊涂窗口綜合癥及其解決方法?13. 能否利用TCP發(fā)送端和接收端交換報(bào)文段的圖來(lái)說(shuō)明慢開始的特點(diǎn)?14. 對(duì)于擁塞避免是否也能夠用發(fā)送端和接收端交換的報(bào)文段來(lái)說(shuō)明其工作原理?15. 試從以下方面比較數(shù)據(jù)報(bào)服務(wù)和虛電路服務(wù)的區(qū)別。(1) 連接的建立(2) 目的站的地址分組的順序16. 簡(jiǎn)要說(shuō)明數(shù)據(jù)報(bào)服務(wù)的特點(diǎn)17. TCP協(xié)議是面向連接的,但 TCP使用的IP協(xié)議卻是無(wú)連接的。這兩種協(xié)議都有哪些主 要的區(qū)別?18.
溫馨提示
- 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 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ì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 合伙開店鋪合同協(xié)議書
- 2025年燒結(jié)釤鈷永磁材料合作協(xié)議書
- 護(hù)理超聲培訓(xùn)課程
- 國(guó)際會(huì)議同傳翻譯設(shè)備租賃與翻譯培訓(xùn)全面服務(wù)合同
- 靜脈輸血病人護(hù)理
- 網(wǎng)店過(guò)戶交易安全保障與后續(xù)運(yùn)營(yíng)支持合同
- 區(qū)塊鏈智能合約代碼智能合約安全審計(jì)與合規(guī)審查補(bǔ)充協(xié)議
- 離婚協(xié)議財(cái)產(chǎn)債務(wù)分割及免除條款合同
- 游戲公會(huì)會(huì)員招募與培訓(xùn)服務(wù)協(xié)議
- 網(wǎng)絡(luò)內(nèi)容審核系統(tǒng)軟件租賃與功能優(yōu)化升級(jí)服務(wù)協(xié)議
- 《三只松鼠公司基于近三年數(shù)據(jù)的財(cái)務(wù)探析(4200字論文)》
- 《可復(fù)制的領(lǐng)導(dǎo)力》讀書分享
- GB/T 25085.2-2024道路車輛汽車電纜第2部分:試驗(yàn)方法
- 【水利水電】李想 案例專項(xiàng)班教案 03-案例專項(xiàng)班(三)
- 水利工程項(xiàng)目預(yù)算管理方案
- 銀行大額存單業(yè)務(wù)培訓(xùn)
- DB37-T 4733-2024預(yù)制艙式儲(chǔ)能電站設(shè)計(jì)規(guī)范
- wps計(jì)算機(jī)二級(jí)試題及答案
- 鋼板樁安全技術(shù)交底
- 師德師風(fēng)-做“四有”好老師
- 衣食住行見(jiàn)證改革開放時(shí)代變遷-(修訂)
評(píng)論
0/150
提交評(píng)論