計(jì)算機(jī)網(wǎng)絡(luò)復(fù)習(xí)題79205_第1頁(yè)
計(jì)算機(jī)網(wǎng)絡(luò)復(fù)習(xí)題79205_第2頁(yè)
計(jì)算機(jī)網(wǎng)絡(luò)復(fù)習(xí)題79205_第3頁(yè)
計(jì)算機(jī)網(wǎng)絡(luò)復(fù)習(xí)題79205_第4頁(yè)
計(jì)算機(jī)網(wǎng)絡(luò)復(fù)習(xí)題79205_第5頁(yè)
已閱讀5頁(yè),還剩7頁(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、1、 計(jì)算機(jī)網(wǎng)絡(luò)可以被理解為() A .執(zhí)行計(jì)算機(jī)數(shù)據(jù)處理的軟件模塊B .由自主計(jì)算機(jī)互聯(lián)起來(lái)的集合體C .多個(gè)處理器通過(guò)共享內(nèi)存實(shí)現(xiàn)的緊耦合系統(tǒng)D .用于共同完成一項(xiàng)任務(wù)的分布式系統(tǒng)2、 以下不屬于協(xié)議三要素的是()A .語(yǔ)法B .語(yǔ)義C .時(shí)序D .異步3、 以下對(duì)計(jì)算機(jī)網(wǎng)絡(luò)體系結(jié)構(gòu)中協(xié)議的描述錯(cuò)誤的是()A .網(wǎng)絡(luò)協(xié)議的三要素是語(yǔ)法、語(yǔ)義、時(shí)序B .協(xié)議是控制兩個(gè)對(duì)等實(shí)體間通信的規(guī)則的集合C .協(xié)議規(guī)定了對(duì)等實(shí)體間所交換的信息的格式和含義D .在OSI中,要實(shí)現(xiàn)第N層協(xié)議,需要使用第N+1層提供的服務(wù)4、 在OSI參考模型中,自下而上第一個(gè)提供端到端服務(wù)的層次是()A .數(shù)據(jù)鏈路層B .

2、傳輸層C .會(huì)話層D .應(yīng)用層5、 TCP/IP協(xié)議族中屬于網(wǎng)絡(luò)層協(xié)議的是()A . IP、UDPB . ARP、IP、DNSC . ARP、IP、ICMPD . DNS、SMTP6、 網(wǎng)絡(luò)協(xié)議是計(jì)算機(jī)網(wǎng)絡(luò)和分布系統(tǒng)中互相通信的(1)間交換信息時(shí)必須遵守的規(guī)則的集合 ,而網(wǎng)絡(luò)體系結(jié)構(gòu)則是(2)1、A.相鄰層實(shí)體 B.同等層實(shí)體 C.同樣實(shí)體D.不同層實(shí)體2、A .網(wǎng)絡(luò)各層及層中協(xié)議的集合 B .網(wǎng)絡(luò)各層協(xié)議及具體描述 C .網(wǎng)絡(luò)層間接口及其具體描述 D .網(wǎng)絡(luò)各層、層中協(xié)議和層間接口的集合7、 相對(duì)于ISO/OSI的7層參考模型的低四層,TCP/IP協(xié)議集中對(duì)應(yīng)的層次有(B)A.傳輸層、互聯(lián)網(wǎng)

3、層、網(wǎng)絡(luò)接口層和物理層B.傳輸層、互聯(lián)網(wǎng)層、網(wǎng)絡(luò)接口層C.傳輸層、互聯(lián)網(wǎng)層、ATM層和物理層D.傳輸層、網(wǎng)絡(luò)層、數(shù)據(jù)鏈路層和物理層8、 TCP/IP的傳輸層協(xié)議TCP提供(1)數(shù)據(jù)流傳送,UDP提供(2)數(shù)據(jù)流傳送,它的網(wǎng)絡(luò)層協(xié)議IP提供(3)分組傳輸服務(wù);1、A.面向連接的、不可靠的 B.無(wú)連接的、不可靠的 C.面向連接的可靠的D.無(wú)連接的、可靠的2、A.無(wú)連接的 B.面向連接的 C.無(wú)連接的可靠地 D.面向連接的、不可靠的3、A.面向連接的、保證服務(wù)質(zhì)量的 B.無(wú)連接的、保證服務(wù)質(zhì)量的 C.面向連接的、不保證服務(wù)質(zhì)量的 D.無(wú)連接的、不保證服務(wù)質(zhì)量的9、 IEEE802參考模型仿照了ISO

4、的OSI/RM,它的()對(duì)應(yīng)于OSI/RM的數(shù)據(jù)鏈路層,兩者的物理層相互對(duì)應(yīng)。A、AAL和ATMB、LLC和MACC、CS和SAR D、TC和PMD10、 關(guān)于下述網(wǎng)絡(luò)性能指標(biāo)的說(shuō)法中,錯(cuò)誤的是_A利用率過(guò)高會(huì)產(chǎn)生非常大的時(shí)延BRTT表示發(fā)送方發(fā)送數(shù)據(jù)開(kāi)始,到發(fā)送方收到來(lái)自接收方的確認(rèn)總共經(jīng)歷的時(shí)間C時(shí)延帶寬積是鏈路端到端的時(shí)延與鏈路帶寬的乘積D傳輸時(shí)延也叫傳播時(shí)延,是指電磁波在信道中傳播一定距離花費(fèi)的時(shí)間。11、 某信道的比特率為100Mb/s,發(fā)送25000位數(shù)據(jù)需要的時(shí)間為_(kāi)A25usB250us C2.5usD2500us12、 以下對(duì)計(jì)算機(jī)網(wǎng)絡(luò)體系結(jié)構(gòu)中協(xié)議的描述錯(cuò)誤的是_A協(xié)議是控

5、制兩個(gè)對(duì)等實(shí)體間通信的規(guī)則的集合B網(wǎng)絡(luò)協(xié)議的三要素是語(yǔ)法、語(yǔ)義、時(shí)序C協(xié)議對(duì)通信過(guò)程中事件的實(shí)現(xiàn)順序不作規(guī)定,而是由實(shí)現(xiàn)該協(xié)議的程序員根據(jù)實(shí)際情況具體掌握D協(xié)議規(guī)定了對(duì)等實(shí)體間所交換的信息的格式和含義13、 下列對(duì)于ISP的解釋錯(cuò)誤的是 AISP是因特網(wǎng)服務(wù)提供者BISP擁有從因特網(wǎng)管理機(jī)構(gòu)申請(qǐng)到的多個(gè)IP地址CISP向因特網(wǎng)管理機(jī)構(gòu)租用通信線路和聯(lián)網(wǎng)設(shè)備D任何機(jī)構(gòu)和個(gè)人只要向ISP繳納規(guī)定的費(fèi)用,就可以從ISP得到所需要的IP地址14、 現(xiàn)在得到廣泛應(yīng)用的網(wǎng)絡(luò)體系結(jié)構(gòu)是 AOSI/RMBTCP/IPCISOD五層協(xié)議體系結(jié)構(gòu)15、 下面哪個(gè)層在封裝數(shù)據(jù)時(shí)需要添加首部和尾部 A物理層B數(shù)據(jù)鏈路

6、層C網(wǎng)絡(luò)層D運(yùn)輸層16、 如果要實(shí)現(xiàn)半雙工通信,那么通信雙方之間至少需要()A . 1條信道B . 2條物理線路C . 2條信道D . 1條物理線路17、 某信道帶寬為10kHz,編碼采用32種不同的物理狀態(tài)來(lái)表示數(shù)據(jù),則無(wú)噪聲環(huán)境下,該信道的最大傳輸速率是()A . 50kbpsB . 100kbpsC . 200kbpsD . 400kbps18、 有關(guān)曼徹斯特編碼的正確敘述是()A .每個(gè)信號(hào)起始邊界作為時(shí)鐘信號(hào)有利于同步B .將時(shí)鐘與數(shù)據(jù)取值都包含在信號(hào)中C .這種模擬信號(hào)的編碼機(jī)制特別適合傳輸聲音D .每位的中間不跳變表示信號(hào)的取值為019、 在脈沖起始時(shí)刻,有無(wú)跳變來(lái)表示“0”和“

7、1”,在脈沖中間時(shí)刻始終發(fā)生跳變的編碼是()A .非歸零碼B .曼徹斯特編碼C .差分曼徹斯特編碼D . 8B/10B20、 兩臺(tái)計(jì)算機(jī)利用電話線路傳輸數(shù)據(jù)時(shí),必備的設(shè)備是()A .調(diào)制解調(diào)器B .網(wǎng)卡C .中繼器D .集線器21、 在通信子網(wǎng)中,不采用“存儲(chǔ)-轉(zhuǎn)發(fā)”的交換技術(shù)是()A .電路交換B .報(bào)文交換C .虛電路D .數(shù)據(jù)報(bào)22、 在數(shù)據(jù)交換過(guò)程中,報(bào)文的內(nèi)容不按順序到達(dá)目的節(jié)點(diǎn)的是()A .電路交換B .報(bào)文交換C .虛電路D .數(shù)據(jù)報(bào)23、 調(diào)制解調(diào)技術(shù)主要使用在()通信方式中A .模擬信道傳輸數(shù)字?jǐn)?shù)據(jù)B .模擬信道傳輸模擬數(shù)據(jù)C .數(shù)字信道傳輸數(shù)字?jǐn)?shù)據(jù)D .數(shù)字信道傳輸模擬數(shù)據(jù)

