FTP评估优化培训材料

1、2020/7/10,FTP质量评估优化,核心网PS网优项目组,Page 2,目 录,1,网元定位方法,2,FTP评估优化整体思路,必备基础 TCP/IP 基本原理介绍,FTP问题定位方法示例,3,3,TCP/IP协议和OSI参考模型,TCP/IP协议栈具有简单的分层设计，与OSI参考模型有清晰的对应关系。,OSI参考模型,TCP/IP,TCP/IP协议栈,应用层,传输层,网络层,数据链路层,提供应用程序网络接口,建立端到端连接,寻址和路由选择,物理介质访问,二进制数据流传输,物理层,TCP 三次握手,TCP 三次握手,如下图所示：7、8、16行报文是建立FTP下载控制面的TCP三次握手，在握手

2、过程中，7行报文SYN报文终端MSS为1460，8行SYN ACK报文服务器侧MSS为1460（MTU（1500）-20（IP）-20（TCP）最后MSS协商结果为1460。同时从图可知，客户端端口为1646，服务器端口为21。,Page 7,目 录,1,必备基础 TCP/IP 基本原理介绍,2,FTP评估优化整体思路,TCP问题定位方法示例,3,FTP评估优化整体思路,2,1,Page 8,FTP业务用户体验点,Page 9,数传问题定位现状涉及设备多,到底是那个设备的问题？,Page 10,数传问题定位现状涉及层次多,到底是那种协议出了问题？,到底是那个层次的问题？,Page 11,数传问

3、题定位现状手段有限、处理周期长,所有常用的工具，都是为了提取用户的数据报文；根据报文分析问题所在；,分析周期长,涉及多网元、部门多，信息同步工作量大； 疑点众多，排查周期长； 未知领域分析周期长； 。,Page 12,FTP评估优化整体思路,IP,IP,RNC,NodeB,SGSN,GGSN,HLR,Gb/Iu,Gn,Gi,FTP服务器,网络侧,终端侧,服务器侧,终端侧：这里指的是测试终端或者用户终端。 网络侧：这里包括无线网络、核心网、承载网以及业务网。 服务器侧：这里指提供FTP服务功能的服务器。,Page 13,FTP评估优化整体思路续,网络侧问题： 丢包 乱序 重传 分片 FTP服务器

4、问题： FTP服务器TCP/IP参数设置问题 FTP服务器硬件问题 FTP服务器操作系统问题 终端问题 终端处理能力 终端TCP/IP参数设置问题,网络侧问题定位：,主动测试：,Page 14,被动测试：,评估优化思路：,后端分析,问题点定位,业务优化,工具部署,Page 15,服务器侧问题定位,服务器侧问题定位： 系统硬件升级对比测试 系统软件升级对比测试 TCP/IP参数调整对比测试 影响终端FTP速率的TCP参数： 发送窗口大小 初始拥塞窗口大小 慢启动门限大小 WSCALE参数设置 时间戳参数设置 MTU设置,Page 16,终端侧问题定位,终端侧问题定位： 替换终端对比测试 TCP/

5、IP参数调整对比测试 影响终端FTP速率的TCP参数： 接收窗口大小 ACK回复频率 WSCALE参数设置 时间戳参数设置 MTU设置 延迟确认定时器,Page 17,数传问题定位策略,大胆假设 由于数传问题的不确定性，加之对周边产品的不了解，能做的就是：发散思路，以设备基本原理为基础，以协议行为作标准，大胆推测可能存在的问题。（不要胡乱猜疑。有时候一个很小的可能性会导致问题现象，但需要客观、冷静地推敲这个问题的影响。也即是不能无限制放大一种可能性。）,小心求证 疑点不等于是问题，在提出疑点后，需要通过抓包分析，设备话统、计数器分析，业务行为分析等，综合求证或佐证疑点。如果疑点被事实推翻，需要

6、及时调整方向。,严密推理 定位到问题，需要最终汇总进行周密的推理这个问题的根因，能完全解导致场所有的现象。也即通过现场的所有问题现象，反正推出的结论。,Page 18,数传问题处理预处理,主要涉及如下几个方面： 1、时间特征 2、终端特征 3、用户特征 4、区域特征 5、业务源特征 6、业务特征 7、负荷特征,Page 19,数传问题处理预处理时间特征,GGSN,RNC/BSC/PCU,SGSN,Server,Nodeb/BTS,从未好过：与所添加的改动可能都相关，切入点不祥 曾经好过：与时间关联比较紧的因素有空口、防火墙策略、ARP老化时间、倒换等，将最近相关改动作为切入点,Page 20,

