TCPIP協(xié)議-2012級作業(yè)3-4參考_第1頁
TCPIP協(xié)議-2012級作業(yè)3-4參考_第2頁
TCPIP協(xié)議-2012級作業(yè)3-4參考_第3頁
TCPIP協(xié)議-2012級作業(yè)3-4參考_第4頁
TCPIP協(xié)議-2012級作業(yè)3-4參考_第5頁
已閱讀5頁,還剩1頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

1、TCPIP協(xié)議-2012級作業(yè)3-4TCPIP協(xié)議-2012級作業(yè)3-4TCPIP協(xié)議-2012級作業(yè)3-4作業(yè)3:ARP、IP、ICMP路由器A的一個網(wǎng)絡接口的IP地址為195.23.67.3,掩碼是255.255.255.0,以太網(wǎng)物理地址是0 x2345AB4F67CD。路由器收到一個目的IP地址是185.11.78.10的IP分組,當路由器檢查路由表時,它找出該分組應交付給下一跳路由器B,其IP地址是195.23.67.9,掩碼是255.255.255.0,請寫出路由器A發(fā)出的ARP請求分組和收到的ARP響應分組的內(nèi)容,以及封裝這兩個分組的數(shù)據(jù)幀的首部字段。假設:195.23.67.9

2、對應的MAC地址是0 x154983AF6CD2,185.11.78.10對應的MAC地址是0 x94EF65A3B2D7。答:從A到B:0 x00010 x08000 x060 x040 x00010 x154983AF6CD2195.23.67.30 x000000000000185.11.78.10前同步碼0 xFFFFFFFFFFFF0 x154983AF6CD20 x806數(shù)據(jù)CRC從B到A:0 x00010 x08000 x060 x040 x00020 x94EF65A3B2D7185.11.78.100 x154983AF6CD2195.23.67.3前同步碼0 x154983

3、AF6CD20 x94EF65A3B2D70 x806數(shù)據(jù)CRC分析RFC826中“Packet Reception”一節(jié)關(guān)于ARP分組的接收處理,指出教材8.4.4節(jié)的“表8.3 輸入模塊”中對ARP分組接收處理的不正確或不準確描述。答: A、沒有先檢查協(xié)議,協(xié)議地址長度,以及自己是否是目的協(xié)議地址就開始進行操作。B、沒有判斷自己是否是目的地址,只判斷是否是請求分組,如果是就發(fā)送arp回答,這與arp定義相左,每個主機都向發(fā)送主機回答arp報文,這會引起發(fā)送主機的癱瘓。C、課本中默認即使不是目的地址也應將收到的arp分組中的物理地址和邏輯地址信息記錄,但RFC826中要求條件不成立即丟棄包,

4、不進行儲存。一個IP數(shù)據(jù)報到達時其首部信息如下:45 00 00 54 00 03 00 00 20 06 00 00 7C 4E 03 02 B4 0E 0F 02試回答以下問題:該數(shù)據(jù)報有無選項字段?沒有選項字段是否被分片?沒有分片數(shù)據(jù)報中數(shù)據(jù)部分的長度是多少?316字節(jié)數(shù)據(jù)報中封裝的是哪個高層協(xié)議數(shù)據(jù)?第10個字節(jié)為06,封裝了TCP協(xié)議TTL值是多少?第9個字節(jié)是20,還可以走32跳,TTL值為32試用一張表來歸納說明:哪些類型的ICMP差錯報告報文是由路由器發(fā)送的?哪些類型的ICMP差錯報告報文是由目的主機發(fā)送的?答: 路由器主機報文類型代碼內(nèi)容代碼內(nèi)容終點不可達0網(wǎng)絡不可達2協(xié)議不

5、可達1主機不可達3端口不可達4需要進行分片5源路由不能完成6目的網(wǎng)絡未知7目的主機未知8源主機被隔離9-10從管理上禁止11-12指明服務類型 不可達13-15主機不可達源點抑制0擁塞告警0擁塞告警超時0生存時間為零1分片未能到達參數(shù)問題0首部字段差錯0首部字段差錯1缺少所需選項1缺少所需選項改變路由0-3路由改變作業(yè)4:UDP、TCP、Routing ProtocolIP協(xié)議和UDP協(xié)議都是一種不可靠的無連接數(shù)據(jù)報交付協(xié)議,使用無連接、不可靠傳輸服務的應用進程為什么不能直接使用IP協(xié)議進行傳輸?答:UDP提供進程到進程的通信,提供介于應用程序和網(wǎng)絡功能之間的服務,當報文被送交至運輸層時,IP

