案例 EG3210 IPsec传输快率由9000KB降低到200KB
故障主题
EG3210 IPsec传输快率由9000KB降低到200KB
关键字
IPSEC 传输快率低
（一）故障景象描述
某单元反馈使用分支EG3210和总部EG3000UE成立IPSEC隧路用于FTP文件传输，近日发现FTP传输文件快率由9000KB降低到200KB。
正常时辰的传输快率：
异常时辰的传输快率：
网络拓扑：
（二）故障排查分析
1、基础信息排查
a）查抄设备配置
分析设备没开流控、没有异常CPU内存日志、接口带宽没有出现不及的情况。
b) 相识现场故障领域
现场反馈就EG3210这个网点会出现该异常景象，其他NBR设备作为网点未出现传输慢的问题
c) EG3210下联用户使用测快工具进行测快
用户测快能够达到700Mb，根基达到接口1000Mb的快率。注明用户没有被限快，互联网也没有限快用户上网。
2、搭建环境，测试映射场景下的下载快率
分析互联网没有限快，唯一疑惑的是IPSEC隧路传输慢导致。
现场通过总部服务器搭建HFS文件传输，在总部EG3000UE进行映射，分支通过映射地址放通总部HFS服务器进行下载测试。
最终下载能够达到7400KB，注明是IPSEC隧路传输慢导致。
3、复现传输慢景象，总部门支一路抓包分析
分析抓包文件看到大量TCP Duplicate ACK的信息（TCP丢包或乱序导致），且与运营商网络的ESP丢包景象有强关联性。
- 如图，ESP丢包128个，TCP丢包和乱序也是128个，注明ESP丢包的是TCP报文。
- TCP传输沉传，触发TCP降快，导致TCP传输快率不高
- ESP丢包注明，在报文中，能够看到ESP提醒报文迷失，ESP报文是依照挨次+1的方式进行传输，此图中，当序号传输到689572的时辰，发现689571的报文未收到。
1、躲避规划，新建VPDN隧路
为了尽快复原FTP下载传输业务，在分支EG3210和总部EG3000UE搭建VPDN隧路。将业务引到VPDN隧路，引入后FTP测快复原9000KB。
但是观察2天后，又出现传输快率慢的情况。将业务从VPDN隧路再切换到IPsec隧路，这个时辰IPsec隧路FTP测快也能达到9000KB。
基于以上景象和丢包景象，分析判断运营商针对VPN隧路，若是存在大流量下载的情况下，触发VPN隧路限快或者丢包的景象。
（三）故障根因注明
运营商针对VPN隧路存在丢包的景象，导致TCP报文法规性丢包。出现TCP沉新传输，触发TCP降快成效。
（四）故障解决规划
由客户端沟通运营商进行技术分析VPN丢包的原因，并解除限度。
如遇该故障无法定位解决可点击进入：售后闪电兔 处置
颁布功夫：2024-06-13
点击量：479
文档评价