8、24、 在物理接口特性中,用于描述完成每種功能的事件發(fā)生順序的是()A .機(jī)械特性B .功能特性C .過(guò)程特性D .電氣特性25、 在互聯(lián)網(wǎng)設(shè)備中,工作在物理層的互聯(lián)設(shè)備是()1、集線器2、交換機(jī)3、路由器4、中繼器A . 1,2B . 2,4C . 1,4D . 3,426、 波特率等于()A .每秒傳輸?shù)谋忍谺 .每秒可能發(fā)生的信號(hào)變化次數(shù)C .每秒傳輸?shù)闹芷跀?shù)D .每秒傳輸?shù)淖止?jié)數(shù)27、 誤碼率最低的傳輸介質(zhì)是()A .雙絞線B .光纖C .同軸電纜D .無(wú)線電28、 將物理信道的總頻帶寬分割成若干個(gè)子信道,每個(gè)子信道傳輸一路信號(hào),這就是_。A.同步時(shí)分多路復(fù)用 B.空分多路復(fù)用 C.異

9、步時(shí)分多路復(fù)用 D.頻分多路復(fù)用29、 目前常用的雙絞線的通用連接器接口標(biāo)準(zhǔn)是_。ARS-232 BRJ-45 CRG-62DEIA-56830、 下面哪個(gè)是ppp協(xié)議不需要的功能 A封裝成幀B保證數(shù)據(jù)傳輸?shù)耐该餍訡支持多種類(lèi)型的鏈路D糾錯(cuò) 31、 下列不是數(shù)據(jù)數(shù)據(jù)鏈路層功能的是()A.幀定界功能B.電路管理功能C.差錯(cuò)檢測(cè)功能D.鏈路管理功能32、 對(duì)于信道比較可靠并且對(duì)信道實(shí)時(shí)性要求高的網(wǎng)絡(luò),采用()數(shù)據(jù)鏈路層服務(wù)比較合適A.無(wú)確認(rèn)無(wú)連接服務(wù)B.有確認(rèn)無(wú)連接服務(wù)C.有確認(rèn)面向連接的服務(wù)D.無(wú)確認(rèn)面向連接的服務(wù)33、 在數(shù)據(jù)鏈路層中,網(wǎng)絡(luò)互聯(lián)表現(xiàn)為()A.在電纜段之間復(fù)制比特流B.在網(wǎng)段之間

