某承载网由于CE的IP前缀配置问题导致与RNC不通的问题处理

发布时间:  2012-07-27 浏览次数:  76 下载次数:  7
问题描述
某业务承载网,无线核心网设备RNC分别接入两台CE路由器,CE路由器上行接AR承载网设备,RNC的媒体业务负载分担到两台CE上,CE与RNC之间采用BFD加静态路由方式,CE回指RNC的逻辑IP(业务IP地址)为目的IP。在测试时,当CE1到RNC的链路中断后,CE1无法ping通RNC的逻辑IP地址。
告警信息

处理过程
方法一:可以通过修改null0的路由优先级该为200,这样引入的静态路由优先级优于黑洞路由。然而,业务网段小于实际的汇聚网段,如果一旦出现主机不可达的地址,就会成环,不建议使用。
方法二:修改IP前缀列表,加入变长子网掩码:ip-prefix prefix_ iups index 10 permit  10.10.10.0 24 greater-equal 24 less-equal 32   此时出现故障时,CE路由器会首先精确匹配路由,流量回直接送入CE2后到RNC。问题彻底解决。
根因
1、组网分析:正常情况下,当CE1到RNC链路中断后,AR1回RNC的流量应为AR1-CE1-CE2-RNC,但是实际情况当流量回到CE1时,流量并没有经过CE之间链路进行穿越,分析可能是CE1上没有优选到CE2的路由,或路由被丢弃掉。
2、路由分析:CE路由器为MCE,采用OSPF多实例。由于CE路由器要对网元的业务网段进行汇聚后,发布给AR承载网,因此根据需求将业务网段已黑洞路由的方式进行发布,配置如下:
ip route-static vpn-instance IuPS 10.10.10.0 255.255.255.0 NULL0 两台CE路由发布的路由一致,符合RNC媒体负载分担需求没有问题。
3、策略分析:在ospf多实例里对静态路由进行引入。为了防止非业务路由网段发布到承载网中,通过路由策略匹配ip地址前缀而引入ospf路由。而通过检查发现IP前缀的配置为:ip ip-prefix prefix_ iups index 10 permit  10.10.10.0 24 由于策略中只有通过策略匹配后进入ospf路由表,当CE与RNC链路中断后,CE1在检查自身路由表时,没有比10.10.10.0更精确的路由的匹配,因此直接送入黑洞路由丢弃。问题就此定位。
建议与总结

END