以太網(wǎng)數(shù)據(jù)幀的格式分析-資料下載頁(yè)
2025-05-07 22:21本頁(yè)面
【正文】 的解碼，可以看到在 DLC 層源地址后 緊跟著就是 的長(zhǎng)度（ Length）字段 0120，它小于 05FF，可以肯定它不是 Ether V2的幀，而接下來(lái)的 Offset 0E 處的值“ FFFF”（代表 IPX 協(xié)議的開(kāi)始），這是 Netware “Raw” 的特征值“ FFFF”，因此可以斷定它是一個(gè) Novell “Raw”的幀。 二、 Ether V2 幀與 IEEE 幀的比較 因?yàn)檫@兩種幀是我們?cè)诂F(xiàn)在的局域網(wǎng)里最常見(jiàn)的兩種幀，因此，我們對(duì)它們進(jìn)行一些比 較。 從圖 61 中可以看出， Ether V2 可以裝載的最大數(shù)據(jù)長(zhǎng)度是 1500 字節(jié)，而 IEEE 可以裝載的最大數(shù)據(jù)是 1492 字節(jié)（ SNAP）或是 1497 字節(jié) 。 Ether V2 不提供 MAC 層的數(shù) 據(jù)填充功能，而 IEEE 不僅提供該功能，還具備服務(wù)訪問(wèn)點(diǎn)（ SAP）和 SNAP 層，能 夠提供更有效的數(shù)據(jù)鏈路層控制和更好的傳輸保證。那么我們可以得出這樣的結(jié)論： Ether V2 比 更適合于傳輸大量的數(shù)據(jù)，但 Ether V2 缺乏數(shù)據(jù)鏈路層的控制，不利于 傳輸需要嚴(yán)格傳輸控制的數(shù)據(jù)，這也正是 的優(yōu)勢(shì)所在，越需要嚴(yán)格傳輸控制的應(yīng) 用，越需要用 或 SNAP 來(lái)封裝，但 也不可避免的帶來(lái)數(shù)據(jù)裝載量的損 失，因此該格式的封裝往往用在較少數(shù)據(jù)量承載但又需要嚴(yán)格控制傳輸?shù)膽?yīng)用中。 在實(shí)際應(yīng)用中，我們會(huì)發(fā)現(xiàn)，大多數(shù)應(yīng)用的以太網(wǎng)數(shù)據(jù)包是 Ether V2 的幀（如 HTTP、 FTP、 SMTP、 POP3 等應(yīng)用），而交換機(jī)之間的 BPDU（橋協(xié)議數(shù)據(jù)單元）數(shù)據(jù)包則是 的幀， VLAN Trunk 協(xié)議如 和 Cisco 的 CDP（思科發(fā)現(xiàn)協(xié)議）等則是采用 SNAP 的幀。大家有興趣的話，可以利用 Sniffer 等協(xié)議分析工具去捕捉數(shù)據(jù)包，然后解碼 查看是不是這樣的。 數(shù)鏈層 前導(dǎo)碼 sfd DA SA 長(zhǎng)度 邏輯鏈路控制（ LLC） ８０２ .２ SNAP HEADE
職業(yè)教育相關(guān)推薦
鄂ICP備17016276號(hào)-1