OSPF网络故障处理案例
2015-12-10 21:18
706 查看
OSPF网络故障处理案例
网络拓扑如图11.1所示。网络规划如下:
n R1和R2的互联地址为:10.0.0.0/30;R2和R3的互联地址为:20.0.0.0/30,R3和R4的互联地址为:30.0.0.0/30;R4和R1的互联地址为:40.0.0.0/30;
n 使用路由器的Loopback0接口地址作为Route-id,R1的Loopback0:1.1.1.1/32,R2的Loopback0:2.2.2.2/32,R3的Loopback0:3.3.3.3/32,R4的Loopback0:4.4.4.4/32;
n 使用路由器的Loopback接口模拟客户端主机地址,R3路由器共带有四个网段的主机分别是:192.168.0.0/24、192.168.1.0/24、192.168.2.0/24、192.168.3.0/24。
图11.1 BENET公司网络拓扑图
在ABR上配置路由汇总后,发现R1路由器还是能学到明细路由,导致数据包只通过明细路由转发无法形成负载均衡。请查看配置解决问题。
R1配置
router ospf 1
router-id 1.1.1.1
network 1.1.1.1 0.0.0.0 area 0
network 10.0.0.0 0.0.0.3 area 0
network 40.0.0.0 0.0.0.3 area 0
R2配置
router ospf 1
router-id 2.2.2.2
area 1 range 192.168.0.0 255.255.252.0
network 2.2.2.2 0.0.0.0 area 0
network 10.0.0.0 0.0.0.3 area 0
network 20.0.0.0 0.0.0.3 area 1
R3配置
router ospf 1
router-id 3.3.3.3
network 3.3.3.3 0.0.0.0 area 1
network 20.0.0.0 0.0.0.3 area 1
network 30.0.0.0 0.0.0.3 area 1
network 192.168.0.0 0.0.0.255 area 1
network 192.168.1.0 0.0.0.255 area 1
network 192.168.2.0 0.0.0.255 area 1
network 192.168.3.0 0.0.0.255 area 1
R4配置
router ospf 1
router-id 4.4.4.4
network 4.4.4.4 0.0.0.0 area 0
network 30.0.0.0 0.0.0.3 area 1
network 40.0.0.0 0.0.0.3 area 0
首先,查看R1路由表如下所示:
192.168.0.0/32 is subnetted, 1 subnets
O IA 192.168.0.1 [110/3] via 40.0.0.1, 00:25:05, FastEthernet1/0
192.168.1.0/32 is subnetted, 1 subnets
O IA 192.168.1.1 [110/3] via 40.0.0.1, 00:25:05, FastEthernet1/0
192.168.2.0/32 is subnetted, 1 subnets
O IA 192.168.2.1 [110/3] via 40.0.0.1, 00:25:05, FastEthernet1/0
192.168.3.0/32 is subnetted, 1 subnets
O IA 192.168.3.1 [110/3] via 40.0.0.1, 00:25:05, FastEthernet1/0
O IA 192.168.0.0/22 [110/3] via 10.0.0.2, 00:25:05, FastEthernet0/0
通过查看路由表发现R1路由器即学到了明细路由又学到了明细路由,再仔细观察路由表的下一跳发现R2发布的是汇总之后的路由,而明细路由是R4发布的。由此可见该故障是由R4路由器的汇总配置导致的。
检查R4路由器的配置,发现没有配置路由汇总,导致路由表中还可以学到汇总之前的详细路由,最终导致数据包只从明细路由转发;
在R4上配置area 1 range 192.168.0.0 255.255.252.0命令实现路由汇总,再次查看R1路由器的路由表,R1已经学到了路由汇总并实现了负载分担,如下所示:
O IA 192.168.0.0/22 [110/3] via 40.0.0.1, 00:00:10, FastEthernet1/0
[110/3] via 10.0.0.2, 00:00:10, FastEthernet0/0
网络拓扑如图11.1所示。网络规划如下:
n R1和R2的互联地址为:10.0.0.0/30;R2和R3的互联地址为:20.0.0.0/30,R3和R4的互联地址为:30.0.0.0/30;R4和R1的互联地址为:40.0.0.0/30;
n 使用路由器的Loopback0接口地址作为Route-id,R1的Loopback0:1.1.1.1/32,R2的Loopback0:2.2.2.2/32,R3的Loopback0:3.3.3.3/32,R4的Loopback0:4.4.4.4/32;
n 使用路由器的Loopback接口模拟客户端主机地址,R3路由器共带有四个网段的主机分别是:192.168.0.0/24、192.168.1.0/24、192.168.2.0/24、192.168.3.0/24。
图11.1 BENET公司网络拓扑图
在ABR上配置路由汇总后,发现R1路由器还是能学到明细路由,导致数据包只通过明细路由转发无法形成负载均衡。请查看配置解决问题。
R1配置
router ospf 1
router-id 1.1.1.1
network 1.1.1.1 0.0.0.0 area 0
network 10.0.0.0 0.0.0.3 area 0
network 40.0.0.0 0.0.0.3 area 0
R2配置
router ospf 1
router-id 2.2.2.2
area 1 range 192.168.0.0 255.255.252.0
network 2.2.2.2 0.0.0.0 area 0
network 10.0.0.0 0.0.0.3 area 0
network 20.0.0.0 0.0.0.3 area 1
R3配置
router ospf 1
router-id 3.3.3.3
network 3.3.3.3 0.0.0.0 area 1
network 20.0.0.0 0.0.0.3 area 1
network 30.0.0.0 0.0.0.3 area 1
network 192.168.0.0 0.0.0.255 area 1
network 192.168.1.0 0.0.0.255 area 1
network 192.168.2.0 0.0.0.255 area 1
network 192.168.3.0 0.0.0.255 area 1
R4配置
router ospf 1
router-id 4.4.4.4
network 4.4.4.4 0.0.0.0 area 0
network 30.0.0.0 0.0.0.3 area 1
network 40.0.0.0 0.0.0.3 area 0
首先,查看R1路由表如下所示:
192.168.0.0/32 is subnetted, 1 subnets
O IA 192.168.0.1 [110/3] via 40.0.0.1, 00:25:05, FastEthernet1/0
192.168.1.0/32 is subnetted, 1 subnets
O IA 192.168.1.1 [110/3] via 40.0.0.1, 00:25:05, FastEthernet1/0
192.168.2.0/32 is subnetted, 1 subnets
O IA 192.168.2.1 [110/3] via 40.0.0.1, 00:25:05, FastEthernet1/0
192.168.3.0/32 is subnetted, 1 subnets
O IA 192.168.3.1 [110/3] via 40.0.0.1, 00:25:05, FastEthernet1/0
O IA 192.168.0.0/22 [110/3] via 10.0.0.2, 00:25:05, FastEthernet0/0
通过查看路由表发现R1路由器即学到了明细路由又学到了明细路由,再仔细观察路由表的下一跳发现R2发布的是汇总之后的路由,而明细路由是R4发布的。由此可见该故障是由R4路由器的汇总配置导致的。
检查R4路由器的配置,发现没有配置路由汇总,导致路由表中还可以学到汇总之前的详细路由,最终导致数据包只从明细路由转发;
在R4上配置area 1 range 192.168.0.0 255.255.252.0命令实现路由汇总,再次查看R1路由器的路由表,R1已经学到了路由汇总并实现了负载分担,如下所示:
O IA 192.168.0.0/22 [110/3] via 40.0.0.1, 00:00:10, FastEthernet1/0
[110/3] via 10.0.0.2, 00:00:10, FastEthernet0/0
相关文章推荐
- OSPF网络Router ID重复导致网络故障
- Redhat7 配置https
- OSPF网络配置排错
- RIP协议无法适应网络环境
- 如何选择正确的HTTP状态码
- TCP的MSS
- apache mina: mina对http协议支持
- CCF真题之网络延时
- 计算机网络基础 第一章 下
- 基于Android平台移动社交网络
- Quartz Cron表达式 在线生成器--http://www.cnblogs.com/yanweidie/p/3537144.html
- 网络基础知识 第一章上
- cron表达式详解--http://www.cnblogs.com/linjiqin/archive/2013/07/08/3178452.html
- 计算机网络知识 第0章
- phoneGap在iOS上支持ajax https访问
- windows下编译支持https的libcurl
- 关于iOS SDK9.0 不能用http请求的解决办法
- 【网络流】:poj2987,Firing
- Android的网络与通信
- 网络虚拟化之FlowVisor:网络虚拟层(下)