編輯并發(fā)送llc幀_第1頁(yè)
編輯并發(fā)送llc幀_第2頁(yè)
編輯并發(fā)送llc幀_第3頁(yè)
編輯并發(fā)送llc幀_第4頁(yè)
編輯并發(fā)送llc幀_第5頁(yè)
已閱讀5頁(yè),還剩1頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡(jiǎn)介

1、實(shí)驗(yàn)名稱: 編輯并發(fā)送LLC幀實(shí)驗(yàn)成績(jī)學(xué)生姓名:學(xué)號(hào):指導(dǎo)教師:班級(jí):網(wǎng)絡(luò)1301主機(jī)編號(hào):1-A實(shí)驗(yàn)日期:2015.9.29實(shí)驗(yàn)?zāi)康模?.掌握LLC幀報(bào)文格式2.掌握協(xié)議編輯器和協(xié)議分析器的使用方法實(shí)驗(yàn)原理:以太網(wǎng)的幀格式1. 以太網(wǎng)的MAC幀格式 以太網(wǎng)的MAC幀格式有兩種標(biāo)準(zhǔn),一種是DIX Ethernet V2標(biāo)準(zhǔn),另一種是IEEE的802.3標(biāo)準(zhǔn)。但兩種幀格式可以在同一以太網(wǎng)絡(luò)共存。兩種幀格式都具有7個(gè)域:前導(dǎo)碼、幀首定界符、目的MAC地址、源MAC地址、協(xié)議類型或數(shù)據(jù)長(zhǎng)度、數(shù)據(jù)、幀校驗(yàn)序列。如下圖所示:圖1-5 以太網(wǎng)的MAC幀格式 兩種格式的幀可以依據(jù)協(xié)議類型或數(shù)據(jù)長(zhǎng)度字段的值進(jìn)

2、行區(qū)分。如果此幀是DIX Ethernet V2標(biāo)準(zhǔn)格式幀,則協(xié)議類型或數(shù)據(jù)長(zhǎng)度字段的值大于1536;如果此幀是IEEE 802.3標(biāo)準(zhǔn)格式的幀,則協(xié)議類型或數(shù)據(jù)長(zhǎng)度字段的值小于1518。對(duì)DIX Ethernet V2 幀來(lái)說(shuō),此字段的值代表了高層協(xié)議的類型;對(duì)IEEE 802.3幀來(lái)說(shuō),它的高層協(xié)議一定是LLC,此字段的值代表了數(shù)據(jù)的長(zhǎng)度。在以太網(wǎng)的MAC幀格式中,各個(gè)字段的含義如下: 前導(dǎo)碼:這是以太網(wǎng)MAC幀的第一個(gè)域,包含了7個(gè)字節(jié)的二進(jìn)制“1”和“0”間隔的代碼,即“10”共56 位,提示接收方一個(gè)數(shù)據(jù)幀即將到來(lái),同時(shí)使接收系統(tǒng)建立起同步時(shí)鐘。 幀首定界符:幀首定界符標(biāo)記了幀的開(kāi)始

3、。它是一個(gè)字節(jié)的“”二進(jìn)制序列,幀首定界符通知接收方后面所有的內(nèi)容都是數(shù)據(jù),以便接收方對(duì)數(shù)據(jù)幀進(jìn)行定位。 目的MAC地址:目的MAC地址為6個(gè)字節(jié),標(biāo)記了數(shù)據(jù)幀下一個(gè)主機(jī)的物理地址。如果數(shù)據(jù)包的目的地址必須從一個(gè)網(wǎng)絡(luò)穿越到另一個(gè)網(wǎng)絡(luò),那么目的MAC地址所包含的是連接當(dāng)前網(wǎng)絡(luò)和下一個(gè)網(wǎng)絡(luò)的路由器地址。當(dāng)數(shù)據(jù)包到達(dá)目標(biāo)網(wǎng)絡(luò)后,目的MAC地址域換成目的主機(jī)的地址。 源MAC地址:源MAC地址也是6個(gè)字節(jié)。它包含了最后一個(gè)轉(zhuǎn)發(fā)此幀的設(shè)備的物理地址。該設(shè)備可以是發(fā)送此數(shù)據(jù)幀的主機(jī),也可以是最近接收和轉(zhuǎn)發(fā)此數(shù)據(jù)幀的路由器。 協(xié)議類型或數(shù)據(jù)長(zhǎng)度:如果該字段的值小于1518,它用于定義后面數(shù)據(jù)字段的長(zhǎng)度;如果

