計(jì)算機(jī)網(wǎng)絡(luò)簡答題_第1頁
計(jì)算機(jī)網(wǎng)絡(luò)簡答題_第2頁
計(jì)算機(jī)網(wǎng)絡(luò)簡答題_第3頁
全文預(yù)覽已結(jié)束

下載本文檔

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

文檔簡介

1、1-14 計(jì)算機(jī)網(wǎng)絡(luò)有哪些常用的性能指標(biāo)?答:速率,帶寬,吞吐量,時(shí)延,時(shí)延帶寬積,往返時(shí)間RTT,利用率1-21 協(xié)議與服務(wù)有何區(qū)別?有何關(guān)系?答:1、協(xié)議的實(shí)現(xiàn)保證了能夠向上一層提供服務(wù)。本層的服務(wù)用戶只能看見服務(wù)而無法看見下面的協(xié)議。下面的協(xié)議對(duì)上面的服務(wù)用戶是透明的。2、 協(xié)議是“水平的”,即協(xié)議是控制兩個(gè)對(duì)等實(shí)體進(jìn)行通信的規(guī)則。但服務(wù)是“垂直的”,即服務(wù)是由下層通過層間接口向上層提供的。上層使用所提供的服務(wù)必須與下層交換一些命令,這些命令在OSI中稱為服務(wù)原語。關(guān)系:每一層的協(xié)議是通過下層對(duì)本層提供的服務(wù)來支持實(shí)現(xiàn)的。1-22 網(wǎng)絡(luò)協(xié)議的三個(gè)要素是什么?各有什么含義?答:(1)語法:

2、即數(shù)據(jù)與控制信息的結(jié)構(gòu)或格式。(2)語義:即需要發(fā)出何種控制信息,完成何種動(dòng)作以及做出何種響應(yīng)。(3)同步:即事件實(shí)現(xiàn)順序的詳細(xì)說明。 1-24論述具有五層協(xié)議的網(wǎng)絡(luò)體系結(jié)構(gòu)的要點(diǎn),包括各層的主要功能。答:綜合OSI 和TCP/IP 的優(yōu)點(diǎn),采用一種原理體系結(jié)構(gòu)。各層的主要功能:物理層: 物理層的任務(wù)就是透明地傳送比特流。 物理層還要確定連接電纜插頭的定義及連接法。數(shù)據(jù)鏈路層: 數(shù)據(jù)鏈路層的任務(wù)是在兩個(gè)相鄰結(jié)點(diǎn)間的線路上無差錯(cuò)地傳送以幀(frame)為單位的數(shù)據(jù)。每一幀包括數(shù)據(jù)和必要的控制信息。網(wǎng)絡(luò)層: 網(wǎng)絡(luò)層的任務(wù)就是要選擇合適的路由,使發(fā)送站的運(yùn)輸層所傳下來的分組能夠正確無誤地按照地址找到

3、目的站,并交付給目的站的運(yùn)輸層。運(yùn)輸層: 運(yùn)輸層的任務(wù)是向上一層的進(jìn)行通信的兩個(gè)進(jìn)程之間提供一個(gè)可靠的端到端服務(wù),使它們看不見運(yùn)輸層以下的數(shù)據(jù)通信的細(xì)節(jié)。應(yīng)用層: 應(yīng)用層直接為用戶的應(yīng)用進(jìn)程提供服務(wù)。 2-13 為什么要使用信道復(fù)用技術(shù)?常用的信道復(fù)用技術(shù)有哪些?答:為了通過共享信道、最大限度提高信道利用率。 頻分、時(shí)分、碼分、波分。3-01數(shù)據(jù)鏈路(即邏輯鏈路)與鏈路(即物理鏈路)有何區(qū)別? “電路接通了”與”數(shù)據(jù)鏈路接通了”的區(qū)別何在? 答:數(shù)據(jù)鏈路與鏈路的區(qū)別在于數(shù)據(jù)鏈路出鏈路外,還必須有一些必要的規(guī)程來控制數(shù)據(jù)的傳輸,因此,數(shù)據(jù)鏈路比鏈路多了實(shí)現(xiàn)通信規(guī)程所需要的硬件和軟件?!半娐方油?/p>

