L3VPN三层3900设备的网络侧路由丢失导致UGW网管Ping基站IP丢包

发布时间:  2012-08-17 浏览次数:  93 下载次数:  1
问题描述
UGW网管反应,在UGW侧Ping网段为152.202.4.0的基站和网关152.202.4.1时,只有第一个包通,之后的包都不通;同样,在基站侧Ping 网管UGW的IP地址152.194.10.13,只有第一个包通,之后的包都不通,核心网网管上报IPPATH告警。
但是,在118-网元的152.202.4.2端口Ping网管IP152.194.10.13和基站IP152.202.4.12时,可以Ping通且无丢包;同样,在119-网元152.202.4.3端口也可以Ping通上述IP且无丢包。


核心网网管上报IPPATH告警,PTN侧无告警。

处理过程

1、在118-网元的152.202.4.2端口和119-网元152.202.4.3端口可以Ping通基站IP和UGW网管IP,说明端到端的Tunnel和PW配置都没有问题;

2、在UGW侧Ping网段为152.202.4.X的基站和网关152.202.4.1时,只有第一个包通;同样,在基站侧Ping 网管UGW的IP地址152.194.10.13,只有第一个包通,再次说明端到端的Tunnel和PW配置都没有问题;

3、检查L3VPN的静态路由配置,发现只有120-网元到118-网元和119-网元的路由,而没有121-网元到118-网元和119-网元的路由;

4、由于UGW网管下行(即往PTN设备侧)方向为负载分担模式,所以Ping包一部分发往120-网元,另一部分发往121-网元。发往120-网元的Ping包可以顺利向下转发,但发往121-网元的Ping包,由于121-网元到118-网元和119-网元的路由信息丢失,所以这部分包无法继续向下转发,最终丢失,这就是上述故障的原因。



根因
发往121-网元的Ping包,由于121-网元到118-网元和119-网元的路由信息丢失,所以这部分包无法继续向下转发,最终丢失,这就是上述故障的原因。

解决方案
重新补充丢失的路由,由于无法直接通过“自动计算”网络侧路由的方法补充丢失的路由,所以先将网络侧网段为152.202.4.0的路由信息全部删除,重新添加用户侧路由,再重新通过“自动计算”生成网络侧路由。

建议与总结
添加或删除路由时,仔细检查核对操作的内容后,再点击应用按钮。

END