10、轉(zhuǎn)發(fā)數(shù)據(jù)幀C.在網(wǎng)絡(luò)之間轉(zhuǎn)發(fā)報(bào)文D.連接不同體系結(jié)構(gòu)的網(wǎng)絡(luò)34、 組幀的主要目的是什么()A.可以提高傳輸效率B.進(jìn)行差錯(cuò)控制C.進(jìn)行擁塞控制D.進(jìn)行尋址35、 下列關(guān)于循環(huán)冗余校驗(yàn)的說(shuō)法中,()是錯(cuò)誤的A.帶r個(gè)校驗(yàn)位的多項(xiàng)式編碼可以檢測(cè)到所有長(zhǎng)度小于或等于r的突發(fā)性錯(cuò)誤B.通信雙方可以無(wú)需商定就直接使用多項(xiàng)式編碼C.CRC校驗(yàn)可以使用硬件來(lái)完成D.有一些特殊的多項(xiàng)式,因?yàn)槠溆泻芎玫奶匦裕蔀榱藝?guó)際標(biāo)準(zhǔn)36、 流量控制實(shí)際上是對(duì)()的控制A.發(fā)送方、接收方數(shù)據(jù)流量B.接收方數(shù)據(jù)流量C.發(fā)送方數(shù)據(jù)流量D.鏈路上任意兩結(jié)點(diǎn)間的數(shù)據(jù)流量37、 網(wǎng)絡(luò)中的廣播信息太多時(shí)能使整個(gè)網(wǎng)絡(luò)性能急劇惡化,這種