4、”表示鏈路兩端的結(jié)點(diǎn)交換機(jī)已經(jīng)開機(jī),物理連接已經(jīng)能夠傳送比特流了,但數(shù)據(jù)傳輸并不可靠,在物理連接基礎(chǔ)上,再建立數(shù)據(jù)鏈路連接,才是“數(shù)據(jù)鏈路接通了”,此后,由于數(shù)據(jù)鏈路連接具有檢測(cè)、確認(rèn)和重傳功能,才使不太可靠的物理鏈路變成可靠的數(shù)據(jù)鏈路,進(jìn)行可靠的數(shù)據(jù)傳輸當(dāng)數(shù)據(jù)鏈路斷開連接時(shí),物理電路連接不一定跟著斷開連接。3-19以太網(wǎng)使用的CSMA/CD協(xié)議是以爭用方式接入到共享信道。這與傳統(tǒng)的時(shí)分復(fù)用TDM相比優(yōu)缺點(diǎn)如何?答:傳統(tǒng)的時(shí)分復(fù)用TDM是靜態(tài)時(shí)隙分配,均勻高負(fù)荷時(shí)信道利用率高,低負(fù)荷或符合不均勻時(shí)資源浪費(fèi)較大,CSMA/CD是動(dòng)態(tài)使用空閑信道資源,低負(fù)荷時(shí)信道利用率高,但控制復(fù)雜,高負(fù)荷時(shí)信道

5、沖突大。3-31 網(wǎng)橋的工作原理和特點(diǎn)是什么?網(wǎng)橋與轉(zhuǎn)發(fā)器以及以太網(wǎng)交換機(jī)有何異同?答:網(wǎng)橋工作在數(shù)據(jù)鏈路層,它根據(jù) MAC 幀的目的地址對(duì)收到的幀進(jìn)行轉(zhuǎn)發(fā)。網(wǎng)橋具有過濾幀的功能。當(dāng)網(wǎng)橋收到一個(gè)幀時(shí),并不是向所有的接口轉(zhuǎn)發(fā)此幀,而是先檢查此幀的目的 MAC 地址,然后再確定將該幀轉(zhuǎn)發(fā)到哪一個(gè)接口。轉(zhuǎn)發(fā)器工作在物理層,它僅簡單地轉(zhuǎn)發(fā)信號(hào),沒有過濾能力以太網(wǎng)交換機(jī)則為鏈路層設(shè)備,可視為多端口網(wǎng)橋4-3.作為中間設(shè)備,轉(zhuǎn)發(fā)器、網(wǎng)橋、路由器和網(wǎng)關(guān)有何區(qū)別?(1) 物理層使用的中間設(shè)備叫做轉(zhuǎn)發(fā)器(2) 數(shù)據(jù)鏈路層使用的中間設(shè)備叫做網(wǎng)橋(3) 網(wǎng)絡(luò)層使用的中間設(shè)備叫做路由器(4) 在網(wǎng)絡(luò)層以上使用的中間設(shè)

6、備叫做網(wǎng)關(guān) 509端口的作用是什么?為什么端口要?jiǎng)澐譃槿N?答:端口的作用是對(duì)TCP/IP體系的應(yīng)用進(jìn)程進(jìn)行統(tǒng)一的標(biāo)志,使運(yùn)行不同操作系統(tǒng)的計(jì)算機(jī)的應(yīng)用進(jìn)程能夠互相通信。熟知端口,數(shù)值一般為01023.標(biāo)記常規(guī)的服務(wù)進(jìn)程;登記端口號(hào),數(shù)值為102449151,標(biāo)記沒有熟知端口號(hào)的非常規(guī)的服務(wù)進(jìn)程546試用具體例子說明為什么在運(yùn)輸連接建立時(shí)要使用三次握手答: 3次握手完成兩個(gè)重要的功能,既要雙方做好發(fā)送數(shù)據(jù)的準(zhǔn)備工作(雙方都知道彼此已準(zhǔn)備好),也要允許雙方就初始序列號(hào)進(jìn)行協(xié)商,這個(gè)序列號(hào)在握手過程中被發(fā)送和確認(rèn)。假定B給A發(fā)送一個(gè)連接請(qǐng)求分組,A收到了這個(gè)分組,并發(fā)送了確認(rèn)應(yīng)答分組。按照兩次握手

7、的協(xié)定,A認(rèn)為連接已經(jīng)成功地建立了,可以開始發(fā)送數(shù)據(jù)分組。可是,B在A的應(yīng)答分組在傳輸中被丟失的情況下,將不知道A是否已準(zhǔn)備好,不知道A建議什么樣的序列號(hào),B甚至懷疑A是否收到自己的連接請(qǐng)求分組,在這種情況下,B認(rèn)為連接還未建立成功,將忽略A發(fā)來的任何數(shù)據(jù)分組,只等待連接確認(rèn)應(yīng)答分組。而A發(fā)出的分組超時(shí)后,重復(fù)發(fā)送同樣的分組。這樣就形成了死鎖。6-02域名系統(tǒng)的主要功能是什么?域名系統(tǒng)中的本地域名服務(wù)器,根域名服務(wù)器,頂部域名服務(wù)器以及極限域名服務(wù)器有何區(qū)別 答:域名系統(tǒng)的主要功能:將域名解析為主機(jī)能識(shí)別的IP地址。根域名服務(wù)器:是最高層次的域名服務(wù)器頂級(jí)域名服務(wù)器:負(fù)責(zé)管理在該頂級(jí)域服務(wù)器的

