般不會(huì)互相通信(因此轉(zhuǎn)換表中有100個(gè)沒(méi)用的表項(xiàng))，它們主要和大型機(jī)，文件服務(wù)器或網(wǎng)
橋通信，而僅和很少數(shù)量的主機(jī)通信(例如交互談話) 。本文描述的協(xié)議只在需要時(shí)發(fā)送信
息，并且每臺(tái)機(jī)器每次啟動(dòng)時(shí)只發(fā)一次 。
這種包格式不答應(yīng)在一個(gè)包中進(jìn)行多于一個(gè)的轉(zhuǎn)換 。這是為了簡(jiǎn)單 。假如復(fù)雜的話，
包將較難被分析，并且很多信息是沒(méi)用的 。想想一個(gè)有四種協(xié)議的網(wǎng)橋告訴工作站四個(gè)協(xié)
議地址，而其中三個(gè)工作站從來(lái)都不會(huì)用到 。
這種包格式答應(yīng)應(yīng)答包重用請(qǐng)求包的存儲(chǔ)空間，應(yīng)答包和請(qǐng)求包具有相同的長(zhǎng)度，有
些字段也相同 。
硬件字段(ar$hrd)的值來(lái)自一個(gè)列表 。現(xiàn)在只有為10兆以太網(wǎng)定義的一個(gè)值(ares_hrd
$Ethernet=1) 。已經(jīng)在討論在PacketRadioNetworks上使用這個(gè)協(xié)議，這需要為希望使
用這個(gè)協(xié)議的其它硬件介質(zhì)分配值 。
對(duì)于10兆以太網(wǎng)，協(xié)議字段(ar$pro)的值來(lái)自集合ether_type$，這是對(duì)已分配的協(xié)議
類型的自然重用 。把它和操作碼(ar$op)結(jié)合起來(lái)，將有效地減半可使用這個(gè)協(xié)議轉(zhuǎn)換的協(xié)
議的數(shù)量，同時(shí)將對(duì)網(wǎng)絡(luò)監(jiān)控和排錯(cuò)造成更多的困難(見(jiàn)下面網(wǎng)絡(luò)監(jiān)控和排錯(cuò)) 。希望不會(huì)
有32768個(gè)協(xié)議，但Murphy制造了一些不答應(yīng)我們作這個(gè)假設(shè)的規(guī)則 。
理論上，長(zhǎng)度字段(ar$hln和ar$pln)是多余的，因?yàn)橥ㄟ^(guò)硬件類型(在ar$hrd中)和協(xié)
議類型(在ar$pro中)就可以決定協(xié)議地址的長(zhǎng)度 。它們被包括是為了可選的一致性檢查和
網(wǎng)絡(luò)監(jiān)控和排錯(cuò)(見(jiàn)下面) 。
操作碼決定了是請(qǐng)求(可能導(dǎo)致一個(gè)應(yīng)答)還是對(duì)先前請(qǐng)求的應(yīng)答 。16比特長(zhǎng)了一些，
但這個(gè)字段是必須的 。
發(fā)送者的硬件地址和協(xié)議地址絕對(duì)是有用的，通過(guò)它們才能從轉(zhuǎn)換表中得到結(jié)果 。
在請(qǐng)求包格式中，目的協(xié)議地址是必須的，這樣機(jī)器才能決定是否把發(fā)送者信息放到
轉(zhuǎn)換表中，是否發(fā)送應(yīng)答 。假如假設(shè)應(yīng)答是由請(qǐng)求引起的，那么在應(yīng)答包中這個(gè)字段不是
必須的 。包括它是為了完整性，網(wǎng)絡(luò)監(jiān)控，和使上面描述的算法更簡(jiǎn)單(把發(fā)送者信息放到
轉(zhuǎn)換表中后才去看操作碼) 。
目的硬件地址被包括進(jìn)來(lái)是為了完整性和網(wǎng)絡(luò)監(jiān)控 。它在請(qǐng)求包中毫無(wú)意義，因?yàn)闄C(jī)
器要問(wèn)的就是這個(gè)數(shù)字 。它在應(yīng)答包中是處理請(qǐng)求機(jī)器的地址 。在某些實(shí)現(xiàn)中(例如不檢察
14比特的以太網(wǎng)頭)，把這個(gè)字段作為包的目的硬件地址發(fā)送到硬件驅(qū)動(dòng)器，存在寄存器或
棧空間中 。
地址間沒(méi)有填充字節(jié) 。包數(shù)據(jù)被看作字節(jié)流，其中只有3個(gè)字節(jié)對(duì)可看作字(ar$hrd，a
r$pro和ar$op)，它們?cè)诎l(fā)送時(shí)高位字節(jié)在前 。
10.網(wǎng)絡(luò)監(jiān)控和排錯(cuò)
以上的地址轉(zhuǎn)換協(xié)議答應(yīng)機(jī)器在以太網(wǎng)上獲得高層協(xié)議活動(dòng)(例如CHAOS，Internet，
PUP，DECnet)的信息 。它能決定哪個(gè)以太網(wǎng)地址正在使用(通過(guò)值)，以及每個(gè)協(xié)議類型的
協(xié)議地址 。事實(shí)上，監(jiān)控者不必使用任何一種高層協(xié)議 。它象下面這樣工作：
當(dāng)收到地址轉(zhuǎn)換包，它總是把<協(xié)議類型，發(fā)送者協(xié)議地址，發(fā)送者硬件地址>存入轉(zhuǎn)
換表 。硬件和協(xié)議地址的長(zhǎng)度可從包的ar$hln和ar$pln字段得到 。假如操作碼是應(yīng)答，監(jiān)
控者可以丟棄這個(gè)包 。假如操作碼是請(qǐng)求，并且目的協(xié)議地址與監(jiān)控者的協(xié)議地址相同，
監(jiān)控者通常會(huì)發(fā)應(yīng)答包 。監(jiān)控者將只得到一個(gè)映射，因?yàn)檎?qǐng)求的應(yīng)答將被直接發(fā)送到請(qǐng)求
主機(jī) 。監(jiān)控者可試著發(fā)自己的請(qǐng)求，但要小心，這會(huì)造成兩個(gè)監(jiān)控者陷入請(qǐng)求發(fā)送循環(huán) 。
由于沒(méi)有把協(xié)議和操作碼合并成一個(gè)字段，監(jiān)控者不必知道每個(gè)高層協(xié)議的請(qǐng)求操作
推薦閱讀
- IP 數(shù)據(jù)包通過(guò)以太網(wǎng)網(wǎng)絡(luò)傳輸標(biāo)準(zhǔn)
- IP 數(shù)據(jù)包通過(guò)實(shí)驗(yàn)以太網(wǎng)網(wǎng)絡(luò)傳輸標(biāo)準(zhǔn)
- UTF-8，ISO 10646的一種轉(zhuǎn)換格式
- Word怎么轉(zhuǎn)PPT 迅捷PDF轉(zhuǎn)換器輕松搞定
- 酷狗音樂(lè)怎么設(shè)置下載音樂(lè)的位置 更換下載地址方法
- Ipv6測(cè)試地址分配
- PNG怎么轉(zhuǎn)PDF格式 迅捷PDF轉(zhuǎn)換器快速轉(zhuǎn)換
- 子網(wǎng)地址分配方案
- 多局域網(wǎng)地址解析
- 搜狗輸入法如何打出火星文 快速轉(zhuǎn)換火星文教程