計(jì)算機(jī)網(wǎng)絡(luò)實(shí)驗(yàn)報(bào)告-在線瀏覽
2025-05-10 12:18本頁面
【正文】 主機(jī)D001E9086104F001E90862097001E90881193是主機(jī)E001E908620BC001E90862097001E90881193是主機(jī)F001E90882784001E90862097001E90881193是記錄實(shí)驗(yàn)結(jié)果: 五、實(shí)驗(yàn)總結(jié)與心得 通過本次的實(shí)驗(yàn)，我掌握以太網(wǎng)的報(bào)文格式 、. 掌握MAC地址的作用、掌握MAC廣播地址的作用、掌握LLC幀報(bào)文格式、掌握仿真編輯器和協(xié)議分析器。由于HDLC并不支持多點(diǎn)平衡配置，這使得在局域網(wǎng)中有引入媒體訪問協(xié)議的必要性。IEEE將數(shù)據(jù)鏈路層劃分為兩個(gè)子層：邏輯鏈路子層(LLC)和媒體訪問控制子層(MAC)。參數(shù)a越大，表明爭(zhēng)用期所占的比例增大，使得浪費(fèi)了不少信道資源，使得信道利用率明顯降低。實(shí)驗(yàn)二 網(wǎng)際協(xié)議IP 實(shí)驗(yàn)?zāi)康?. 掌握IP數(shù)據(jù)報(bào)的報(bào)文格式2. 掌握IP校驗(yàn)和計(jì)算方法3. 掌握子網(wǎng)掩碼和路由轉(zhuǎn)發(fā)4. 理解特殊IP地址的含義5. 理解IP分片過程 實(shí)驗(yàn)原理（一）IP報(bào)文格式 IP數(shù)據(jù)報(bào)是由IP首部加數(shù)據(jù)組成的。 IP數(shù)據(jù)報(bào)文格式如下圖所示:4位版本4位首部長(zhǎng)度8位服務(wù)類型16位總長(zhǎng)度（字節(jié)數(shù)）16位標(biāo)識(shí)3位標(biāo)志13位片偏移8位生存時(shí)間8位協(xié)議類型16位首部檢驗(yàn)和32位源IP地址32位目的IP地址選項(xiàng)（如果有）數(shù)據(jù)（二）IP分片 鏈路層具有最大傳輸單元（MTU）這個(gè)特性，它限制了數(shù)據(jù)幀的最大長(zhǎng)度。以太網(wǎng)通常是1500字節(jié)。使每一片長(zhǎng)度都小于MTU。另外，當(dāng)數(shù)據(jù)被分片后，每個(gè)片的“16位總長(zhǎng)度” 值要改為該片的長(zhǎng)度值。它由許多條項(xiàng)目組成。然后利用網(wǎng)絡(luò)層的協(xié)議重新封裝數(shù)據(jù)報(bào)，利用下層提供的服務(wù)把數(shù)據(jù)報(bào)轉(zhuǎn)發(fā)出去。路由表按如下順序匹配： 直接交付特定主機(jī)交付特定網(wǎng)絡(luò)交付默認(rèn)交付 。 匹配路由表項(xiàng)的方法是將IP地址與路由表中的一個(gè)項(xiàng)目的“子網(wǎng)掩碼”進(jìn)行按位“與”操作，然后判斷運(yùn)算結(jié)果是否等于該項(xiàng)目的“目的地址”，如果等于，則匹配成功，否則，匹配失敗。 按照拓?fù)浣Y(jié)構(gòu)圖連接網(wǎng)絡(luò)，使用拓?fù)潋?yàn)證檢查連接的正確性。 源MAC地址：主機(jī)A的MAC地址。 IP層： 總長(zhǎng)度：IP層長(zhǎng)度。 源IP地址:主機(jī)A的IP地址（）。 校驗(yàn)和：在其他所有字段填充完畢后計(jì)算并填充。IP在計(jì)算校驗(yàn)和時(shí)包括哪些內(nèi)容？答：IP的首部檢驗(yàn)和只檢驗(yàn)數(shù)據(jù)報(bào)的首部，但不包括數(shù)據(jù)部分。 主機(jī)A發(fā)送第1步中編輯好的報(bào)文。答：發(fā)生了變化，因?yàn)樗鼈兏静辉谝粋€(gè)子網(wǎng)上。重新計(jì)算校驗(yàn)和。 主機(jī)A發(fā)送第5步中編輯好的報(bào)文。主機(jī)B、E是否能捕獲到主機(jī)A所發(fā)送的報(bào)文？簡(jiǎn)述產(chǎn)生這種現(xiàn)象的原因。五、 實(shí)驗(yàn)總結(jié)與心得 通過本次的實(shí)驗(yàn)，我掌握了 IP數(shù)據(jù)報(bào)的報(bào)文格式、 掌握IP校驗(yàn)和計(jì)算方法、 掌握子網(wǎng)掩碼和路由轉(zhuǎn)發(fā)、理解特殊IP地址的含義、 理解IP分片過程。從而把整個(gè)因特網(wǎng)看成是一個(gè)單一的、抽象的網(wǎng)絡(luò)在實(shí)際網(wǎng)絡(luò)的鏈路上傳送數(shù)據(jù)幀時(shí)，最終還是必須使用硬件地址。(最大傳輸單元)，此值設(shè)定TCPIP協(xié)議傳輸數(shù)據(jù)報(bào)時(shí)的最大傳輸單元。MTU值太小了，就會(huì)在網(wǎng)絡(luò)中進(jìn)行頻繁的數(shù)據(jù)封包解封，降低了數(shù)據(jù)傳輸?shù)乃俾?，影響網(wǎng)絡(luò)傳輸?shù)乃俣取?在面向連接的環(huán)境中，開始傳輸數(shù)據(jù)之前，在兩個(gè)終端之間必須先建立一個(gè)連接。 整個(gè)同步的過程稱為三次握手，如圖（三.） TCP連接的釋放對(duì)于一個(gè)已經(jīng)建立的連接，TCP使用四次握手來結(jié)束通話（使用一個(gè)帶有FIN附加標(biāo)記的報(bào)文段）。只要計(jì)時(shí)器設(shè)置的重傳時(shí)間到期，但還沒有收到確認(rèn)，就要重傳這一報(bào)文段。2. 主機(jī)A啟動(dòng)仿真編輯器，進(jìn)入TCP連接視圖。3. 察看主機(jī)B、C、D捕獲的數(shù)據(jù)，填寫下表。123456789123456789Acknowledgement Number 1199522 11 1SYN 04. 主機(jī)A斷開與主機(jī)C的TCP連接。字段名稱報(bào)文4報(bào)文5報(bào)文6Sequence Number 123456789123456789ACK 0 0結(jié)合步驟5所填的表，理解TCP的三次握手建立連接和四次握手的釋放連接過程，理解序號(hào)、確認(rèn)號(hào)等字段在TCP可靠連接中所起的作用。六．思考題 ，既要雙方做好發(fā)送數(shù)據(jù)的準(zhǔn)備工作，也要允許雙方就初始序列進(jìn)行協(xié)商，這個(gè)序列號(hào)在握手過程中被發(fā)送和確認(rèn)。作為例子，考慮計(jì)算機(jī)A和B之間的通信，假定B給A發(fā)送一個(gè)連接請(qǐng)求分組，A收到這個(gè)分組，并發(fā)送了確認(rèn)應(yīng)答分組。可是，B在A的應(yīng)答分組在傳輸中被丟失的情況下，將不知道A是否已準(zhǔn)備好，不知道A建議什么樣的序列號(hào)，B甚至懷疑A是否收到自己的連接請(qǐng)求分組。而A在發(fā)出的分組超時(shí)后，重復(fù)發(fā)送同樣的分組，這樣就形成了死鎖。UDP不保證可靠交付，但UCP比TCP的開銷要小很多，因此只要應(yīng)用程序接受這樣的服務(wù)質(zhì)量就可以使用UDP。但是（1）在高速網(wǎng)絡(luò)中，當(dāng)數(shù)據(jù)傳輸速率比較高時(shí)，鏈路錯(cuò)誤是不能忽略的。（3）較大的往返延遲偏差將導(dǎo)致不精確的往返時(shí)間估計(jì)，它最終將降低TCP的丟失檢測(cè)機(jī)制的效能，可能導(dǎo)致?lián)砣罎?。：按照主機(jī)的類屬行為定義注冊(cè)的主機(jī)。：按照國(guó)家定義注冊(cè)的主機(jī)。：把一個(gè)地址映射為名字。三）、DNS高速緩存當(dāng)服務(wù)器向另一個(gè)服務(wù)器請(qǐng)求映射并收到它的響應(yīng)時(shí)，它會(huì)在把結(jié)果發(fā)送給客戶之前，把這個(gè)信息存儲(chǔ)在它的DNS高速緩存中。高速緩存減少了查詢時(shí)間，提高了效率。① 主機(jī)B啟動(dòng)協(xié)議分析器開始捕獲數(shù)據(jù)并設(shè)置過濾條件（提取DNS協(xié)議）。③ 主機(jī)B停止捕獲數(shù)據(jù)。“”對(duì)應(yīng)的的IP地址是什么？② 主機(jī)A在命令行下運(yùn)行“nslookup ”命令。分析主機(jī)B捕獲到的數(shù)據(jù)及主機(jī)A命令行返回的結(jié)果，回答以下問題： “”域名的頂級(jí)
范文總結(jié)相關(guān)推薦
鄂ICP備17016276號(hào)-1