計算機網(wǎng)絡(luò)題目計算機網(wǎng)絡(luò)吳功宜編著_第1頁
計算機網(wǎng)絡(luò)題目計算機網(wǎng)絡(luò)吳功宜編著_第2頁
計算機網(wǎng)絡(luò)題目計算機網(wǎng)絡(luò)吳功宜編著_第3頁
計算機網(wǎng)絡(luò)題目計算機網(wǎng)絡(luò)吳功宜編著_第4頁
全文預覽已結(jié)束

下載本文檔

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

文檔簡介

1、一.從給出的26個定義中挑出20個,并將標識定義的字母填在對應術(shù)語前的空格位置。1._O_滑動窗口協(xié)議 2._K_面向字符型的協(xié)議3._M_標識字段 4._U_LCP5._N_U幀 6._C_突發(fā)長度7._P_GBR 8._F_差錯控制9._Q_SR 10._Z _link open 11._E _檢測碼 12._X_配置請求幀13._J_透明傳輸 14._S_流量控制15._D_糾錯碼 16._A_誤碼率17._V_NCP 18._W_Link Establish19._Y_CHAP 20._R_捎帶確認A. 二進制比特序列在數(shù)據(jù)傳輸過程中被傳錯的概率。B. 接收數(shù)據(jù)與發(fā)送數(shù)據(jù)不一致的現(xiàn)象。

2、C. 沖擊噪聲引起的差錯比特長度。D. 能夠自動糾正傳輸差錯的編碼。E. 能夠發(fā)現(xiàn)傳輸差錯,但是不能自己糾正的編碼。F. 能夠自動檢測出傳輸錯誤并進行糾正的機制。G. CRC校驗中發(fā)送端與接收端共同使用的一種多項式。H. CRC校驗碼計算時采用二進制算法。I. 由傳輸介質(zhì)與通信設(shè)備構(gòu)成的線路。J. 數(shù)據(jù)鏈路層保證幀中的二進制比特的組合不受任何限制的能力。K. 利用標準字編碼中的一個子集來執(zhí)行通信控制功能的數(shù)據(jù)鏈路層協(xié)議。L. HDLC協(xié)議中有主站來控制從站通信的結(jié)構(gòu)。M. HDLC規(guī)定用作幀開始與結(jié)束的字段。N. HDLC協(xié)議中起控制作用,可以隨時發(fā)出,不影響帶序號幀的交換順序的幀。O. 數(shù)據(jù)

3、鏈路層在差錯控制與流量控制中采用的協(xié)議。P. 發(fā)送端在連續(xù)發(fā)送過程中發(fā)現(xiàn)出錯,并重新發(fā)送出錯幀之后的所有幀的糾錯方法。Q. 發(fā)送端在連續(xù)發(fā)送過程中發(fā)現(xiàn)出錯,重新發(fā)送出錯幀的糾錯方法。R. 發(fā)送序號與接收序號在差錯控制中能夠起到的作用。S. 發(fā)送窗口與接收窗口能夠?qū)崿F(xiàn)的控制功能。T. 廣泛應用與Internet環(huán)境中路由器-路由器連接的數(shù)據(jù)鏈路層協(xié)議。U. PPP中用來建立.配置。管理和測試數(shù)據(jù)鏈路連接的協(xié)議。V. PPP中用來建立和配置網(wǎng)絡(luò)層的協(xié)議。W. 當用戶計算機與路由器建立了物理層連接,PPP進入的狀態(tài)。X. 當鏈路連接建立時,用戶計算機首先向路由器發(fā)出的LCP幀。Y. PPP中需要通過

4、三次握手來實現(xiàn)認證的協(xié)議.Z. NCP在網(wǎng)絡(luò)層配置完成后鏈路進入的狀態(tài)。 二1. 設(shè)立數(shù)據(jù)鏈路層的主要目的是將差錯的物理線路變?yōu)榫W(wǎng)絡(luò)層無差錯的 B 2. A物理鏈路 B.數(shù)據(jù)鏈路 C.點-點鏈路 D.端-端鏈路3. 2.幀傳輸中采取增加轉(zhuǎn)義字符或0比特插入的目的是保證數(shù)據(jù)傳輸?shù)?C A.正確性 B.安全性 C.透明性 D.可靠性3.數(shù)據(jù)鏈路層功能包括鏈路管理,幀傳輸與 D I.流量控制 II.面向連接確認服務(wù) III.差錯控制 IV.面向字符型 A.I,II B.I,II與IV C.III,IV D.I,III4.HDLC協(xié)議的性質(zhì)是 A A.面向連接確認 B.面向連接不確認 C.無連接確認