11、現(xiàn)象稱(chēng)為()A.網(wǎng)絡(luò)擁塞B.IP多播C.廣播風(fēng)暴D.以上均不正確38、 在IEEE802.3以太網(wǎng)中,小于()字節(jié)的幀稱(chēng)為碎片幀A.64B.128C.256D.51239、 在10Mbit/s以太網(wǎng)中,一個(gè)工作站在發(fā)送時(shí)由于沖突前兩次都發(fā)送失敗,那么它最多等待多長(zhǎng)時(shí)間就可以開(kāi)始下一次重傳過(guò)程?微妙微妙微妙D.以上均不正確40、 以太網(wǎng)的MAC協(xié)議提供的是()A.無(wú)連接不可靠服務(wù)B.無(wú)連接可靠服務(wù)C.有連接不可靠服務(wù)D.有連接可靠服務(wù)41、 以太網(wǎng)交換機(jī)進(jìn)行轉(zhuǎn)發(fā)決策時(shí)使用的PDU地址是()A.目的物理地址B.目的IP地址C.源物理地址D.源IP地址42、 PPP協(xié)議中的零比特填充的做法是 A只要

12、發(fā)現(xiàn)5個(gè)連續(xù)的1,則立即填入一個(gè)0B只要發(fā)現(xiàn)5個(gè)連續(xù)的1,則立即填入兩個(gè)0C只要發(fā)現(xiàn)4個(gè)連續(xù)的1,則立即填入一個(gè)0D只要發(fā)現(xiàn)4個(gè)連續(xù)的1,則立即填入兩個(gè)043、 PPP協(xié)議是運(yùn)行在哪段鏈路上 A用戶(hù)到ISPBISP到因特網(wǎng)C用戶(hù)到www服務(wù)器D用戶(hù)到DNS服務(wù)器44、 10Mbps以太網(wǎng)的爭(zhēng)用期為 A51.2msB51.2sC5.12msD5.12s45、 下面對(duì)于物理地址的描述錯(cuò)誤的是 A物理地址是一個(gè)48位的接口標(biāo)識(shí)符B每個(gè)機(jī)器只能有一個(gè)物理地址C組織唯一標(biāo)識(shí)符共三個(gè)字節(jié)D物理地址固化在適配器的ROM中 46、 下面哪種不是802.3標(biāo)準(zhǔn)規(guī)定的無(wú)效MAC幀 A幀長(zhǎng)度不是整數(shù)個(gè)字節(jié)B用收到的

13、幀檢驗(yàn)序列FCS查出有差錯(cuò)C幀的MAC客戶(hù)數(shù)據(jù)字段的長(zhǎng)度不在461500字節(jié)之間D幀中的目的地址為FF-FF-FF-FF-FF-FF47、 在數(shù)據(jù)鏈路層擴(kuò)展以太網(wǎng)使用 A集線器B網(wǎng)橋C路由器D網(wǎng)關(guān)48、 三個(gè)吞吐量為10Mb/s的以太網(wǎng)通過(guò)集線器相連后的最大吞吐量為 A10Mb/sB20Mb/sC30Mb/sD不確定49、 100BASE-Tx網(wǎng)絡(luò)采用_拓?fù)浣Y(jié)構(gòu)。A. 總線型 B. 星型 C. 環(huán)型 D. 不規(guī)則型50、 網(wǎng)絡(luò)中發(fā)生了擁塞,根據(jù)是()。A .隨著通信子網(wǎng)負(fù)載的增加,吞吐量也增加B .網(wǎng)絡(luò)結(jié)點(diǎn)接收和發(fā)出的分組越來(lái)越少C .網(wǎng)絡(luò)結(jié)點(diǎn)接收和發(fā)出的分組越來(lái)越多D .隨著通信子網(wǎng)負(fù)載的增

