




版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領
文檔簡介
1、精選文檔計算機網(wǎng)絡作業(yè)七及解答計算機網(wǎng)絡作業(yè)(7) 一、單項選擇題 1TCP規(guī)定HTTP( )進程的端口號為80。 A客戶 B解析 C服務器 D主機 2A和B建立了TCP連接,當A收到確認號為100的確認報文段時,表示( )。 A報文段99已收到 B報文段100已收到 C末字節(jié)序號為99的報文段已收到 D末字節(jié)序號為100的報文段己收到
2、 3在接受TCP連接的數(shù)據(jù)傳輸階段,假如發(fā)送端的發(fā)送窗口值由1000變?yōu)?000,那么發(fā)送端在收到一個確認之前可以發(fā)送( )。 A2000個TCP報文段 B2000B C1 000B D1 000個TCP報文段 4為保證數(shù)據(jù)傳輸?shù)睦慰啃?,TCP接受了對( )確認的機制。
3、60; A報文段 B分組 C字節(jié) D比特 5以下關于TCP報頭格式的描述中,錯誤的是( )。 A報頭長度為20"60B,其中固定部分為20B B端口號字段依次表示源端口號與目的端口號 C報頭長度總是4的倍數(shù)個字節(jié) DTCP校驗和偽首部中IP分組頭的協(xié)議字段為1 7 6滑動窗口的作用是( )。 A流量把握
4、; B擁塞把握 C路由把握 D差錯把握 7在TCP中,發(fā)送方的窗口大小取決于( )。 A僅接收方允許的窗口 B接收方允許的窗口和發(fā)送方允許的窗口 C接收方允許的窗口和擁塞窗口 D發(fā)送方允許的窗口和擁塞窗口 8以下關于TCP 作原理與過程的描述中,錯誤的是( )。 ATCP連接
5、建立過程需要經過“三次握手”的過程 B當TCP傳輸連接建立之后,客戶端與服務器端的應用進程進行全雙工的字節(jié)流傳輸 CTCP傳輸連接的釋放過程很簡單,只有客戶端可以主動提出釋放連接的懇求 DTCP連接的釋放需要經過“四次揮手”的過程 9以下關于TCP窗口與擁塞把握概念的描述中,錯誤的是( )。 A接收端窗(rwnd)通過TCP首部中的窗口字段通知數(shù)據(jù)的發(fā)送方 B發(fā)送窗口確定的依據(jù)是:發(fā)送窗El=Min接收端窗口,擁塞窗口 C擁塞窗口是接收端依據(jù)網(wǎng)絡擁塞狀況確定的窗口值D擁塞窗口
6、大小在開頭時可以按指數(shù)規(guī)律增長 10TCP使用三次握手協(xié)議來建立連接,設A、B雙方發(fā)送報文的初始序列號分別為X和Y,A發(fā)送()的報文給B,B接收到報文后發(fā)送()的報文給A,然后A發(fā)送一個確認報文給B便建立了連接。(注:ACK的下標為捎帶的序號) ASYN=1,序號=X BSYN=1,序號=X+1,ACKx=I CSYN=1,序號:Y DSYN=1,序號=Y,ACKy+1=1 ASYN=1,序號=X+1
7、160; BSYN=1,序號=X+1,ACKx=l CSYN=1,序號=Y,ACKx+1=1 DSYN=1,序號=Y,ACKy+1=111TCP“三次握手”過程中,其次次“握手”時,發(fā)送的報文段中( )標志位被置為1。 ASYN BACK CACK 和RST DSYN和ACK
8、 12A和B之間建立了TCP連接,A向B發(fā)送了一個報文段,其中序號字段seq=200確認號字段ACK=201,數(shù)據(jù)部分有2個字節(jié),那么在B對該報文的確認報文段中( ) Aseq=202,ACK=200 Bseq=201,ACK=201 Cseq=201,ACK=202 Dseq=202,ACK=20113一個TCP連接的數(shù)據(jù)傳輸階段,假如發(fā)送端的發(fā)送窗口值由2000變?yōu)?000,意昧著發(fā)送端可以(
9、0; )。 A在收到一個確認之前可以發(fā)送3000個TCP報文段 B在收到一個確認之前可以發(fā)送1000B C在收到一個確認之前可以發(fā)送3000B D在收到一個確認之前可以發(fā)送2000個TCP報文段14在一個TCP連接中,MSS為1 KB,當擁塞窗口為34KB時發(fā)生了超時大事。假如在接下來的4個RTT內報文段傳輸都是成功的,那么當這些報文段均得到確認后,擁塞窗口的大小是( )。
10、0; A8KB B9KB C1 6KB D1 7KB1 5在一個TCP連接中,MSS為1 KB,當擁塞窗口為34KB H寸收到了3個冗余ACK報文。假如在接下來的4個:RTT內報文段傳輸都是成功的,那么當這些報文段均得到確認后擁塞窗口的大小是( )。 A8KB B1 6KB C20KB D2 1 KB1 6A和B建立TCP連接,。MSS為1 KB。某時,慢開頭門限值為2
11、KB,A的擁塞窗口為4KB,在接下來的一個RTT內,A向B發(fā)送了4KB的數(shù)據(jù)(TCP的數(shù)據(jù)部分),并且得到了B的確認,確認報文中的窗口字段的值為2KB,那么,請問在下一個RTT中,A最多能向B發(fā)送多少數(shù)據(jù)( )。 A2KB B8KB C5KB D4KB17【2009年計算機聯(lián)考真題】 主機甲與主機乙之間已建立一個TCP連接,主機甲向主機乙發(fā)送了兩個連續(xù)的TCP段分別包含300B和5
12、00B的有效載荷,第一個段的序列號為200,主機乙正確接收到這兩個數(shù)據(jù)段后,發(fā)送給主機甲的確認序列號是( )。 A500 B700 C800 D1 00018【2009年計算機聯(lián)考真題】 一個TCP連接總是以1 KB的最大段長發(fā)送TCP段,發(fā)送方有足夠多的數(shù)據(jù)要發(fā)送,當擁塞窗口為16KB時發(fā)生了超時,假如接下來的4個RTT(來回時間)時間內的TCP段的傳輸都是成功的,那么當?shù)?個RTT 時間內發(fā)送的全部TCP段都得到
13、確定應答時,擁塞窗口大小是( )。 A7KB B8KB C9KB D1 6KB19【2010年計算機聯(lián)考真題】 主機甲和主機乙之間已建立了一個TCP連接,TCP最大段長度為1000B。若主機甲的當前擁塞窗口為4 000B,在主機甲向主機乙連續(xù)發(fā)送兩個最大段后,成功收到主機乙發(fā)送的第一個段的確認段,確認段中通告的接收窗口大小為2000B,則此時主機甲還可以向主機乙發(fā)送的最大字節(jié)數(shù)是(
14、 )。 A1 000 B2000 C3000 D400020【2011年計算機聯(lián)考真題】 主機甲向主機乙發(fā)送一個(SYN=I,seq=l l 220)的TCP段,期望與主機乙建立TCP連接,若主機乙接受該連接懇求,則主機乙向主機甲發(fā)送的正確的TCP段可能是( )。 A(SYN=0,ACK=0,se
15、q=11221,ack=11221) B(SYN=1,ACK=1,seq=11220,ack=11220) C(SYN=1,ACK=1,seq=11221,ack=11221) D(SYN=0,ACK=0,seq=11220,ack=11220)21【2011年計算機聯(lián)考真題】 主機甲與主機乙之間已建立一個TCP連接,主機甲向主機乙發(fā)送了3個連續(xù)的TCP段,分別包含300B、400B和500B的有效載荷,第3個段的序號為900。若主機乙僅正確接收到第1和第3個段,則主機乙發(fā)送給主機甲的確認序號是( )。
16、0; A300 B500C1200 D1400 22以下關于UDP協(xié)議的主要特點的描述中,錯誤的是( )。 AUDP報頭主要包括端口號、長度、校驗和等字段 BUDP長度字段是UDP數(shù)據(jù)報的長度,包括偽首部的長度 CUDP校驗和對偽首部、UDP報文頭以及應用層數(shù)據(jù)進行校驗 D偽首部包括IP分組報頭的一部分 23使用UDP的網(wǎng)絡應用,其數(shù)據(jù)傳輸?shù)睦慰啃杂?
17、; )負責。 A傳輸層 B應用層 C數(shù)據(jù)鏈路層 D網(wǎng)絡層 24UDP數(shù)據(jù)報首部不包含( )。 AUDP源端口號 BUDP校驗和 CUDP目的端口號 DUDP數(shù)據(jù)報首部長度 24-1接收端收到有差錯的UDP用戶數(shù)據(jù)時的處理方式是(
18、 )。 A丟棄 B懇求重傳 C差錯校正 D忽視差錯 25以下關于。UDP校驗和的說法中錯誤的是( )。 AUDP的校驗和功能不是必需的,可以不使用 B假如UDP校驗和計算結果為O,則在校驗和字段填充O CUDP校驗和字段的計算包括一個偽首部、UDP首部和攜帶的用戶數(shù)據(jù) DUDP校驗和的計算方法是二進制反碼運算求和再取反 26下列關于UDP校驗的描述中,( )是錯
19、誤的。 AUDP校驗和段的使用是可選的,假如源主機不想計算校驗和,該校驗和段應為全0 B在計算校驗和的過程中,需要生成一個偽首部,源主機需要把該偽首部發(fā)送給目的主機 C假如數(shù)據(jù)報在傳輸過程中被破壞,那么就把它丟棄DUDP數(shù)據(jù)報的偽首部包含了IP地址信息和端口信息 27下列不屬于通信子網(wǎng)的是( )。 A物理層 B數(shù)據(jù)鏈路層 C網(wǎng)絡層 D傳輸層28在TCPIP參考模型中,傳輸層的主要作用是在互聯(lián)網(wǎng)的
20、源主機和目的主機對等實體之間建立用于會話的( )。 A操作連接 B點到點連接 C把握連接 D端到端連接29OSI參考模型中,供應端到端的透亮數(shù)據(jù)傳輸服務、差錯把握和流量把握的層是 ( )。 A物理層 B網(wǎng)絡層 C傳輸層 D會話層
21、30下列關于傳輸服務的面對連接服務和無連接服務說法中正確的是( )。 A面對連接的服務是牢靠的服務,無連接的服務也可以是牢靠服務 B面對連接的服務是牢靠的服務,而無連接的服務只能供應不行靠的服務 C面對連接的服務和無連接的服務都是供應不行靠的服務 D以上說法都不正確31面對連接的服務特性是( )。 A不保證牢靠和挨次的交付
22、 B不保證牢靠、但保證挨次的交付C保證牢靠、但不保證挨次的交付 D保證牢靠和挨次的交付。32以下說法錯誤的是( )。 A傳輸層是OSI模型的第四層 B傳輸層供應的是主機問的點到點數(shù)據(jù)傳輸 CTCP是面對連接的,UDP是無連接的 DTCP協(xié)議進行流量把握和擁塞把握,而UDP協(xié)議既不進行流量把握,又不進行擁塞把握33以下哪一項能夠唯一確定一個在互聯(lián)網(wǎng)上通信的進程(
23、; )。 A主機名 BIP地址級MAC地址 CMAC地址及端口號 DIP地址及端口號34關于TCP和UDP端口,下列哪種說法是正確的( )。 ATCP和UDP分別擁有自己的端口號,它們互不干擾,可以共存于同一臺主機 BTCP和UDP分別擁有自己的端口號,但它們不能共存于同一臺主機 CTC
24、P和 UDP的端口沒有本質區(qū)分,但它們不能共存于同一臺主機 D當一個TCP連接建立時,它們互不干擾,不能共存于同一臺主機35在( )范圍內的端口號被稱為“熟知端口號”并限制使用。這就意味著這些端口號是為常用的應用層協(xié)議,如FTP、HTTP等保留的。 AO1 27 BO25 5 CO5 1 1 DO1 02336以下哪個TCP熟知端口號是錯誤的? ( )
25、60; ATELNET:23 BSMTP:25 CHTTP:80 DFTP:2437牢靠的傳輸協(xié)議中的“牢靠”指的是( )。 A使用面對連接的會話 B使用完力而為的傳輸 C使用滑動窗口來維持牢靠性 D使用確認機制來確保傳輸?shù)臄?shù)據(jù)不丟失 二、綜合應用題1使用TCP對實時語音數(shù)據(jù)的傳輸有沒有什
26、么問題?使用UDP在傳送數(shù)據(jù)文件時會有什么問題? 2為什么要使用UDP?讓用戶進程直接發(fā)送原始的IP分組不就足夠了嗎? 3一個應用程序用UDP,到了IP層將數(shù)據(jù)報再劃分為4個數(shù)據(jù)報片發(fā)送出去。結果前兩個數(shù)據(jù)報片丟失,后兩個到達目的站。過了一段時間應用程序重傳UDP,而IP層仍舊劃分為4個數(shù)據(jù)報片來傳送。結果這次前兩個到達目的站而后兩個丟失。試問:在目的站能否將這兩次傳輸?shù)?個數(shù)據(jù)報片組裝成為完整的數(shù)據(jù)報?假定目的站第一次收到的后兩個數(shù)據(jù)片仍舊保存在目的站的緩存中。
27、160;4一個UDP用戶數(shù)據(jù)報的數(shù)據(jù)字段為8192B,要使用以太網(wǎng)來傳送。假定IP數(shù)據(jù)報無選項。試問應當劃分為幾個IP數(shù)據(jù)報片?說明每一個IP數(shù)據(jù)報片的數(shù)據(jù)字段長度和片段偏移字段的值。 5在使用TCP傳送數(shù)據(jù)時,假如有一個確認報文段丟失了,也不肯定會引起與該確認報文段對應的數(shù)據(jù)的重傳。試說明理由? 6假如收到的報文段無差錯,只是未按序號,則TCP對此未作明確規(guī)定,而是讓TCP的實現(xiàn)者自行確定。試爭辯兩種可能的方法的優(yōu)劣: 1)將不按序的報文段丟
28、棄。 2)先將不按序的報文段暫存與接收緩存內,待所缺序號的報文段收齊后再一起上交應用層。 7一個TCP連接要發(fā)送3200B的數(shù)據(jù)。第一個字節(jié)的編號為10010。假如前兩個報文各攜帶1000B的數(shù)據(jù),最終一個攜帶剩下的數(shù)據(jù),請寫出每一個報文段的序號。 8設TCP使用的最大窗口尺寸為64KB,TCP報文在網(wǎng)絡上的平均來回時間為20nms問TCP所能得到的最大吞吐量
29、是多少?(假設傳輸信道的帶寬是不受限的) 9在一個TCP連接中,信道帶寬為1 Gbits,發(fā)送窗口固定為65535B,端到端時延為20ms。問可以取得的最大吞吐率是多少?線路效率是多少?(TCP及其下層協(xié)議首部長度忽視不計) 10主機A基于TCP向主機B連續(xù)發(fā)送3個TCP報文段。第1個報文段的序號為90第2個報文段的序號為120,第3個報文段的序號為150。 1)第1、2個報文段中有多少數(shù)據(jù)?
30、160; 2)假設其次個報文段丟失而其他兩個報文段到達主機B,那么在主機B發(fā)往主機A的確認報文中,確認號應當是多少? 11考慮在一條具有1 0ms來回路程時間的線路上接受慢啟動擁塞把握而不發(fā)生網(wǎng)絡擁塞狀況下的效應,接收窗口24KB,且最大段長2KB。那么,需要多長時間才能發(fā)送第一個完全窗口? 12假定TCP報文段載荷是1500B,最大分組存活時間是120s,那么要使得TCP報文覆的序號不會循環(huán)回來而重疊,線路允許的最快速度是多大?&
31、#160; 13一個TCP連接使用256kbits的鏈路,其端到端延時為128ms。經測試發(fā)覺吞吐率只有1 28kbits。試問窗口是多少?忽視PDU封裝的協(xié)議開銷以及接收方應答分組的放射時間(假定應答分組長度很小)。 14假定TCP擁塞窗口被置成1 8KB,并且發(fā)生了超時大事。假如接著的4個迸發(fā)量傳輸都是成功的,假定最大報文段長度是1KB,那么該窗口將是多大?
32、 解答: 一、單項選擇題 1C TCP中端口號80標識Web服務器端的HTTP進程,客戶端訪問Web服務器的HTTP進程的端口號由客戶端的操作系統(tǒng)動態(tài)安排。故選C。2C 由于TCP的確認號是指明接收方下一次期望收到的報
33、文段的數(shù)據(jù)部分第一個字節(jié)的編號。可以看出,前一個已收到的報文段的最終一個字節(jié)的編號為99,所以C選項正確報文段的序號是其數(shù)據(jù)部分第一個字節(jié)的編號。A選項不正確,由于有可能已收到的這個報文的數(shù)據(jù)部分不止一個字節(jié),那么報文段的編號就不為99,但是可以說編號為99的字節(jié)已收到。 3B TCP使用滑動窗口機制來進行流量把握。在ACK應答信息中,TCP把ACK加上接收方允許接收數(shù)據(jù)范圍的信息回送給發(fā)送方。發(fā)送方除非以后又收到來自接收方的最大數(shù)據(jù)允許接收范圍信息,否則總是使用由接收方供應的這一范圍發(fā)送數(shù)據(jù)。 4A TCP以報文段(Se
34、gment)為單位,TCP是面對字節(jié)的。TCP將所要傳送的報文看成是字節(jié)組成的數(shù)據(jù)流,并使每一個字節(jié)對應于一個序號。在連接建立時,雙方要商定初始序號。TCP每次發(fā)送的報文段的首部中的序號字段數(shù)值表示該報文段中的數(shù)據(jù)部分的第一個字節(jié)的序號。TCP的確認是對接收到的報文段的最高序號表示確認,接收端返回的確認號是已收到的最高序號加1,因此確認號表示接收端期望下次收到的報文段中的第一個數(shù)據(jù),節(jié)的序號。 5D TCP偽首部與UDP偽首部一樣,包括了IP分組首部的一部分。IP首部中有一個協(xié)議字段,用于指明上層協(xié)議是TCP還是UDP。
35、1 7代表UDP,6代表TCP,所以D錯誤對于A選項,由于數(shù)據(jù)偏移字段的單位是4B,也就是說當偏移取最大時TCP首部長度為l 5 x4=60B。由于使用填充,所以長度總是4B的倍數(shù),C正確。 6A TCP接受大小可變的滑動窗口進行流量把握。 7C TCP讓每個發(fā)送方僅發(fā)送正確數(shù)量的數(shù)據(jù),保持網(wǎng)絡資源被利用但又不會被過載為了避開網(wǎng)絡擁塞和接收方緩沖區(qū)溢出,TCP發(fā)送方在任一時間可以發(fā)送的最大數(shù)據(jù)流是接收方允許的窗口和擁塞窗口中的最小值。
36、 8C 參與rCP連接的兩個進程中的任何一個都能提出釋放連接的懇求。 9C 擁塞窗口是發(fā)送端依據(jù)網(wǎng)絡擁塞狀況確定的窗口值。 1 OA、C TCP使用三次握手來建立連接,第一次握手A發(fā)給B的TCP報文中應置翼首部SYN位為1,并選擇序號seq=X,表明傳送數(shù)據(jù)時的第一個數(shù)據(jù)字節(jié)的序號是X;在其次次握手中,也就是B接收到報文后,發(fā)給A的確認報文段中應使SYN=1,使ACk=l,且確認號ACK=X+1,即ACKx+1=1(注:ACK的下標為捎
37、帶的序號)。同時告知自己選擇的號seq=Y。 11D 在TCP的“三次握手”中,其次次握手時,SYN和ACK均被置為l。 l 2C A發(fā)出的報文中,seq代表的是數(shù)據(jù)部分第一個字節(jié)在A的發(fā)送緩存區(qū)中的編號,ACK代表的是A期望收到的下一個報文段的數(shù)據(jù)部分第一個字節(jié)在B的發(fā)送緩存區(qū)l_的編號。因此,同一個TCP報文中的seq和ACK的值是沒有聯(lián)系的。在B發(fā)給A的確認文中,seq的值應和A發(fā)向B的報文中的ACK的相同,即2011,ACK的值應當是A發(fā)向B的報文的序號加上A發(fā)向B的報文中數(shù)據(jù)的長度,即20
38、0+2=202,表示B下次期望收到序號為202的報文段。 1 3C TCP供應的是牢靠的字節(jié)流傳輸服務,使用滑動窗口機制進行流量把握與擁塞把握。應當留意的是,TCP通過滑動窗口實現(xiàn)了以字節(jié)為單位的確認,因此窗口大小的單位為字節(jié)。假設發(fā)送窗口的大小為N,這意味著發(fā)送端可以在沒有收到確認的狀況下連續(xù)發(fā)芝N個字節(jié)。 1 4C 在擁塞窗口為34KB時發(fā)生了超時,那么慢開頭門限值(ssthresh)就被設定為17KB,并且在接下來的一個RTT中擁塞窗口(cwnd)置為l KB。依據(jù)慢開頭算法,其次個RTT中cwnd=2K
39、B,第三個RTT中cwnd=4KB,第四個RTT中cwnd=8KB。當?shù)谒膫€RT'I中發(fā)出去的8個報文段的確認報文收到之后,cwnd=1 6KB(此時還未超過慢開頭門限值)。所以選C。本題中“這些報文段均得到確認后”這句話很重要。 1 5D 留意條件中“收到了3個冗余ACK報文說明此時應當執(zhí)行快恢復算法,那么慢開頭門限值設為1 7KB,并且在接下來的第一個RTT中CWnd也被設為l 7KB,其次個RTT中cwnd=1 8,第三個RTT中cwnd=1 9KB,第四個RTT中cwnd=20KB,第四個RTT中發(fā)出的報文全部得到確認后,cwnd
40、再增加1 KB,變?yōu)? 1 KB。所以D正確。留意cwnd的增加都發(fā)生在收到確認報文時,如在本題中,第四個RTT中的報文發(fā)送時CWnd=20KB,但當所發(fā)報文的確認報文被收到時,cwnd就增加到了2 1 KB。 1 6A 本題中消滅了擁塞窗口和接收端窗口,那么發(fā)送窗口就是取兩者的最小值。先看擁塞窗口,由于慢開頭門限值為2KB,第一個RTT中A擁塞窗口為4KB,依據(jù)擁塞避開算法,收到B的確認報文后,擁塞窗口增長為5KB。再看接收端窗口,B通過確認報文中窗口字段向A通知接收端窗口,那么接收端窗口為2KB。因此在下一次發(fā)送數(shù)據(jù)時,A的發(fā)送窗口應當為2K
41、B,即一個RTT內最多發(fā)送2KB。所以A正確。1 7D TCP是面對字節(jié)流的,其選擇確認(Selective ACK)機制是接收端對字節(jié)序號進行確認,其返回的序號是接收端下一次期望接收的序號,因此主機乙接收兩個段后返回給主機甲的確認序列號是1 000。 1 8C 計算原理如圖54所示。無論在慢開頭階段還是在擁塞避開階段,只要發(fā)送方推斷網(wǎng)絡消滅擁塞(其依據(jù)就是沒有按時收到確認),就要把慢開頭門限ssthresh設置為消滅擁塞時的發(fā)送方窗口值的一半(但不能小于2)。然后把擁塞窗口cwnd重新設置為1,執(zhí)行慢開頭算法。這樣做的目的就是要快速
42、削減主機發(fā)送到網(wǎng)絡中的分組數(shù),使得發(fā)生擁塞的路由器有足夠時間把隊列中積壓的分組處理完畢。 因此,在發(fā)送擁塞后,慢開頭門限ssthresh變?yōu)? 62=8KB,發(fā)送窗口變?yōu)? KB。在接下來的3個RTT內,擁塞窗口執(zhí)行慢開頭算法,呈指數(shù)形式增加到8KB,此時由于慢開頭門限ssthresh為8KB,因此轉而執(zhí)行擁塞避開算法,即擁塞窗口開頭“加法增大"。因此第4個RTT結束后,擁塞窗口的大小為9KB,答案為C。 1 9A 發(fā)送方的發(fā)送窗口的上限值應當取接收方窗口和擁塞窗口這兩個值中較小的一個,于是此時發(fā)送方
43、的發(fā)送窗口為M烈4000,2000=2000B,由于發(fā)送方還沒有收到其次個最大段的確認,所以此時主機甲還可以向主機乙發(fā)送的最大字節(jié)數(shù)為2000"一1 000=1 000B。 20C 主機乙收到連接懇求報文后,猶如意連接,則向甲發(fā)送確認。在確認報文段中應把SYN位和ACK位都置1,確認號是甲發(fā)送的TCP段的初始序號seq=11 220加1,即為ACK=11 22 1,同時也要選擇并消耗一個初始序號seq,seq值由主機乙的TCP進程確定,本題取seq=11 22 1與確認號、甲懇求報文段的序號沒有任何關系。
44、0; 2 1B TCP段首部中的序號字段是指本報文段所發(fā)送的數(shù)據(jù)的第一個字節(jié)的序號。第三個段的序號為900,則其次個段的序號為900-400=500。而確認號是期盼收到對方下一個報文段的第一個字節(jié)的序號?,F(xiàn)在主機乙期盼收到其次個段,故甲的確認號是500。 22B 偽首部只是在計算校驗和時臨時添加的,不計入UDP的長度中。對于D選項偽首部包括源IP和目的IP,這是IP分組報頭的一部分。23B UDP本身是無法保證傳輸?shù)睦慰啃缘?。并且UDP是基于網(wǎng)絡層的IP的,IP的特點是盡最大努力交付,因此無法在網(wǎng)絡層以及鏈路層供應牢靠傳輸。因此,只能通過應用層協(xié)議來實現(xiàn)牢靠
45、傳輸。 24D UDP數(shù)據(jù)報的格式包括UDP源端口號、UDP目的端口號、UDP報文長度和校驗和,但不包括UDP數(shù)據(jù)報首部長度。由于UDP數(shù)據(jù)報首部長度是固定的8B,所以沒有必要再設置首部長度字段。 24-1A接收端通過校驗發(fā)覺數(shù)據(jù)有差錯,就直接丟棄該數(shù)據(jù)報,僅此而已。 25B UDP的校驗和不是必需的,假如不使用校驗和,則將校驗和字段設置為O,而如果校驗和的就算結果恰為O時,則將校驗和置為全1。 26B UDP數(shù)據(jù)報的偽頭包含了IP地址信息和端口信息,目的是要保證U
46、DP數(shù)據(jù)報的確到達正確的目的主機和端口。該偽首部由源和目的主機僅在校驗和計算期間建立,并不發(fā)送。 27D 傳輸層向它上面的應用層供應通信服務,它屬于面對通信部分的最高層,同時也是用戶功能中的最低層。傳輸層向高層用戶屏蔽了下面通信子網(wǎng)的細節(jié)(如網(wǎng)絡拓撲、路由協(xié)議等),它使應用進程觀察的就是好像在兩個傳輸層實體之間存在的一條端到端的規(guī)律通信信道,因此在通信子網(wǎng)上沒有傳輸層,傳輸層只存在通信子網(wǎng)以外的主機中。 28D TCPIP參考模型中,網(wǎng)絡層及其以下各層所構成的通信子網(wǎng)負責主機到主機或是點到點的通信,而傳輸層的主要作用是在源主
47、機進程和目的主機進程之間供應端到端的數(shù)據(jù)傳輸。一般來說,端到端通信是由一段段的點到點信道構成,端到端協(xié)議建立在點到點協(xié)議之上(正如TCP建立在IP協(xié)議之上),供應應用進程之間的通信手段。所以選D。 29C 端到端即是進程到進程,物理層只供應在兩個節(jié)點之間透亮地傳輸比特流,網(wǎng)絡層供應主機到主機的通信服務,主要功能是路由選擇。此題的條件若換成“TCPIP參考模型”答案照舊是C。 30B 面對連接的服務,可確保數(shù)據(jù)傳輸?shù)睦慰啃?。而無連接服務,由于沒有建立連疊這個過程,發(fā)送方和接收方不能預先協(xié)商相關參數(shù)和安排系統(tǒng)資源,也就無法實現(xiàn)
48、牢靠傳輸了二 31D 面對連接的服務是通信雙方在進行通信之前,要先建立一個完整的連接,在通信過程中,整個連接始終可以被實時地監(jiān)控和管理。通信完畢后釋放連接。面對連接的服務可以保證數(shù)據(jù)的牢靠和挨次的交付。 32B 傳輸層是OSI模型中的第4層,TCP是面對連接的,它供應流量把握和擁塞把握保證服務的牢靠;UDP是無連接的,不供應流量把握和擁塞把握,只能做出盡最大努力的交。付。傳輸層供應的是進程到進程間的傳輸服務,也稱為端到端服務。 33D
49、160; 傳輸層的分用功能通過端口號實現(xiàn),端口號只具有本地意義,不同主機上的進程。可以使用相同的端口號。要在互聯(lián)網(wǎng)上唯一確定一個進程就要使用IP地址和端口號的組合通常稱為套接字(Socket)。 34A端口號只具有本地意義,即端口號只是為了標識本計算機應用層中的各進程,且同一臺計算機中TCP和UDP分別擁有自己的端口號,它們互不干擾。 35D 熟知端口號的數(shù)值為01 023,登記端口號的數(shù)值是1 02449 1 5 1,客戶端使哪的端口號的數(shù)值是49 1 526553 5。 36D
50、60; FTP把握連接的端口是2 1,數(shù)據(jù)連接的端口是20。 37D 假如一個協(xié)議使用確認機制對傳輸?shù)臄?shù)據(jù)進行確認,那么可以認為它是一個可靠的協(xié)議;假如一個協(xié)議接受“盡力而為”的傳輸方式,那么是不行靠的。例如,TP對傳輸?shù)膱笪亩喂_認,因此是牢靠的傳輸協(xié)議;而UDP不供應確認,因此是不行靠的傳輸協(xié)議。 二、綜合應用題 1解答: 假如語音數(shù)據(jù)不是實時播放,就可以使用TCP,由于TCP有重傳機制,傳輸牢靠。接收端用TCP將語音數(shù)據(jù)接收完畢后,可以在以后的任何時問進行播放。若假定是實時傳輸,不宜重傳,則必需
51、使用UDP。UDP不保證牢靠遞交,沒有重傳機制,但UDP比TCP的開銷要小很多,實時性好;因此只要應用程序接受這樣的服務質量就可以使用UDP。 2解答: 僅僅使用IP分組還不夠。IP分組包含IP地址,該地址指定一個目的機器。一旦這樣的分組到達了目的機器,網(wǎng)絡把握程序如何知道該把它交給哪個進程呢?UDP分組包含一個目的端口,這一信息是必需的,由于有了它,分組才能被投遞給正確的進程。此外,UDP可以對數(shù)據(jù)報做包括數(shù)據(jù)段在內的差錯檢測,而IP只對其頭部做差錯檢測。 3解答:
52、0; 不行。重傳時,IP數(shù)據(jù)報的標識字段會有另一個標識符。僅當標識符相同的IP數(shù)據(jù)報片才能組裝成一個IP數(shù)據(jù)報。前兩個IP數(shù)據(jù)報片的標識符與后兩個IP數(shù)據(jù)報片的標識符不同,因此不能組裝成一個IP數(shù)據(jù)報。 4解答: 以太網(wǎng)幀的數(shù)據(jù)段的最大長度是1 500B,UDP用戶數(shù)據(jù)報的頭部是8B。假定IP數(shù)據(jù)報無選項,頭部長度都是20B。IP數(shù)據(jù)報的片段偏移指出一個片段在原IP分組中的相對位置,偏移的單位是8B。UDP用戶數(shù)據(jù)報的數(shù)據(jù)字段為8 1 92B,加上8B的頭部,總長度是8200B。應當劃分為6個IP報片。IP報片
53、的數(shù)據(jù)字段的長度:前5個是1 480B(對應的IP報片的長度是1 500B),最終一個是800B(對應的IP報片的長度是820B)。報片偏移字段的值分別是:O,1 85,3 70,55 5,740和925。 5解答: 這是由于發(fā)送方可能還未重傳時,就收到了對更高序號的確認。例如主機A連續(xù)發(fā)送兩個報文段:(SEQ=92,DATA共8B)和(SEQ=1 00,DATA共20B),均正確到達主機B,B連續(xù)發(fā)送兩個確認:(ACK=1 00)和(ACK=1 20)。但前者在傳送時丟失了,例如A在第一個報文段(SEQ=92,DATA共8B)超時之前收到了對其次個報文段的確認(ACK
54、=I 20),此時A知道,11 9號和在1 1 9號之前的全部字節(jié)(包括第一個報文段中的全部字節(jié))均已B正確接收,因此A不會再重傳第一個報文段。 6解答: 第一種方法將不按序的報文段丟棄,會引起被丟棄報文段的重復傳送,增加對網(wǎng)絡帶寬的消耗,但由于用不著將該報文段暫存,可避開對接收方緩沖區(qū)的占用。 其次種方法先將不按序的報文段暫存于接收緩存內,待所缺序號的報文段收齊后再一起上交應用層;這樣有可能避開發(fā)送方對已經被接收方收到的不按序的報文段的重傳,削減對網(wǎng)絡帶寬的消耗,但增加
55、了接收方緩沖區(qū)的開銷。 7解答: TCP連接中傳送的數(shù)據(jù)流中的每一個字節(jié)都編上一個序號。報文段的序號則指的是本報文段所發(fā)送的數(shù)據(jù)的第一個字節(jié)的序號。因此第一個報文段的序號為10010,其次個報文段的序號為1 00 1 0+1 000-1 1 0 1 0,第三個報文段的序號為1 1 0 1 0+1 000=1 20 1 0。 8解答: 在平均來回時間20ms內,發(fā)送的最大數(shù)據(jù)量為最大窗口值,即64×1 024B。 64×
56、1 024÷(20×10-3)×8262Mbits 因此,所能得到的最大吞吐量是262Mbits。 9解答: 由于在每個RTT內,發(fā)送的數(shù)據(jù)量不能超過發(fā)送窗口大小,所以吞吐率=發(fā)送窗口大小RTT。題目中告知的是端到端時延,RTT=2×端到端時延,那么RTT=2×20=40ms所以吞吐率= 線路效率=吞吐率信道帶寬,本題中,線路效率(1 31 07Mbits)(1 000Mbits)=13 1。本題在計算時要特殊留意單位(是bit還是B),區(qū)分Gbits和GBs。 10解答: 1)留意:TCP傳送的數(shù)據(jù)流中的每一個字節(jié)都是有一個編號的,而TCP報文段的序號為其數(shù)據(jù)部分第一個字節(jié)的編號。那么第1個報文中的數(shù)據(jù)有1 2090=30B,第2個報文中的數(shù)據(jù)有1 501 20-30B。 2)由于TCP使用累計確
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
- 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
評論
0/150
提交評論