4G优化案例：仿真拨测挖掘移动网IPV6感知隐患问题.docxVIP

仿真拨测挖掘移动网IPV6感知隐患 XX XX年XX月 目 录 TOC \o 1-2 \h \z \u 一、 问题描述 3 二、 分析过程 3 三、 解决措施 3 四、 经验总结 3  仿真拨测挖掘移动网IPV6感知隐患问题 XX 【摘要】根据国家IPV6规模部署工作要求，中国电信4G核心网全网改造支持用户双栈支持IPV4/V6，同时，SP也陆续部署支持IPV6的应用。过去的用户感知分析及隐患挖掘手段主要面向IPV4业务，本案例通过利用仿真拨测升级改造支持IPV6拨测及针对性分析，挖掘并定位IPV6的隐患问题，针对性排查优化网络，解决移动网用户IPV6业务感知隐患。 【关键字】仿真拨测、IPV6、业务感知、移动网端到端 【业务类别】核心网、承载网 问题描述 IPV6规模部署后，IPV6的业务流量占比太少，核心网查看各KPI指标正常。但在8月份接到集团反馈，阿里反馈XX存在IPV6建链时延高的情况。分析其提供的样本并无规律，无集中到特定的UGW。从DPI侧分析IPV6的感知时延正常，无法判断是否确实存在网络侧原因导致时延大的问题，也无法定位问题点，无从分析。 分析过程 为了验证现网情况，利用核心网仿真拨测系统平台，通过模拟双栈手机终端及用户行为，结合对核心网网元多接口仿真，分别通过S1/S11/S58接口，同时模拟IPV6业务，从不同维度进行全方位业务感知测试，遍历所有MME/SGW/UGW/DNS等设备，全面分析影响V6业务感知因素，及时主动对故障隐患进行发现和定界定位详细介绍案例的分析过程、问题分类定界方法，最终定位问题原因等。 部署仿真拨测任务 遍历接入现网16个UGW，进行HTTP业务浏览测试，选取测试SP站点：、、、 测试结果 对现网16台UGW进行IPV6感知测试，发现UGW3、UGW11、UGW12、UGW16 4个网元业务成功率指标较低（10%~80%之间），失败原因DNS超时及TCP握手超时，其它UGW成功率指标接近100% 数据分析 1、UGW11/12/16 v6业务感知分析 分别对V6站点： 、 、，进行HTTP浏览拨测，通过业务测试记录，发现失败原因主要为TCP、DNS超时，以UGW11为例截取该网元下对个站点拨测成功率指标，如下图： 搜狐站点——-IPV6页面浏览成功率 优酷站点——-IPV6页面浏览成功率 2、UGW3 v6业务感知分析 分别对V6站点： 、、 、，进行HTTP浏览拨测，通过业务测试记录，发现失败原因主要为TCP超时，下面分别截取该网元下对个站点拨测成功率指标，如下图： 迅雷站点——-IPV6页面浏览成功率 优酷站点——IPV6页面浏览成功率 搜狐站点——IPV6页面浏览成功率 腾讯站点——IPV6页面浏览成功率 测试总结：该网元下浏览四个门户网站，均出现大量TCP握时超时，对比其它网元四个网站页面浏览指标较好，以UGW01（正常网元）为例，见业务测试成功率，如下图： UGW01 IPV6站点搜狐页面浏览成功率 UGW01 IPV6站点迅雷页面浏览成功率 问题初步定位 ? 对相同IPV6站点进行IPV6 HTTP页面浏览，除UGW3、UGW11、UGW12、UGW16网元成功率指标较低以外，其它UGW设备测试成功率百分之百，定界定段如下： 与SP网站稳定性无关，并非SP本身的IPV6服务器性能或程序部署问题。 采取仿真SGW的数据分析，摒除无线、IPRAN因素，定段问题在SGW往上。 出现问题的UGW并非全部失败，排查UGW本身对IPV6的支持及全局配置问题。 UGW03与其他3台UGW的问题现象有所不同，需区分问题排查。UGW3失败原因为TCP超时， UGW11/12/16失败主要包括DNS超时、TCP握手超时。 问题排查及解决措施 UGW11/12/16排查：DNS以及TCP都存在超时的场景，判断部分路由存在问题。以用户IPV6地址池在UGW上进行路由跟踪，trace成功出了CE设备。但骨干网等环节判断路由正常。进一步分析UGW的IPV6配置与CE的互联配置，最终定位UGW上联两台CE的trunk点到点地址中，其中UGW与一台CE的路由配置存在不一致的问题。统一配置后修复。 UGW03排查思路：根据现象分析，部分地址通，部分地址不通，中间链路存在多台设备或者多条链路负载分担，因为路由器缺省都是按流hash，较大可能是经过某台设备或者某条链路存在问题，当hash到存在问题的设备或者链路，导致路由不通。 UGW03排查过程：梳理网络拓扑，UGW03双上行到东莞庄两台EPC-CE ，东莞庄EPC-CE上行到8台163 设备。逐台设备检查路由表，查看下一跳是否正确，在163查看东莞庄机房下的UGW03不通的源地址的路由表，发