14、加,吞吐量反而降低51、 位于不同子網(wǎng)中的主機(jī)之間相互通信,下面說(shuō)法中正確的是()。A .路由器在轉(zhuǎn)發(fā)IP數(shù)據(jù)報(bào)時(shí),重新封裝源IP地址和目的IP地址B .路由器在轉(zhuǎn)發(fā)IP數(shù)據(jù)報(bào)時(shí),重新封裝目的IP地址和目的硬件地址C .路由器在轉(zhuǎn)發(fā)IP數(shù)據(jù)報(bào)時(shí),重新封裝源硬件地址和目的硬件地址D .源站點(diǎn)可以直接進(jìn)行ARP廣播得到目的站的硬件地址52、 在Internet中,IP數(shù)據(jù)包的傳輸需要經(jīng)過(guò)源主機(jī)和中間路由器到達(dá)目的主機(jī),通常()A 源主機(jī)和中間路由器都知道IP數(shù)據(jù)報(bào)到達(dá)目的主機(jī)需要經(jīng)過(guò)的完整路徑B 源主機(jī)知道IP數(shù)據(jù)報(bào)到達(dá)目的主機(jī)需要經(jīng)過(guò)的完整路徑,而中間路由器不知道C 中間路由器知道IP數(shù)據(jù)報(bào)到達(dá)

15、目的主機(jī)需要經(jīng)過(guò)的完整路徑,而源主機(jī)不知道D 源主機(jī)和中間路由器都不知道IP數(shù)據(jù)報(bào)到達(dá)目的主機(jī)需要經(jīng)過(guò)的完整路徑53、 下面不屬于路由選擇協(xié)議的功能是()。A .獲取網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)的信息B .選擇到達(dá)每個(gè)目的網(wǎng)絡(luò)的最優(yōu)路徑C .構(gòu)建路由表D .發(fā)現(xiàn)下一跳的物理地址54、 下列情況需要啟動(dòng)ARP請(qǐng)求的是()A、主機(jī)需要接收信息,但ARP表中沒(méi)有源IP地址和MAC地址的映射關(guān)系B、主機(jī)需要接收信息,但ARP表中已有源IP地址和MAC地址的映射關(guān)系C、主機(jī)需要發(fā)送信息,但ARP表中沒(méi)有目的IP地址和MAC地址的映射關(guān)系D、主機(jī)需要發(fā)送信息,但ARP表中已有目的IP地址和MAC地址的映射關(guān)系55、 一個(gè)

16、主機(jī)有兩個(gè)IP地址,一個(gè)地址是,另一個(gè)地址可能是()。56、 為了解決IP地址耗盡的問(wèn)題,可以采用以下的一些措施,其中治本的是()。A .劃分子網(wǎng)B .采用無(wú)分類(lèi)編制CIDRC .采用網(wǎng)絡(luò)地址轉(zhuǎn)換NAT方法D .采用IPv657、 ICMP協(xié)議數(shù)據(jù)TCP/IP協(xié)議族中的(1)層協(xié)議,ICMP報(bào)文封裝在(2)協(xié)議數(shù)據(jù)單元中傳送,ICMP有9種報(bào)文,常用的ping程序使用了(3)報(bào)文。如果在IP分組發(fā)送過(guò)程中,發(fā)現(xiàn)TTL字段為0,則路由器發(fā)送(4)報(bào)文。如果網(wǎng)絡(luò)擁塞,則路由器產(chǎn)生一個(gè)(5)報(bào)文。1、數(shù)據(jù)鏈路層,網(wǎng)絡(luò)層,運(yùn)輸層,應(yīng)用層2、IP,TCP,UDP,PPP3、地址掩碼請(qǐng)求和應(yīng)答,回送請(qǐng)求和

