云南龙网

  1. 首页 > 云知道 > >

BERKELEY UNIX 4.2下的EGP网关( 五 )

云知道


unsolicited [未经请求的位]没有被设定,它不同于在[ Mills 84a]中的建议 。
2.8不适当的Messages
假如证实从任一网关(巳知的或未知)收到Hello、I - H - U、Poll或更新也就是说进入
unacquired状态,同步大概由于某种原因被沉没 。发送中止(协议违规)报文以避免与减少不必
要的网络信息流通量 。此举是一个[Mills 84a]选项 。
2.9缺省网关
缺省网关在EGPINITFILE中具体说明 。缺省路由(在Unix 4.2 BSD中的net 0)用于内核包转
发，假如目的网络没有具体的路由 。假如全部巳知的EGP邻居不可达时，它提供结局级备
份 。假如仅存在一个可用的EGP EGP邻居时这个尤其有用,象在5.2.2节的ISI情况中那样 。
缺省路由在初始化时安装并且在一个正确的EGP更新报文收到之后被删除.假如全部已经获
得的邻居并无一个可以达到的那么它被重新安装,假如在进程终止前路由超时而不存在已经
获得并且可以达到的EGP邻居 。
因为缺省网关不会知道比通过EGP获悉的更多路由选择信息，所以一个正确的EGP更新报
文收到后它被删除 。假如没被删除,全部转到不可达网络的通信量可能发送给Unix 4.2转发
策略下面的缺省网关 。
缺省网关将设置成一个标准地全路由核心网关而不是巳知的万一所有的EGP gateways同时
停机时提供另一个备份的EGP邻居网关 。
⒊测试
在此简短地描述一些在测试期间发生的有趣的情况 。
不同的实现者对序号有不同的解释 。因此一些实现拒收具有不正确的序号的报文,导致对等
网关被公布停机 。
难题要点是该规格完全是文字报告式的，轻易产生不一致、含糊和不完善的 。[ Mills 84a]
的更多的格式说明已经除去这个含糊 。
当测试响应发给一个邻居网关不在同一网络的接口的包的时候，回路产生了，因为两个网关
重复地交换指出一个非法接口的错误报文 。该难题在于两个网关在检查地址之后，EGP消
息类型被之前发送错误应答 。通过不发送错误响应除非可以确信该报文不是一个错误响应
本身来纠正 。
曾经一个核心网关在更新报文中具有某种形式的数据错误引起他们被拒绝即使可达性正在
令人满足地传导 。这导致全部路由超时 。解决方案是去计算不导致收到正确的更新的连
续的轮询的数目，假如这号码达到３去中止EGP，努力获得一个替换网关 。
由Mike Karels在伯克来报告的另一个使发生爱好的特性,由在MILNET和ARPANET具有多
网关两者之间引起 。每个ARPANET主机具有一个给定的gateway去用于访问MILNET 。如
果该EGP gateway是一个主机又是一个网关, EGP更新报文可能指出一个不同的
MILNET/ARPANET网关从该给定的一个 。当host/gateway发生通过EGP报告的网关路由的
一个包时,它将收到一个去往它的给定的网关的重定向 。因此该MILNET网关能够在由EGP
报告的网关和指派的网关两者之间保持是交换式的 。当使用去其他的通过
MILNET/ARPANET gateways达到的网络时类似东西出现了 。
⒋将来的改进
4.1多独立系统
当前获得一个来自一个信赖的列表EGP邻居的最大数的方式暗示全部邻居位于同一个AS
中 。意思是他们全部隶属于核心AS 。更新路由表时,更新被独立地对待没有区别被建议路
由是对等体的AS的内部还是外部 。并且,路由选择公制没有参考源AS进行比较 。
假如EGP用附加的除核心AS之外AS的治理，需要获得列表上的全部邻居以确保来自两个
AS的网关总是能获得 。这导致一个不必要的额外的EGP通信量，假如为安全性获取众多的

推荐阅读


上一篇：上有所好下必甚焉是什么意思

下一篇：七天无理由退货的理解