设为首页收藏本站language 语言切换
查看: 2390|回复: 4
收起左侧

由路由原理想到的N个细节

[复制链接]
发表于 2013-4-18 16:18:40 | 显示全部楼层 |阅读模式
路由原理想到的N个细节    路由条目的组成部分:目的地址/掩码 条目来源 cost值 优先级 下一跳 出接口路由条目的来源:直连路由 静态路由 动态路由路由的选路原则/原因1:最长匹配原则 保证投递的准确性2:递归查询     保证从直连路由投递出去/强制一跳一跳的投递3:默认路由     走投无路了走默认,保证尽量投递出去而不丢弃路由的cost值细节:只是衡量能力,不同来源的路由条目不具备可比性静态路由  0(固定值,不可更改)
    RIP       跳数(最大16,一旦为16了就不可达,进入抑制状态)
    OSPF     链路带宽(100/带宽,所以OSPF的cost无最大最小值)
    路由优先级细节:优先级值越小,优先级越高,进入路由表的可能性就越大,除了直连无法更改之外,其他均可修改其优先级直连          0(固定值,不可更改)
    OSPF(内部) 10静态          60 RIP           150总结特殊的路由条目、应用和细节:直连路由:无需特殊配置,只要double UP并有IP地址,即进入路由表,并且cost值为0,优先级最大,优先级值为0,在路由表中,下一跳地址为自己端口IP,目的地址为本端口网段地址。
    静态路由:手动配置,并且下一跳地址为直连链路上可达的地址(意思就是说,其下一跳地址,能在路由表中查询到其直连项目),才会被加入路由表中,cost值为0,优先级默认60(可更改)。
    默认路由:目的地址和掩码全为0的静态路由,它继承了静态的所有特性,其掩码最短,所以保证了它是最后一个被匹配的路由条目。
    黑洞路由:出接口为null(空)的静态路由,它继承了静态的所有特性,进入此接口的包均被丢弃,而不向源地址发送丢弃相应,通过合理设置掩码可以避免路由环路的产生。
    总结:一个路由条目中包括如下项目目的地址/掩码 条目来源 cost值 优先级 下一跳 出接口通过合理设置不同的项目,不同的值,可以实现不同的效果1.路由备份和负载分担(基于“流”的):(1)。设置相同的目的地址,不同的下一跳地址,相同的优先级,那么这两条路由都会存在于路由表中,此时为负载分担,既然此时两条出接口都有数据流通过,那么此时这两条路由互相备份了;(2)。设置相同的目的地址,不同的下一跳地址,不同的优先级,那么此时只有优先级值小的那个条目进入路由表,当此出接口down掉,路由表删除此项目,将优先级值大的加入路由表中,此时就为路由备份。
    2.默认路由:目的地址和掩码均为0. 3.黑洞路由:出接口设为null,数据被丢弃,通过设置目的地址相同,但短于正常掩码的值,可以防止路由环路的产生,此时路由优先匹配掩码最长的那个条目,当此接口down掉,此条目被从路由表中删除,那么只能匹配掩码小的这个黑洞路由。并且,不要试图给本地地址配置黑洞路由,原因是,本地地址属于直连路由,而直连路由有最高的优先级,在不改变此黑洞路由的优先级的情况下,默认优先级的黑洞路由是干不掉直连路由的,此时路由表中并无此默认优先级的黑洞路由。
    4.如何根据全部的路由条目确定本地地址和其对应的接口呢?
    当一个路由条目的目的地址的掩码为32,并且来源是direct(直连),并且下一跳地址为127.0.0.1,并且出接口为Inloop时,此条目的目的地址就绝对是本地一个地址,再根据此地址查看其它路由条目,找到与其相同的下一跳地址的条目,其出接口就为此地址的对应接口。
发表于 2013-4-18 16:22:07 | 显示全部楼层
{:soso_e179:}
沙发 2013-4-18 16:22:07 回复 收起回复
回复 支持 反对

使用道具 举报

发表于 2013-4-18 16:53:52 | 显示全部楼层
板凳 2013-4-18 16:53:52 回复 收起回复
回复 支持 反对

使用道具 举报

发表于 2013-4-18 16:59:46 | 显示全部楼层
地板 2013-4-18 16:59:46 回复 收起回复
回复 支持 反对

使用道具 举报

发表于 2013-4-18 17:03:30 | 显示全部楼层
5# 2013-4-18 17:03:30 回复 收起回复
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 论坛注册

本版积分规则

QQ|Archiver|手机版|小黑屋|sitemap|鸿鹄论坛 ( 京ICP备14027439号 )  

GMT+8, 2025-2-13 15:51 , Processed in 0.073950 second(s), 23 queries , Redis On.  

  Powered by Discuz!

  © 2001-2025 HH010.COM

快速回复 返回顶部 返回列表