6、報文首部已經(jīng)被剝離,無法使用IP協(xié)議標注進程方面的信息,所以不能使用IP協(xié)議替代UDP協(xié)議。同時,UDP協(xié)議簡潔有效,適合傳遞一個很短的報文,額外開銷也最小。主機A的發(fā)送窗口大小為2000字節(jié)。第1秒鐘,主機A向主機B發(fā)送了第1個報文段:序號為2001,發(fā)送了800字節(jié)數(shù)據(jù),重傳計時器為5秒。第2秒鐘,主機A向主機B發(fā)送了第2個報文段:序號為2801,發(fā)送了800字節(jié)數(shù)據(jù),重傳計時器為5秒。第3秒鐘,主機A收到來自主機B的1個TCP確認報文段:確認號為2801,窗口字段值為600。此時,主機A的發(fā)送窗口將如何改變?如果主機A要在第4秒鐘向主機B發(fā)送第3個TCP報文段,該報文段的序號是多少?該報

7、文段中的數(shù)據(jù)長度是多少字節(jié)?答:a)主機A在收到這個報文后,將已被確認的數(shù)據(jù)從它的窗口中清除出去,并關(guān)閉窗口,以表示下一個要發(fā)送的字節(jié)是2801,并將窗口大小減至600.b) 第4秒鐘主機A不能發(fā)送第3個TCP報文段,此時窗口內(nèi)的數(shù)據(jù)沒有被確認,也未超時,窗口內(nèi)已經(jīng)發(fā)送過的數(shù)據(jù)若要重發(fā)的話,只在超時之后才能重發(fā)。(2)如果主機A在第3秒鐘收到來自主機B的TCP確認報文段中的確認號仍為2801,但窗口字段值為1600,那么此時,主機A的發(fā)送窗口將如何改變?如果主機A要在第4秒鐘向主機B發(fā)送第3個TCP報文段,該報文段的序號是多少?該報文段中的數(shù)據(jù)長度是多少字節(jié)?答:a)主機A在收到這個報文后,將

8、已被確認的數(shù)據(jù)從它的窗口中清除出去,并關(guān)閉窗口,以表示下一個要發(fā)送的字節(jié)是2801,并將窗口大小增至1600b)發(fā)送第2個報文段,首字節(jié)為2801c)該報文段數(shù)據(jù)長度是1600字節(jié)。路由器A的路由表如下:目的網(wǎng)絡MetricNext-hopNet11BNet24CNet31DNet45ENet53B若該路由器收到來自路由器B的RIP報文如下:目的網(wǎng)絡MetricNet11Net22Net33Net47Net53請按照RFC1058中定義的RIP更新算法,寫出路由器A更新后的路由表。目的網(wǎng)絡MetricNext-hopNet11BNet23BNet31DNet45ENet53B試畫出具有以下規(guī)約

9、的自治系統(tǒng):a、共有8個網(wǎng)絡:N1N8,有8臺路由器:R1R8b、共有4個OSPF區(qū)域:Area 0 Area 3c、N3、N5、N8是以太網(wǎng),其余均為點到點網(wǎng)絡d、R1連接N1e、R2連接N2f、R3連接N1、N2和N3g、R4連接N3和N4h、R5連接N4和N5i、R6連接N3和N6j、R7連接N6和N7k、R8連接N7和N8l、N1和N2在Area 1中,N4和N5在Area 2中,N6N8在Area 3中m、N3在Area 0中試回答以下問題:該自治系統(tǒng)中的路由器分別是哪種類型的OSPF路由器?答:屬于IR的路由器:R1 R2 R5 R7 R8屬于BR的路由器:R3 R4 R6屬于ABR的路由器:R3 R4 R6該自治系統(tǒng)中會產(chǎn)生哪幾種類型的OSPF LSA?答:匯總鏈路到網(wǎng)絡LSA,匯總鏈路到AS邊界路由器LSA、路由器LSA、網(wǎng)絡鏈路LSA該自治系統(tǒng)中哪幾臺路由器的鏈路狀態(tài)數(shù)據(jù)庫完全一致?答:R1、R2;R7、R8;R3、R4、R6。該自治

溫馨提示

  • 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

提交評論