7、数传问题处理预处理终端特征,GGSN,RNC/BSC/PCU,SGSN,Server,Nodeb/BTS,换款手机是否就OK？换部客户端PC是否就OK？如果是，将终端/客户端PC作为切入点,Page 21,数传问题处理预处理用户特征,GGSN,RNC/BSC/PCU,SGSN,Server,Nodeb/BTS,是否漫游卡？是否换张卡就好了？如果是先从签约、配置因素切入分析分析，搞不定再从终端侧定位分析,Page 22,数传问题处理预处理区域特征,GGSN,RNC/BSC/PCU,SGSN,Server,Nodeb/BTS,换个地方是否好了，在新的基站甚至是RNC/PCU下是否OK，如果将接入网

8、作为切入点,Nodeb/BTS,RNC/BSC/PCU,Page 23,数传问题处理预处理业务源特征,GGSN,RNC/BSC/PCU,SGSN,Server A,Nodeb/BTS,本服务器提供的片源怎么样？其他服务器提供的相同服务怎么样？如果是好的，将服务器作为切入点,Server B,Page 24,数传问题处理预处理业务特征,GGSN,RNC/BSC/PCU,SGSN,Server,Nodeb/BTS,是多种业务还是单一业务受影响？如果是单一业务受影响？将服务器防火墙及关联路由作为切入点,Page 25,数传问题处理预处理负荷特征,GGSN,RNC/BSC/PCU,SGSN,Serve

9、r,Nodeb/BTS,没有进行过任何改动，也没有发生过故障倒换，负荷是否上升了呢？如果是，将瓶颈设备作为切入点,Page 26,数传问题定位策略,When you have eliminated the impossible, whatever remains, however improbable, must be the truth. 当你排除了所有的可能，剩下的无论看起来多么不可能，一定就是真理。 福尔摩斯,Page 27,目 录,1,必备基础 TCP/IP 基本原理介绍,2,FTP评估优化整体思路,FTP问题定位方法示例,3,2,1,FTP问题定位方法示例,2,3,Page 28,基

10、本方法 采用被动测试和和人工的主动测试，在网络上产生数据流，通过评估优化工具提取被动测试和主动测试的数据码流并进行初步的分析整理。同时在核心网的网元上提取单个主动测试用户的数据码流。通过人工分析主动端到端的测试数据码流，实现趋势的统计和问题的发现以及问题的定界。,FTP问题定位方法,Page 29,FTP业务质量评估-网络方案,在RNC、SGSN上开启用户跟踪功能，抓取测试号码发起的FTP业务信令与数据流。从测试结果上看,FTP下载成功率很低，以尝试序号为2的FTP下载记录，给出结果分析的思路。,Page 30,FTP业务质量评估-测试过程,终端侧的抓包分析 通过在终端抓包分析，FTP断流原因

11、为客户端请求数据，服务器端无响应。因此FTP链接关闭。需要无线侧、核心网侧、以及业务侧确认丢包点。 RNC侧分析 在RNC侧抓包分析可以看到，同样在RNC侧只有客户端请求数据包，没有找到服务器响应的数据包，说明RNC以下没有丢这个包，需要继续向上定位。,Page 31,FTP业务质量评估-测试过程,SGSN侧分析 在SGSN侧抓包分析可以看到，同样在SGSN侧只有客户端请求数据包，没有找到服务器响应的数据包，说明SGSN以下没有丢这个包，需要继续向上定位。 GGSN侧分析 在GGSN侧抓包分析可以看到，同样在GGSN侧只有客户端请求数据包，没有找到服务器响应的数据包，说明GGSN以下没有丢这个包，需要继续向上定位。,Page 32,FTP业务质量评估-结论建议,本次分析过程从终端到无线，到核心网进行了比较全面的定位分析，排除了核心网以及无线网络、终 端侧的丢包可能，说明我们华为提供的整个WC