5、D.無連接不確認50比特插入/刪除方法規(guī)定在數(shù)據(jù)字段檢查出連續(xù)幾個1就增加1個0(B) A.4 B.5 C.6 D.76.以下關(guān)于CRC校驗的工作過程的描述中,錯誤的是 B A.發(fā)送端首先發(fā)送數(shù)據(jù)多項式f(x)xk B.生成多項式G(x)的比特位長度為32,那么k值就等于32 C.將f(x)xk除以生成多項式G(x),得f(x)xk/G(x)=Q(x)+R(x)/G(x) D.接受端對多項式f(x)采用同樣的運算,求得余數(shù)多項式R(x)7.如果G(x)為11010010,以下4個CRC校驗比特序列中只有哪個可能是正確的 D A.1101011001 B.101011011 C.11011011

6、 D.10110018.以下關(guān)于HDLC信息幀的描述中,錯誤的是 D A.發(fā)送序列N(S)表示當前發(fā)送的信息幀的序號 B.接受序號N(R)表示已正確接受序號為N(R)1的幀及以前各幀 C.對于NRM,探尋位P=1,表示主站向從站發(fā)出“探尋“ D.P與F只在數(shù)據(jù)幀交換過程中成對出現(xiàn)9.以下關(guān)于HDLC監(jiān)控幀的描述中,錯誤的是 C A.RR表示確認序列為N(R)1及以前的各幀B.RNR表示確認RR以前的各幀,暫停接受下一幀C.REJ表示確認序列為N(R)1及以前的各幀,NR以后的各幀被否認D.SREJ表示確認序列為N(R)1及以前的各幀,只否認序列為N(R)的幀10. 以下關(guān)于HDLC監(jiān)控幀在滑動

7、窗口實現(xiàn)機制中作用的描述中,錯誤的是_C_。A RR幀、RNR幀用于拉回重傳方式B SREJ幀用于選擇重傳方式C REJ幀用于兩種重傳方式D 所有監(jiān)控幀都不包含發(fā)送序號,但是必須有接收序號11. 設(shè)計流量控制算法的基本思路是控制_A_。A 發(fā)送端發(fā)送的數(shù)據(jù)流量 B 接收端接收的數(shù)據(jù)流量C 發(fā)送端于接收端的數(shù)據(jù)流量 D 中間轉(zhuǎn)發(fā)節(jié)點之間的數(shù)據(jù)流量12. 以下關(guān)于滑動窗口控制機制的描述中,錯誤的是_C_。A 在GBN與SR方式中發(fā)送端不必等待接收端的確認就可以連續(xù)發(fā)送多幀B 發(fā)送端可以連續(xù)發(fā)送幀的數(shù)量要受到接收端的限制C 限制的因素取決于接收緩沖區(qū)可以用于接收新的接收幀的字節(jié)數(shù)D 滑動窗口協(xié)議中,

8、人們定義了發(fā)送窗口與接收窗口13. 采用拉回方式時,發(fā)送方使用幀編碼為06,如果編號為1的幀確認沒有返回就出現(xiàn)超時,那么發(fā)送方需要重發(fā)的幀數(shù)為_C_。A.1 B.2 C.6 D.714. 對于NRM中,關(guān)于主站發(fā)送數(shù)據(jù)幀“N(S)=3、N(R)=4、P=1”的描述中錯誤的是_D_。A 主站已確認接收從站發(fā)送序號3及以前的數(shù)據(jù)幀B 從站要發(fā)送序號為4的數(shù)據(jù)幀C 主站探詢從站是否要釋放數(shù)據(jù)鏈路連接D 主站已經(jīng)結(jié)束數(shù)據(jù)鏈路連接15. 以下關(guān)于傳輸延時的描述中,錯誤的是_C_。A 傳播延時是指:電信號通過傳輸介質(zhì)需要的傳播時間B 發(fā)送延時是指:主機發(fā)送數(shù)據(jù)所需的時間C 處理延時是指:接收端接收數(shù)據(jù)幀所