17、應(yīng)答,路由器詢(xún)問(wèn)和應(yīng)答,時(shí)間戳請(qǐng)求和應(yīng)答4/5、超時(shí),改變路由,源點(diǎn)抑制,終點(diǎn)不可達(dá)58、 用于自制系統(tǒng)域間的選路協(xié)議是()。A .RIP B .BGP C .ARP D .OSPF59、 RIP、OSPF和BGP協(xié)議的路由選擇過(guò)程分別使用的是()A、路徑向量協(xié)議、鏈路狀態(tài)協(xié)議、距離向量協(xié)議B、距離向量協(xié)議、路徑向量協(xié)議、鏈路狀態(tài)協(xié)議C、路徑向量協(xié)議、距離向量協(xié)議、鏈路狀態(tài)協(xié)議D、距離向量協(xié)議、鏈路狀態(tài)協(xié)議、路徑向量協(xié)議60、 關(guān)于ARP協(xié)議,敘述正確的是_A. ARP使用UDP協(xié)議傳送其報(bào)文B. ARP使用高速緩存技術(shù)以減少帶寬消耗并提高響應(yīng)速度C. ARP可完成域名到MAC地址的轉(zhuǎn)換D.

18、ARP客戶(hù)端通過(guò)向ARP服務(wù)器發(fā)送查詢(xún)請(qǐng)求完成地址轉(zhuǎn)換61、 ICMP的報(bào)文傳送采用的是_A.無(wú)連接的UDP數(shù)據(jù)報(bào)形式傳送 B.面向連接的TCP報(bào)文段形式傳送C.放在IP數(shù)據(jù)報(bào)的首部字段中傳送 D.放在IP數(shù)據(jù)報(bào)的數(shù)據(jù)字段中傳送62、 根據(jù)IP數(shù)據(jù)報(bào)的哪些字段可以將數(shù)據(jù)包片重裝成原來(lái)的數(shù)據(jù)報(bào) A標(biāo)識(shí)和標(biāo)志B標(biāo)識(shí)和片偏移C標(biāo)志和片偏移D標(biāo)志和生存時(shí)間63、 下面哪個(gè)不是ICMP差錯(cuò)報(bào)告報(bào)文 A終點(diǎn)不可達(dá)B源點(diǎn)抑制C參數(shù)問(wèn)題D時(shí)間戳64、 RIP協(xié)議設(shè)置的最大距離是 ,超過(guò)這個(gè)值則表示不可達(dá)A50B100C15D1665、 下面對(duì)于RIP協(xié)議的特點(diǎn)描述錯(cuò)誤的是 A僅和相鄰的路由器交換信息B路由器交

19、換的信息是當(dāng)前本路由器所知道的全部信息,既自己的路由表C按固定的時(shí)間間隔交換路由信息D好消息傳的慢,壞消息傳得快66、 OSPF向本自治系統(tǒng)中的所有路由器發(fā)送信息時(shí)使用的是 A洪泛法B廣播C多播DIP多播67、 路由器有那幾個(gè)部分構(gòu)成A路由選擇部分和分組轉(zhuǎn)發(fā)部分B輸入部分和輸出部分C路由選擇部分和交換結(jié)構(gòu)D交換結(jié)構(gòu)和分組轉(zhuǎn)發(fā)部分68、 路由器的分組轉(zhuǎn)發(fā)部分由哪三個(gè)部分組成 A交換結(jié)構(gòu)、輸入端口和輸出端口B輸入端口、輸出端口、轉(zhuǎn)發(fā)表C交換結(jié)構(gòu)、路由選擇處理機(jī)D路由表和轉(zhuǎn)發(fā)表69、 下述關(guān)于滑動(dòng)窗口的敘述中不正確的是_A發(fā)送窗口可以對(duì)發(fā)送方進(jìn)行流量控制B當(dāng)接收到的數(shù)據(jù)幀序號(hào)落在接收窗口之外時(shí),接收