4、字段的值大于1536,它定義一個(gè)封裝在幀中的數(shù)據(jù)包的類型。 數(shù)據(jù):它的長(zhǎng)度范圍是從46到1500字節(jié)之間。46是以太網(wǎng)MAC幀所封裝的高層協(xié)議數(shù)據(jù)的最小長(zhǎng)度。如果高層協(xié)議的數(shù)據(jù)包小于46字節(jié),則填充到46字節(jié)。 幀校驗(yàn)序列:最后一個(gè)域是幀校驗(yàn)序列,以太網(wǎng)采用32位冗余校驗(yàn)(CRC)。校驗(yàn)范圍是除了前導(dǎo)碼、幀首定界符和幀校驗(yàn)序列外的所有內(nèi)容。2. LLC幀格式 LLC的幀格式如下圖所示:圖1-6 LLC幀格式 其中,DSAP(目的服務(wù)訪問(wèn)點(diǎn))和SSAP(源服務(wù)訪問(wèn)點(diǎn))是LLC所使用的地址,用來(lái)標(biāo)識(shí)接收和發(fā)送數(shù)據(jù)的計(jì)算機(jī)上的用戶實(shí)體。DSAP的第一個(gè)比特是用來(lái)指明幀是為單地址還是組地址,0表示單地

5、址,1表示組地址。SSAP的第一個(gè)比特用來(lái)指明幀是命令幀還是響應(yīng)幀。0表示命令幀,1表示響應(yīng)幀。 LLC定義了三種幀:信息幀(I-幀)、監(jiān)控幀(S-幀)和無(wú)編號(hào)幀(U-幀)。幀的類型可從控制字段識(shí)別。對(duì)于信息幀和監(jiān)控幀,控制字段為2字節(jié)長(zhǎng),而對(duì)于無(wú)編號(hào)幀,控制字段為1字節(jié)長(zhǎng)。 下圖表示了LLC三類幀的控制字段的比較。圖1-7 LLC 三類幀的控制字段 N(S):發(fā)送序號(hào)。 N(R):接收序號(hào)。 SS:監(jiān)控功能位,00表示準(zhǔn)備接收(RR);10表示未準(zhǔn)備接收(RNR);01表示拒絕(REJ)。 M :修正功能位。 X:保留,設(shè)置為0。 P/F:Poll/final 位。命令LLC PDU傳輸/響

