多局域网地址解析( 二 )



对于收到的每一个ARP请求,盒子还必须把发送主机的IA:HA地址映射放入接
收它的局域网所对应的缓存中 。
多局域网地址解析
这个计划使用的还是ARP,新的成分不过是“魔盒”(“基于ARP的桥"),它将ARP
请求中继到相邻局域网,以便将数据报中继到其他局域网上的主机而充当代理 。
细节
主机的行为应该与在基本ARP中的行为严格一致 。
局域网由“魔盒”(一些象主机一样连到局域网上的与两个或更多局域网连接
的计算机) 。盒子执行一下程序 。
各个盒子为它所连接的每个局域网(或每个局域网接口)保持一个列表 。因
为表项回超时,所以表项应当是近期信息的缓存 。这些表项是各个局域网的
IA:HA地址对 。
当一个ARP请求被任意一个主机广播时,盒子读取它(如同局域网上所有主
机所作的那样) 。另外,还要进行检查,看看他是否为被寻找机(假如是就应
答) 。盒子检查它为每个所连局域网保持的IA:HA地址映射表的缓存 。
情况1:要是在发出请求的局域网所对应的缓存中找到了这个主机映射时,
盒子不应答(让被寻主机自己响应) 。表项超时不再重置 。
情况2:要是在非发出请求的局域网所对应的缓存中找到了这个主机映射时,
盒子发出一个应答,给出他自己在发出请求的局域网内的HA地址 。表项超
时不再重置 。
在这种情况下,盒子作为目的主机的一个代理 。当一个IP数据报道打
这个盒子时,盒子必须尽力用地址映射缓存中的信息去转发它 。
情况3:要是任何缓存中都找不到那个映射,盒子必须尽力找出这个地址,
然后象情况1或情况2那样做出反应 。
盒子保持一张被寻主机(但没找到)搜索表 。每个表项包含被寻主机
的HA地址以及原始请求主机的源地址和接收此ARP的接口 。当情况
3发生时,就检查这个搜索列表 。假如被寻主机已经列入此搜索列表
中,就结束;否则,传播此表 。
为了传播此搜索列表,先把一个表项写在这个搜索列表上,然后组织
并在所有接口上发出这个ARP包 。这些ARP请求含有盒子的HA,IA
地址,被寻主机的IA地址以及对被寻主机HA地址的请求 。假如收到
此ARP应答,此信息会被输入到相应缓存中,将相应表项在搜索列表
中删除,然后象情况1或情况2那样给那个“引起搜索的ARP”主机
一个回答 。假如没有收到响应,停止并且不作任何事情——没有回答
发给那个“引发”主机(表项仍然留在搜索列表中) 。
注重:盒子必须用它的ARP请求进行适当次数的尝试,假如普通
主机ARP请求通常进行5次尝试,那么它也应为此ARP进行5
次尝试 。
为了终止搜索,停止并且不作任何事情——没有回答发给那个“引发”
主机(表项仍然留在搜索列表中) 。不存在发送给ARP请求的否定性
反馈信息,所以除了超时手段以外没法判定搜索的成功情况 。
对于收到的每一个ARP请求,盒子还必须把发送主机的IA:HA地址映射放
入接收它的局域网所对应的缓存中 。
缓存和搜索列表中的表项可能超时 。
为了维护搜索列表而必须遵循的终止原则是:避免为一个没有响应的主机无
穷尽地中继ARP请求 。一旦主机列入搜索列表,ARP请求讲不被中继 。如
果一个停机的(或其他不响应ARP请求的)主机开机(或开始响应ARP请
求),那末,在表项超时之前,对其他网络上的主机而言它一直是不可用的 。
对此问题有两个办法:第一是搜索列表表项超时周期变短 。第二是让盒

推荐阅读