arp在osi參考模型的哪一層？在OSI模型中ARP協(xié)議都屬于鏈路層；而在TCP/IP模型中，ARP協(xié)議屬于網(wǎng)絡(luò)層。1)ARP分層的位置是TCP/IP的網(wǎng)絡(luò)層2)ARP報文是由以太網(wǎng)幀接受封裝傳輸?shù)摹?/p>

arp在osi參考模型的哪一層？

在OSI模型中ARP協(xié)議都屬于鏈路層；而在TCP/IP模型中，ARP協(xié)議屬于網(wǎng)絡(luò)層。

1)ARP分層的位置是TCP/IP的網(wǎng)絡(luò)層

2)ARP報文是由以太網(wǎng)幀接受封裝傳輸?shù)摹]有封裝進IP包。

3）但是，對網(wǎng)絡(luò)接口層的以太網(wǎng)幀來講，它們同樣的是幀的上層協(xié)議，當通知以太幀時，根據(jù)幀的協(xié)議字段判斷是趕回ARP還是IP。

4）并不不把它放在數(shù)據(jù)鏈路層，是因為它根本不擁有數(shù)據(jù)鏈路層的功能，它的作用是為數(shù)據(jù)鏈路層可以提供收不到方的幀地地址。另，我也見意讀《TCP/IP詳解》卷一里面發(fā)個圖，應明確它的位置都屬于網(wǎng)絡(luò)層（注，畫的時候，ARPRARP畫在IP層稍下端，而ICMP和IGMP畫在IP層的上部，只不過這二個協(xié)議是由IP接受標準封裝的。）

arp報文是打包為幀傳輸?shù)膯幔?/h2>

arp報文是打包為幀傳輸?shù)?。ARP報文是由以太網(wǎng)幀接受整體封裝傳輸?shù)?。沒有封裝進IP包。雖然,對網(wǎng)絡(luò)接口層的以太網(wǎng)幀來講,它們則是是幀的上層協(xié)議,當收到消息以太幀時,據(jù)幀的協(xié)議字段判斷是帶到ARP還是IP

以太網(wǎng)首部出現(xiàn)的字段是？

typedefstruct_ETHeader//以太網(wǎng)數(shù)據(jù)幀頭部結(jié)構(gòu)

{

UCHARdhost[6];//目的MAC地址

UCHARshost[6];//源MAC地址

USHORTtype;//下層協(xié)議類型，如IP(ETHERTYPE_IP)，ARP（ETHERTYPE_ARP)等

}ETHeader,*PETHeader;

以太網(wǎng)使用什么傳輸?shù)耐ㄐ欧绞叫枰獋鬏數(shù)膸?/h2>

以太幀有很多種類型。不同類型的幀具高有所不同的格式和MTU值。但在兩種不同物理媒體上都可同樣的未知。

以太網(wǎng)第二版的或稱之為EthernetII幀，DIX幀，是最常見的幀類型。并大多真接被IP協(xié)議使用。

Novell的非標準IEEE 802.3幀變種。

IEEE 802.2邏輯鏈路完全控制(LLC)幀

子網(wǎng)接入?yún)f(xié)議(SNAP)幀

所有四種以太幀類型都可乾坤二卦一個IEEE 802.1Q選項來確定它不屬于哪個VLAN在內(nèi)他的IEEE 802.1p優(yōu)先級(QoS)。這個封裝由IEEE 802.3ac定義并將幀大小從64字節(jié)擴軍到1522字節(jié)(注：不包含7個前導字節(jié)和1個字節(jié)的幀正在符以及12個幀間距字節(jié))。

IEEE 802.1Q標簽，如果不是會出現(xiàn)，要放進源地址字段和以太類型或長度字段的中間。這個標簽的前兩個字節(jié)是標簽協(xié)議標識符(TPID)值0x8100。這與沒有標簽幀的以太類型/長度字段的位置完全相同，因為本位類型0x8100就表示包含標簽的幀，而實際中的以太類型/長度字段則放到Q-標簽的后面。TPID后面是兩個字節(jié)的標簽控制信息(TCI)。(IEEE 802.1p優(yōu)先級(QoS)和VLANID)。Q標簽后面應該是大多數(shù)的幀內(nèi)容。

EthernetII

以太II幀(也常稱DIX以太網(wǎng)，是以這個設(shè)計的主要注意成員，DEC,Intel和Xerox的名字以此命名的。),把緊接在目標和源MAC地址后面的這個兩字節(jié)定義法為以太網(wǎng)幀數(shù)據(jù)類型字段。

的或，一個0x0800的以太類型那就證明這個幀包涵的是IPv4數(shù)據(jù)報。同樣的的，一個0x0806的以太類型說明這個幀是一個ARP幀，0x8100只能證明這是一個IEEE 802.1Q幀，而0x86DD說明這是一個IPv6幀。

當這個工業(yè)界的標準通過宣布的IEEE標準化過程后，在802.3標準中以太類型字段變的了一個(數(shù)據(jù))長度字段。(初始時的以太包通過和他們的幀來確定它們的長度，而不是以一個必須明確的數(shù)值。)但是包的可以接收層仍需明白如何解三角形包，因此規(guī)范的要求將IEEE802.2頭跟在長度字段后面，定義包的類型。多年之后，802.3x-1997標準，一個802.3標準的后軍版本，正式不允許兩種類型的數(shù)據(jù)包同時必然。雖然，兩種數(shù)據(jù)包都被廣泛的在用，而初始時的以太數(shù)據(jù)包在以太局域網(wǎng)中被廣泛應用，只不過他的簡便和低開銷。