标签:OSPF
一、问题描述tracert 192.168.1.1
traceroute to 192.168.1.1(192.168.1.1), max hops: 30 ,packet length: 40,press CTRL_C to break
1 1.1.1.2 180 ms 20 ms 30 ms
2 1.1.1.1 80 ms 10 ms 10 ms
3 1.1.1.2 20 ms 10 ms 10 ms
4 1.1.1.1 20 ms 10 ms 40 ms
5 1.1.1.2 40 ms 20 ms 30 ms
检查AR2240上的配置如下:
ospf 1
asbr-summary 192.168.0.0 255.255.0.0
import-route direct
area 0.0.0.0
network 1.1.1.0 0.0.0.255
ip route-static 0.0.0.0 0.0.0.0 1.1.1.1
二、处理过程
首先检查配置,并没有发现配置有何异常,只是直接的一个接口down掉了,该接口即为汇聚的192.168.1.0/24网段。分析AR1收到访问192.168.1.1的数据包时查看路由表学习到一条到192.168.0.0/16的汇总路由,下一跳指向1.1.1.2,数据包将被丢给AR2,AR2再次查找路由表,又有一条静态的默认路由指向AR1,因而出现了环路。恢复DOWN掉的接口后环路消失,业务恢复正常。
三、根因
可以看到此处是因为汇总路由并不知道其明细路由的状态从而导致了环路,虽然在此场景的根因是由于明细路由已经消失而影响业务,同时也产生了环路。但是当有大量的数据访问时同样会因为环路给设备造成负担。因而建议在做外部路由的汇总时手工配置一条指向NULL0的汇聚路由避免环路的出现。如下:
ip route-static 192.168.0.0 255.255.0.0 NULL 0
PS:目前思科的设备在做外部路由汇总时会自动向路由表里面生成一条标识为“O”的NULL0的路由。如下:
O 192.168.0.0/16 is a summary, 00:34:54, Null0
四、解决方案
恢复DOWN掉的接口后业务恢复,同时配置指向NULL0的汇总路由避免因为环路给设备带来负担。
AR2240 OSPF聚合外部路由后由于无指向NULL0的汇总路由导致环路
标签:OSPF
原文地址:http://blog.51cto.com/9652359/2106110