请教一个路由度量的问题

samcomuse

你这个是自己实验后得出来的现象吗？如果是假设出来的话，我的推断结果是这个现象不太可能会出现。
而且R3的触发更新还没有完成，这是个什么现象？R3触发更新发出去后，还没到R2？而R2的却先到R3吗？R3都向外宣告这 ...
task 发表于 2009-10-15 22:33

BZ，谢谢你继续关注。我也同意这一点，现实中是不会出现这种现象的，因为软件设计本身早就考虑到这些因素，才引入了holddown timer，失效计时器，清除计时器，水平规则这些概念作为措施。我的问题其实很简单就是在没有这些措施的前提下，路由R2对于R3的10.0.0.0这条路由会作出什么反应，因为在讨论rip协议之前，思科教程就有提过，路由器会“add the route entry into  the route table after **ing the best route ”，但是这里很明显，R3过来的路由度量都已经是“2”了，我作为R2为什么还要信任它的这个通告。难道这些选择机制都是基于存在“holddown time”的措施下讨论的吗？

kkingkill

没有hop为0的，直连的hop是1

samcomuse

补充下，如果说出现你那种情况，就是说R3的触发更新包R2还没有学到，但R3却先学到了R2的定时更新包，它们就会出现条数一直累加，直到16跳失效。
albin 发表于 2009-10-15 22:58

最后针对alblin的看法我也说说自己最终的理解，这里同样不讨论possibly down还有路由器该优先怎么选择路由条目这些措施（毕竟“优先选择度量低的路由条目“也是基于holddown timer的算法来实现的（纯属个人的推断）：对于同一条10.0.0.0 路由条目，如果发现新的度量值比路由表中已存在的同一条路由的度量要大，那么就设置holddown计时器，并对其忽略掉直到遇到更优的条目更新才写入路由表，否则过期后会自动删除）。以下为基于albin的看法的个人理解：R2更新周期一到就向R3发出更新公告，R3被错误地写入路由表10.0.〇.0的条目（有水平规则的情况下不可能写入），并且将R3路由表的跳数登记为2=R2路由表的原始跳数”1“+1。当R3的更新时间到了之后会向邻居发送network=10.0.0.0的条目，并且metric=3，收到这个公告信息R2开始对比自己的路由数据库，发现最新的metric=3大于自身已存在的metric=1，在没有任何控制机制的情况下，R2会接受这条路由条目，并更新自己的Metirc等于3.好了，现在我再引入另外一个理解。假如10.0.0.0这个路由条目在R3表中没有被删除，而且三个路由器都已经是在收敛的稳定状态，情况又会怎样呢？R3常规更新发送10.0.0.0  metric=1的路由更新条目给R2，R2对比自己的路由表发现更新条目携带的metric=自身已有的metric=1（一跳），它应该是靠这样的算法来实现：自身metric与更新过来的metric相减，等于0说明没有变化，既是距离没发生改变，如果相减为负数或其他值说明存在有路由条目相应参数的更改。倘若有更改就按照实际情况对自身路由表的条目做改动，如果没有发生改变那就忽略掉并维持原来的路由条目。基于以上的理解，就会出现你metric无穷大的结果，因为更新时间30s总会到达，并且原先的metric-更新公告的metric总不为”0“。

ey000

楼主，我也遇到和你一样的困惑，希望高手们能解答这个问题

ey000

因为后面R3发送的是更新的路由