20、方將其丟棄C只有接收窗口向前滑動(dòng)時(shí),發(fā)送窗口才有可能向前滑動(dòng)D發(fā)送窗口的大小是由應(yīng)用程序設(shè)定的70、 TCP的滑動(dòng)窗口流量控制(窗口大小為8)中,收到確認(rèn)報(bào)文段中ACK號(hào)為300,意味著接收方期待的下一字節(jié)是_。 A300 B301 C3 D471、 下列有關(guān)DNS的敘述中不正確的是_。ADNS是應(yīng)用層的一種服務(wù)B可以為WWW、電子郵件、文件傳輸提供域名解析CDNS使用運(yùn)輸層的TCP服務(wù)D采用層次域名服務(wù)器體系結(jié)構(gòu)72、 TELNET工作于_A應(yīng)用層 B傳輸層 C會(huì)話層 D網(wǎng)絡(luò)層73、 FTP客戶(hù)和服務(wù)器間傳遞 FTP命令時(shí),使用的連接是_A建立在TCP之上的控制連接 B. 建立在TCP之上的

21、數(shù)據(jù)連接 C. 建立在UDP之上的控制連接 D. 建立在UDP之上的數(shù)據(jù)連接 74、 下列說(shuō)法中正確的是_。AWWW信息服務(wù)的基礎(chǔ)是HTML語(yǔ)言和HTTP協(xié)議B在WWW瀏覽器環(huán)境里,只能使用WWW信息服務(wù)C使用Windows平臺(tái)下的瀏覽器IE,只能瀏覽基于Windows平臺(tái)的WWW服務(wù)器信息DWWW信息服務(wù)只能提供單純的文本信息75、 支持在電子郵件中傳遞漢字信息的協(xié)議是_AEMAIL BPOP3 C. SMTP DMIME76、 文件傳送協(xié)議TFTP使用哪種運(yùn)輸層協(xié)議 AIPBTCPCUDPDFTP77、 下列對(duì)于TCP和UDP的異同點(diǎn)描述不正確的是 AUDP是無(wú)連接的,而TCP是面向連接的

22、BUDP是面向報(bào)文的,而TCP是面向字節(jié)流的CUDP沒(méi)有擁塞控制,而TCP有擁塞控制DUDP和TCP都只支持一對(duì)一的交互通信78、 下列對(duì)于UDP的檢驗(yàn)和字段的描述正確的是 A只能檢驗(yàn)UDP首部是否正確B只能檢驗(yàn)UDP數(shù)據(jù)部分是否正確C能夠檢驗(yàn)UDP偽首部和首部是否正確D能夠檢驗(yàn)UDP首部和數(shù)據(jù)部分是否正確79、 如果接收窗口大小為30,而擁塞窗口的大小為50,則發(fā)送窗口的大小應(yīng)該為 A30B50C80D2080、 用戶(hù)提出服務(wù)請(qǐng)求,網(wǎng)絡(luò)將用戶(hù)請(qǐng)求傳送給服務(wù)器;服務(wù)器執(zhí)行用戶(hù)請(qǐng)求,完成所要求的操作并將結(jié)果送回用戶(hù),這種工作模式稱(chēng)為()A Clinet/Server模式B Peer-to-Peer模式C CSMA/CD模式D Token Ring模式81、 下面關(guān)于客戶(hù)/服務(wù)器模型的描述,()存在錯(cuò)誤A 客戶(hù)端必須知道服務(wù)器的地址,而服務(wù)器不需要知道客戶(hù)端的地址B 客戶(hù)端主要實(shí)現(xiàn)如何顯示信息與收集用戶(hù)的輸入,而服務(wù)器主要實(shí)現(xiàn)數(shù)據(jù)的處理C 瀏覽器的內(nèi)容來(lái)自服務(wù)器D 客戶(hù)端是請(qǐng)求方,即使連接建立后,服務(wù)器也不能主動(dòng)發(fā)送數(shù)據(jù)82、 一臺(tái)主機(jī)要解析的IP地址,如果這臺(tái)主機(jī)配置的域名服務(wù)器為8,因特網(wǎng)頂級(jí)域名服務(wù)器為,而存儲(chǔ)與IP地址對(duì)應(yīng)關(guān)系的域名服務(wù)器為0,那么這臺(tái)主機(jī)解析該域名通常首先查詢(xún)()D 不能確定,可以從這3個(gè)域

溫馨提示

  • 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)論