案例01 IPSEC异常， ，，，， ，内网口异常频发DOWN
关键字
丢包、Line-quality
（一）故障景象描述
某单元反馈使用我司EG2000F作为出口设备， ，，，， ，承载内网上网业务。 。 。。。忽然出现网络异常， ，，，， ，专线IPSEC业务不通的故障。 。 。。。
网络拓扑简介：
拓扑描述：EG作为出口和总部设备成立IPSECvpn， ，，，， ，内网环境为三层结构。 。 。。。
（二）故障处置分析
通过现场信息网络， ，，，， ，分析EG到运营商网关出现丢包和延长景象。 。 。。。
EG直连运营商的光猫， ，，，， ，使用EG去接见运营商光猫的网关地址192.168.1.1时会出现丢包， ，，，， ，当出现丢包时， ，，，， ，由于设备使用line-quality track探测职能， ，，，， ，当探测地址不成达时， ，，，， ，会强造EG设备执行SHUTDOWN Gi0/0接口， ，，，， ，影响下联业务使用。 。 。。。
如图：
当到运营商网关丢包时， ，，，， ，探测的报文分析疑惑也出现丢包问题， ，，，， ，导致line-quality执行down操作。 。 。。。
1、设备通过运营商接口和总部成立IPSEC， ，，，， ，也频发DPD超时故障。 。 。。。当前DPD设置功夫为10s探测一次， ，，，， ，当探测不通， ，，，， ，进行5*3探测检测。 。 。。。若是3次都不通， ，，，， ，就会提醒DPD超时。 。 。。。超时后隧路进行拆除， ，，，， ，也会导致track探测报文无法通过隧路到总部进行探测， ，，，， ，导致track down。 。 。。。
2、在故障2的基础上批改DPD超不断间， ，，，， ，发现还是存在SHUTDOWN 接口的问题， ，，，， ，但没有在出现DPD超时的故障了。 。 。。。批改DPD超不断间
如图：
3、在EG的web界面使用抓包工具进行抓包， ，，，， ，使用源地址192.168.1.2， ，，，， ，主张地址IPSEC地址， ，，，， ，抓取udp报文， ，，，， ，并且使用console登录EG进行ping。 。 。。。
ping 192.168.68.1 source 172.20.38.12 length 1000 ntimes 1000， ，，，， ，当出现丢包时， ，，，， ，192.168.1.2出去的包使佚常的， ，，，， ，但是运营商回来的包很少， ，，，， ，回包的速度很慢， ，，，， ，或许30s才回一个包。 。 。。。
4、当EG到运营商光猫的网关地址192.168.1.1复原正常时， ，，，， ，eg到设备到总行的ping也复原正常。 。 。。。
注明运营商存在ESP报文丢包和延长的情况
（三）故障根因分析
当出现丢包时， ，，，， ，192.168.1.2出去的包使佚常的， ，，，， ，但是运营商回来的包很少， ，，，， ，回包的速度很慢， ，，，， ，或许30s才回一个包。 。 。。。
当EG到运营商光猫的网关地址192.168.1.1复原正常时， ，，，， ，eg到设备到总行的ping也复原正常。 。 。。。
结合信息能够判断运营商侧存在ESP报文丢包和延长的情况。 。 。。。
（四）故障解决规划
针对运营商丢包和延长问题， ，，，， ，协调运营商进一步分析定位。 。 。。。
如遇该故障无法判断或解决的可点击：售后闪电兔 处置
颁布功夫：2024-06-13
点击量：522
文档评价
