HCNP Routing&Switching之路由引入导致的问题及解决方案
前文我们了解了路由引入相关话题,回顾请参考https://www.cnblogs.com/qiuhom-1874/p/15359902.html;今天我们来讨论下由于路由引入所导致的问题以及怎么避免此类问题的解决方案;
各路由协议在IP路由表中的默认优先级
sys sys R1 int g0/0/0 ip add 12.0.0.1 24 int g0/0/1 ip add 13.0.0.1 24 rip 1 ver 2 net 12.0.0.0 net 13.0.0.0View Code R2的配置
sys sys R2 int g0/0/0 ip add 12.0.0.2 24 int g0/0/1 ip add 24.0.0.2 24 rip 1 ver 2 net 12.0.0.0 ospf 1 router-id 2.2.2.2 area 0 net 24.0.0.2 0.0.0.0View Code
R3的配置
sys sys R3 int g0/0/0 ip add 13.0.0.3 24 int g0/0/1 ip add 34.0.0.3 24 rip 1 ver 2 net 13.0.0.0 ospf 1 router-id 3.3.3.3 area 0 net 34.0.0.3 0.0.0.0View Code
R4的配置
sys sys R4 int g0/0/0 ip add 24.0.0.4 24 int g0/0/1 ip add 34.0.0.4 24 int s4/0/0 ip add 45.0.0.4 24 ospf 1 router-id 4.4.4.4 area 0 net 24.0.0.4 0.0.0.0 net 34.0.0.4 0.0.0.0 net 45.0.0.4 0.0.0.0View Code
R5的配置
sys sys R5 int s4/0/0 ip add 45.0.0.5 24 int lo 1 ip add 5.5.5.5 32 ospf 1 router-id 5.5.5.5 area 0 net 45.0.0.5 0.0.0.0View Code
在R5引入直连路由5.5.5.5至ospf中
验证:在ospf路由器上,查看路由表,看看对应路由器是否学习到5.5.5.5的路由?
提示:可以看到ospf路由器都可以通过ospf学习到R5注入的直连路由5.5.5.5,对应路由的优先级为150,开销为1;此时R2、R3、R4都能正常和5.5.5.5通信;
在R2上将ospf路由注入至RIP中
验证:查看R3的路由表,看看对应5.5.5.5的路由下一条会是R1还是R4?
提示:可以看到在R2上将ospf路由引入至RIP以后,对应R3的路由表中5.5.5.5的路由就从原来的ospf进程学习变为RIP学习到的,其原因是RIP的优先级要高于ospf外部引入优先级,所以在路由表中RIP学习到的路由优先ospf外部路由;从R3的路由表来看,此时次优路由就产生了;此时R3要想访问5.5.5.5,此时数据包会先发给R1--->R2---->R4----R5;
验证:用tracert命令测试,看看R3到达5.5.5.5是怎么走的?
提示:从上面的过程来看,可以明确知道R3访问5.5.5.5的流量首先发送给R1,然后在发送给R2,后面R4没有到达R1的路由,所以后面就不通;
在R3上修改RIP优先级,避免次优路由
提示:可以看到在R3上修改了RIP的优先级为160以后,对应5.5.5.5的路由的下一跳由原来的R1变为了R4;
验证:在R3上用tracert命令测试去往5.5.5.5对应数据包走向
提示:可以看到此时R3可以正常和5.5.5.5通信,对应数据包走向是R3<--->R4<--->R5;
删除R3优先级调整
在R2上新建路由策略,拒绝5.5.5.5的路由
调用路由策略
验证:查看R3的路由表,看看对应去往5.5.5.5的路由下一条是否有变化?
提示:可以看到,我们在R2上通过路由策略过滤路由也可以避免次优路由的产生;、
删除R2上的策略路由和acl
在R3上将RIP路由引入至ospf中
验证:查看R4的路由表,看看对应5.5.5.5的路由下一跳是否有变化?
提示:可以看到我们在R3上将RIP进程路由引入至ospf以后,原来R4通过R5发送的5类LSA学习到5.5.5.5的路由,其下一跳从原来的45.0.0.5变为了34.0.0.3;在ospf中s4/0/0接口开销为48大于g0/0/1口开销,所以ospf认为从g0/0/1口学习到5.5.5.5的路由更优;
验证:在R1或R2或R3或R4上任意台路由器上,用tracert测试到达5.5.5.5的路由走向
提示:可以看到此时R1去访问5.5.5.5,对应数据包在R2、R4、R3、R1链路上来回跑,从上面的现象可以断定此时路由出现了环路;
在R3上通过修改RIP优先级来避免环路
提示:可以看到在R3上修改了RIP的优先级以后,对应去往5.5.5.5的路由下一跳由13.0.0.1变为了34.0.0.4;
验证:查看R4的路由表,看看对应去往5.5.5.5的路由下一跳是否有变化?
提示:可以看到此时R4到达5.5.5.5的下一跳也变为了R5;这是因为此时R3引入rip路由中就没有5.5.5.5的路由(因为在R3上RIP的优先级为160,而通过R4 这边学习到达5.5.5.5的路由优先级为150,所以此时路由表中的5.5.5.5的路由不是和RIP相关,所以把rip路由引入至ospf时,对应5.5.5.5的路由不包含其中);这样一来环路就破坏了;
验证:在R1、R2、R3或R4任意一台路由器上测试去往5.5.5.5,看看对应网络是否还会有环路呢?
提示:可以看到4个路由器都可以正常和5.5.5.5通信,并且环路也没有了;
在R3上删除优先级调整,新建路由策略过滤5.5.5.5的路由
调用策略之前R4去往5.5.5.5的下一跳
调用路由策略进行路由过滤
验证:查看R4的路由表,看看去往5.5.5.5的路由下一跳是否变化?
提示:可以看到此时R4的路由去往5.5.5.5的下一跳为R5;这意味着环路被破坏;
验证:在R1或R2或R3或R4上用tracert命令测试去往5.5.5.5的路由是否可以正常通信?
提示:可以看到R3能够和5.5.5.5正常通信,这说明路由环路已经被破坏;但是R3和5.5.5.5的通信是次优路由;
在R3调整RIP优先级解决次优路由
提示:可以看到在R3上调整了RIP的优先级以后,对应次优路由没有了;对应环路也没有产生;
总结:通过上述实验可以看到,路由引入主要容易产生次优路由和路由环路两大问题,这两个问题都可以修改路由协议优先级或使用路由策略过滤路由来避免次优路由和路由环路;
- HCNP Routing&Switching之IS-IS邻居建立、LSDB同步、拓扑计算和路由形成
- HCNP Routing&Switching之OSPF外部路由类型以及forwarding address
- HCNP Routing&Switching之OSPF LSA更新规则和路由汇总
- HCNP Routing&Switching之IS-IS报文结构和类型
- HCNA Routing&Switching之VLAN间路由
- HCNP Routing&Switching之OSPF LSA类型(一)
- 导致ImportError: No module named 'xxx'问题的两种原因以及解决方案
- HCNP Routing&Switching之BGP邻居建立条件、优化和认证
- HCNP Routing&Switching之IS-IS路由聚合和认证
- HCNP Routing&Switching之OSPF LSA类型(二)
- HCNA Routing&Switching之静态路由
- struts国际化问题"——终极解决方案
- ASP.NET2.0中"无法显示XML页,使用XSL样式表无法查看 XML 输入"问题的解决方案
- 搭建IIS服务器80端口却已被占用的问题和用了Sc config http start= disabled命令导致HTTP服务无法启动的解决方案
- 跨平台C++软件开发中,由于不同操作系统对Unicode的支持差异,而导致的一些问题及解决方案。
- DW中出现 "以下翻译器没有被装载,由于错误:xxxx.htm:有不正确的设置信息" 问题的解决方案
- 【问题集】点9图(9-patch image)导致的"No resource found"
- 三种问题可能导致无线路由间歇断开网络
- Xcode中git的使用方法介绍与"Please tell me who you are"问题的解决方案