6、應(yīng)LLC PDU傳輸實(shí)驗(yàn)環(huán)境(要求畫出實(shí)驗(yàn)所用的拓?fù)浣Y(jié)構(gòu)) 說(shuō)明:IP地址分配規(guī)則為主機(jī)使用原有IP,保證所有主機(jī)在同一網(wǎng)段內(nèi)。實(shí)驗(yàn)步驟本練習(xí)將主機(jī)A和B作為一組,主機(jī)C和D作為一組,主機(jī)E和F作為一組?,F(xiàn)僅以主機(jī)A、B所在組為例,其它組的操作參考主機(jī)A、B所在組的操作。1. 主機(jī)A啟動(dòng)協(xié)議編輯器,并編寫一個(gè)LLC幀。 目的MAC地址:主機(jī)B的MAC地址 源MAC地址:主機(jī)A的MAC地址 協(xié)議類型和數(shù)據(jù)長(zhǎng)度:001F 控制字段:填寫02(注:回車后變成0200,該幀變?yōu)樾畔?,控制字段的長(zhǎng)度變?yōu)?字節(jié)) 用戶定義數(shù)據(jù)/數(shù)據(jù)字段:AAAAAAABBBBBBBCCCCCCCDDDDDD(注:長(zhǎng)度為

7、27個(gè)字節(jié))2. 主機(jī)B啟動(dòng)協(xié)議分析器并開(kāi)始捕獲數(shù)據(jù)。3. 主機(jī)A發(fā)送編輯好的LLC幀。4. 主機(jī)B停止捕獲數(shù)據(jù),在捕獲到的數(shù)據(jù)中查找主機(jī)A所發(fā)送的LLC幀,分析該幀內(nèi)容。 記錄實(shí)驗(yàn)結(jié)果表1-4 實(shí)驗(yàn)結(jié)果 簡(jiǎn)述“協(xié)議類型和數(shù)據(jù)長(zhǎng)度”字段的兩種含義。5. 將第1步中主機(jī)A已編輯好的數(shù)據(jù)幀修改為“無(wú)編號(hào)幀”(前兩個(gè)比特位為1),用戶定義數(shù)據(jù)/數(shù)據(jù)字段修改為AAAAAAABBBBBBBCCCCCCCDDDDDDD(注:長(zhǎng)度為28個(gè)字節(jié)),重做第2、3、4步。實(shí)驗(yàn)數(shù)據(jù)及結(jié)構(gòu)分析幀類型發(fā)送序號(hào)N(S)接受序號(hào)N(R)信息幀無(wú)編號(hào)幀課后習(xí)題1. 如何編輯LLC無(wú)編號(hào)幀和LLC數(shù)據(jù)幀。啟動(dòng)協(xié)議編輯器,編寫一

8、個(gè)LLC幀,按實(shí)驗(yàn)要求編寫目的MAC地址和源MAC地址,協(xié)議類型和協(xié)議長(zhǎng)度設(shè)為001F,控制字段改為02然后回車,在用戶定義數(shù)據(jù)/數(shù)據(jù)字段填上索要發(fā)送的數(shù)據(jù),這就是LLC數(shù)據(jù)幀。在LLC數(shù)據(jù)幀的基礎(chǔ)上將其改成LLC無(wú)編號(hào)幀(前兩個(gè)比特位1),在用戶定義數(shù)據(jù)/數(shù)據(jù)字段填上索要發(fā)送的數(shù)據(jù)。2. 在協(xié)議分析端捕獲到該幀,幀的長(zhǎng)度是多少?由此理解以太網(wǎng)的最短幀長(zhǎng)度。60最短長(zhǎng)度為60 ,是網(wǎng)絡(luò)的最大時(shí)延位。3. 為什么IEEE802標(biāo)準(zhǔn)將數(shù)據(jù)鏈路層分割為MAC子層和LLC子層?因?yàn)椴煌膹S商有自己的協(xié)議規(guī)定,都不愿意改變自己的協(xié)議。故在IEEE規(guī)定兩者同時(shí)存在,相互協(xié)調(diào),共同服務(wù)。由于HDLC并不支持多點(diǎn)平衡配置,這使得在局域網(wǎng)中有引入媒體訪問(wèn)協(xié)議的必要性,IEEE802參考模型將數(shù)據(jù)鏈路層劃分為兩個(gè)子層,媒體訪問(wèn)控制MAC子層和邏輯鏈路控制LLC子層。MAC子層與物理層相關(guān)聯(lián),而LLC子層則完全獨(dú)立出來(lái),為高層提供服務(wù),這樣就實(shí)現(xiàn)了物理層和數(shù)據(jù)鏈路層的完全獨(dú)立,解決了lSO制定的計(jì)算機(jī)網(wǎng)絡(luò)7層參考模型(即OSI模型)中局域網(wǎng)物理層和數(shù)據(jù)鏈路層不能完全獨(dú)立的問(wèn)題。4. 為什么以太網(wǎng)有最短幀長(zhǎng)度的要求?答:因?yàn)榫W(wǎng)絡(luò)傳輸存在時(shí)延,發(fā)送前監(jiān)聽(tīng)網(wǎng)絡(luò)線路上是否通暢,再?zèng)Q定是否發(fā)送。幀的長(zhǎng)度需要大于網(wǎng)絡(luò)的最大時(shí)延

溫馨提示

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