。
對于收到的每一個ARP請求，盒子還必須把發(fā)送主機的IA:HA地址映射放入接
收它的局域網(wǎng)所對應的緩存中 。
多局域網(wǎng)地址解析
這個計劃使用的還是ARP,新的成分不過是“魔盒”（“基于ARP的橋"）,它將ARP
請求中繼到相鄰局域網(wǎng)，以便將數(shù)據(jù)報中繼到其他局域網(wǎng)上的主機而充當代理 。
細節(jié)
主機的行為應該與在基本ARP中的行為嚴格一致 。
局域網(wǎng)由“魔盒”（一些象主機一樣連到局域網(wǎng)上的與兩個或更多局域網(wǎng)連接
的計算機） 。盒子執(zhí)行一下程序 。
各個盒子為它所連接的每個局域網(wǎng)（或每個局域網(wǎng)接口）保持一個列表 。因
為表項回超時，所以表項應當是近期信息的緩存 。這些表項是各個局域網(wǎng)的
IA:HA地址對 。
當一個ARP請求被任意一個主機廣播時，盒子讀取它（如同局域網(wǎng)上所有主
機所作的那樣） 。另外，還要進行檢查，看看他是否為被尋找機（假如是就應
答） 。盒子檢查它為每個所連局域網(wǎng)保持的IA:HA地址映射表的緩存 。
情況1：要是在發(fā)出請求的局域網(wǎng)所對應的緩存中找到了這個主機映射時，
盒子不應答（讓被尋主機自己響應） 。表項超時不再重置 。
情況2：要是在非發(fā)出請求的局域網(wǎng)所對應的緩存中找到了這個主機映射時，
盒子發(fā)出一個應答，給出他自己在發(fā)出請求的局域網(wǎng)內的HA地址 。表項超
時不再重置 。
在這種情況下，盒子作為目的主機的一個代理 。當一個IP數(shù)據(jù)報道打
這個盒子時，盒子必須盡力用地址映射緩存中的信息去轉發(fā)它 。
情況3：要是任何緩存中都找不到那個映射，盒子必須盡力找出這個地址，
然后象情況1或情況2那樣做出反應 。
盒子保持一張被尋主機（但沒找到）搜索表 。每個表項包含被尋主機
的HA地址以及原始請求主機的源地址和接收此ARP的接口 。當情況
3發(fā)生時，就檢查這個搜索列表 。假如被尋主機已經(jīng)列入此搜索列表
中，就結束；否則，傳播此表 。
為了傳播此搜索列表，先把一個表項寫在這個搜索列表上，然后組織
并在所有接口上發(fā)出這個ARP包 。這些ARP請求含有盒子的HA,IA
地址，被尋主機的IA地址以及對被尋主機HA地址的請求 。假如收到
此ARP應答，此信息會被輸入到相應緩存中，將相應表項在搜索列表
中刪除，然后象情況1或情況2那樣給那個“引起搜索的ARP”主機
一個回答 。假如沒有收到響應，停止并且不作任何事情——沒有回答
發(fā)給那個“引發(fā)”主機（表項仍然留在搜索列表中） 。
注重：盒子必須用它的ARP請求進行適當次數(shù)的嘗試，假如普通
主機ARP請求通常進行5次嘗試，那么它也應為此ARP進行5
次嘗試 。
為了終止搜索，停止并且不作任何事情——沒有回答發(fā)給那個“引發(fā)”
主機（表項仍然留在搜索列表中） 。不存在發(fā)送給ARP請求的否定性
反饋信息，所以除了超時手段以外沒法判定搜索的成功情況 。
對于收到的每一個ARP請求，盒子還必須把發(fā)送主機的IA:HA地址映射放
入接收它的局域網(wǎng)所對應的緩存中 。
緩存和搜索列表中的表項可能超時 。
為了維護搜索列表而必須遵循的終止原則是：避免為一個沒有響應的主機無
窮盡地中繼ARP請求 。一旦主機列入搜索列表，ARP請求講不被中繼 。如
果一個停機的（或其他不響應ARP請求的）主機開機（或開始響應ARP請
求），那末，在表項超時之前，對其他網(wǎng)絡上的主機而言它一直是不可用的 。
對此問題有兩個辦法：第一是搜索列表表項超時周期變短 。第二是讓盒
推薦閱讀
- 汽車保險到期了最遲多長時間交
- word怎么快速輸入1到100
- 2521g多少斤
- 長城有多高有多寬有多長
- 6克鹽含多少鈉
- 葡萄有多少種品種
- 拼多多下單以后地址怎么修改
- 唐山到天津多少公里
- 陰陽師覺哪里多跑跑車
- 審車提前多長時間可以審