8、所有三級(jí)域名權(quán)限域名服務(wù)器:當(dāng)一個(gè)權(quán)限域名服務(wù)器還不能給出最后的查詢回答時(shí)就會(huì)發(fā)出查詢請(qǐng)求DNS客戶,下一步應(yīng)該找哪一個(gè)權(quán)限域名服務(wù)器本地域名服務(wù)器:并不屬于域名服務(wù)器層次結(jié)構(gòu),但它對(duì)域名系統(tǒng)非常重要6-03舉例說明域名轉(zhuǎn)換的過程,域名服務(wù)器中的高速緩存的作用是什么? 答:(1)把不方便記憶的IP地址轉(zhuǎn)換為方便記憶的域名地址。(2)作用:可大大減輕根域名服務(wù)器的負(fù)荷,使因特網(wǎng)上的 DNS(域名服務(wù)器) 查詢請(qǐng)求和回答報(bào)文的數(shù)量大為減少。6-05 文件傳送協(xié)議FTP的主要工作過程是怎樣的,為什么說FTP是帶外傳送控制信息,主進(jìn)程和從屬進(jìn)程各起什么作用?答:(1)FTP主進(jìn)程的工作步驟:1、打開熟

9、知端口(FTP的端口號(hào)為 21),使客戶進(jìn)程能夠連接上。2、等待客戶進(jìn)程發(fā)出連接請(qǐng)求。3、啟動(dòng)從屬進(jìn)程來處理客戶進(jìn)程發(fā)來的請(qǐng)求。從屬進(jìn)程對(duì)客戶進(jìn)程的請(qǐng)求處理完畢后即終止,但從屬進(jìn)程在運(yùn)行期間根據(jù)需要還可能創(chuàng)建其他一些子進(jìn)程。4、回到等待狀態(tài),繼續(xù)接受其他客戶進(jìn)程發(fā)來的請(qǐng)求。主進(jìn)程與從屬進(jìn)程的處理是并發(fā)地進(jìn)行。 FTP使用客戶服務(wù)器方式,可同時(shí)為多個(gè)客戶進(jìn)程提供服務(wù)主進(jìn)程:負(fù)責(zé)接受新的請(qǐng)求從屬進(jìn)程:負(fù)責(zé)處理單個(gè)請(qǐng)求6-10假定要從已知的URL獲得一個(gè)萬維網(wǎng)文檔,若該萬維網(wǎng)服務(wù)器的IP地址開始并不知道,試問,除HTTP外,還需要什么應(yīng)用層協(xié)議和運(yùn)輸層協(xié)議答:應(yīng)用層協(xié)議需要的是DNS(域名服務(wù)器)。

10、運(yùn)輸層協(xié)議需要的是UDP(DNS)使用和TCP(HTTP使用)。6-14當(dāng)使用鼠標(biāo)點(diǎn)擊一個(gè)萬維網(wǎng)文檔時(shí),若該文檔除了有文本外,還有一個(gè)本地.gif圖像和兩個(gè)遠(yuǎn)地.gif圖像,試問需要使用哪個(gè)應(yīng)用程序以及需要建立幾次UDP連接和幾次TCP連接?答:若使用HTTP/1.0,需要建立0次UDP連接,4次TCP連接。若使用HTTP/1.1,需要建立0次UDP連接,1次TCP連接。6-20 試述電子郵件的最主要的組成部件,用戶代理UA作用是什么?沒有UA?答:電子郵件系統(tǒng)的最主要組成部件:用戶代理、郵件服務(wù)器、以及電子郵件使用的協(xié)議。UA:就是用戶與電子郵件系統(tǒng)的接口。用戶代理使用戶能夠通過一個(gè)很友好的接口來發(fā)送和接收郵件。沒有UA不行:因?yàn)椴⒎撬械挠?jì)算機(jī)都能運(yùn)行郵件服務(wù)器程序。有些計(jì)算機(jī)可能沒有足夠的存儲(chǔ)器來運(yùn)行允許程序在后臺(tái)運(yùn)行的操作系統(tǒng),或是可能沒有足夠的CPU能力來運(yùn)行郵件服務(wù)器程序。6-

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(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ì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論