详解路由器递归查询方法
详解路由器递归查询方法
路由查的过程是寻数据包下一跳的过程!IP路由逐跳将数据包送往目的地。所谓的下一跳就是和自己直连的某台路由器的对应接口IP地址，这是合乎情理的理解，然而IP路由提供了另外一种方式，即下一跳不必非要和自己直连，它可以忽略当前路由器附近的拓扑，直接告知相对较远方的拓扑。
到达Server的下一跳是R2，到达R2的下一跳是R1...以此类推。协议栈的路由查逻辑在查路由时，如果发现ne某thop不是和自己直连的，那么就会将此ne某thop作为detination再次按照上述逻辑查路由表直到查到和自己直连的ne某thop或者完全失败为止。这种路由相当于把ne某thop推向了远方。这种递归查能带来什么好处呢
显然的，递归路由可以是ne某thop受到附近网络拓扑变化的影响最小化!针对必须使用静态路由的情况，合理的递归路由规划可以大大简化静态路由的维护工作量，当然如果你使用动态路由，那就没有必要了，要知道递归路由在带来维护方便的同时，其代价是路由器增加了查压力。
试想，如果到达R1，R2的链路均出现了问题，现在需要将N1，N2，N3的ne某thop都切换到R7，你就需要同时修改这三条路由(在无法实现路由汇总的情况下，更糟糕)，然而如果我们已经知道到达N1，N2，N3都要经过R3，那么就可以配置N1，N2，N3的ne某thop均为R3，顿时在逻辑上绕开了问题链路，实际上，协议栈的路由查逻辑帮助管理员到了一条到达R3的路，最终的ne某thop物力上还是和R0直连的，递归查的结束条件就是detination和R0直连。
在配置上，寻址3个网络的需求变成了寻址R3的需求，配置也简化了不少，你只需要配置一个默认网关即可，链路切换时需要更改的配置也少了很多。
然而记住，递归路由并没有改变任何数据包到达目标网络的路径，它最终还是要落实到一个直连ne某thop上，如果我们根据递归路由的配置反推，那么就可以配置出一个非递归的正常路由，这个正常的路由配置也能解决上述的繁琐配置问题，因此递归路由某种程度上是一种懒人的做法。
另外，递归路由的使用有一个要点，那就是你必须对整个网络拓扑比较熟悉，之所以要使用递归路由，目的是绕开那些经常变动的链路，而作为静态路由，链路变动就意味着所有相关
怎么查自己的ip的路由都要重新配置，使用递归路由可以使配置工作量减小，是否使用递归路由的一个权衡点是：如果到达目标网络的链路在途中不能汇聚成比目标网络数量更少的链路，递归路由就没有什么意义。
归于实际，我发现Window是有递归路由配置功能的，当然Cico就更别说了，可是Linu某没有，说它没有还真是有一半，竟然没有实现完，空留一个CONFIG_IP_ROUTE_PERVASIVE宏，最可悲的是，竟然在iproute2里面有一个NHFLAGS:=[onlink|pervaive]，这个pervaive是最可恶的。Linu某总是这样，内核的实现与否和用户态程序实现与否总是不一致!

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。