9、需要的時間D 幀傳輸總延時等于傳播延時、發(fā)送延時與處理延時之和16. 以下關(guān)于PPP協(xié)議特點的描述中,錯誤的是_D_。A 支持點-點線路連接,不支持點-多點連接B 支持全雙工通信,不支持單工與半雙工通信C 可以支持異步通信或同步通信D 使用幀序號,提供流量控制功能17. 以下關(guān)于PPP協(xié)議工作原理的描述中,錯誤的是_C_。A 在數(shù)據(jù)鏈路層實現(xiàn)數(shù)據(jù)幀的組幀、傳輸與拆幀,以及CRC校驗功能B 鏈路控制協(xié)議(LCP)可以建立、配置、管理和測試數(shù)據(jù)鏈路連接C 網(wǎng)絡(luò)控制協(xié)議(NCP)只能配置IP,不能用于其他網(wǎng)絡(luò)層協(xié)議D 可以用于ADSL Modem、HFC與光纖接入18以下關(guān)于PPP幀頭結(jié)構(gòu)的描述中,

10、錯誤的是(C)A標志字節(jié)值為0x7E B.地址字段值為0xFFC.控制字段值為0x02 D.協(xié)議字段值分別為對應三種類型幀19.PPP幀的鏈路最大幀長度的默認值是(D)A.53B B.536B C.1200B D.1500B20.以下關(guān)于PPP協(xié)議工作過程的描述中,錯誤的是(C)A.建立PPP鏈路連接首先發(fā)出LCP配置請求幀B.PPP的鏈路認證協(xié)議主要有兩種:PAP和CHAPC.PAP用密文傳輸用戶與口令D.CHAP認證可以防止出現(xiàn)重發(fā)攻擊三1.如果數(shù)據(jù)字段為11100011,生成多項式G(X)=X5+X4+X+1。請寫出發(fā)送的比特序列,并畫出曼切斯特編碼序號波形圖。答案:發(fā)送的比特序列:1

11、1 1 0 0 0 1 1 1 1 0 1 0對應的Manchester編碼波形:2.某個數(shù)據(jù)通信系統(tǒng)采用CRC校驗方式,并且生成多項式個G(x)的二進制比特序列為11001,目的主機接收到的二進制比特序列為110111001(含CRC檢驗碼)。請判斷傳輸過程是否出現(xiàn)了差錯?為什么?答案:出現(xiàn)傳輸差錯。3.在后退重傳(GBN)方式中,發(fā)送方已經(jīng)發(fā)送了編號為07的幀。當計時器超時之時,只收到編號0,2,4,5,6,的幀,那么發(fā)送方需要重發(fā)哪幾個幀?答案:發(fā)送方需要重發(fā)編號為06的6個幀。4.在選擇重傳(SR)方式中,發(fā)出放已經(jīng)發(fā)送了編號為07的幀,當計時器超時之時,只收到編號0,2,4,5,6的

12、幀,那么發(fā)送方需要重發(fā)哪幾個幀?答案:發(fā)送方需要重發(fā)編號為1,3兩個幀。5.在數(shù)據(jù)傳輸速率為100Kbps的衛(wèi)星鏈路上傳輸長度為1000bit的幀。如果采取捎帶確認的方法,幀序號長度為3bit,接受方也用同樣長度的數(shù)據(jù)幀捎帶確認。請計算下面兩種情況下的最大信道利用率。(1)停止等待協(xié)議(2)連續(xù)傳輸協(xié)議答案:(1)停止等待協(xié)議的信道最大利用率為3.57%。(2)連續(xù)傳輸協(xié)議的信道最大利用率為12.90%。6.外地子公司租用Modem與公司網(wǎng)絡(luò)連接。如果Modem數(shù)據(jù)傳輸率為3600bps,以異步傳輸方式傳輸,每個字節(jié)加1bit起始位、1bit的終止位。傳輸?shù)臄?shù)據(jù)長度為72*106字節(jié)。忽略線路傳播延時。問:發(fā)送數(shù)據(jù)最少需要多少時間?發(fā)送數(shù)據(jù)最少用2*105(S)。7.已知:HDLC的監(jiān)控幀的結(jié)構(gòu)如圖4

溫馨提示

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

評論

0/150

提交評論