《CSNA网络分析认证专家实战案例》课件-第32章

第32章某金融机构行情查询系统分析案例32.1故障描述 32.2分析过程32.3问题解决

某金融机构的IDC机房新使用一套行情查询系统，为各个营业网点提供行情信息查询服务。该业务系统上线后，不少营业网点均反映说该系统很慢，具体表现在客户端打开行情软件并点击查询之后，往往要好几秒钟甚至更长时间才会出现行情信息。32.1故障描述网管人员通过网管工具看到IDC机房出口负载并不高，防火墙等网络设备运作正常，于是选择一网络性能良好的营业网点，找到一台客户端，通过科来网络分析系统捕获该客户端访问行情查询系统的数据包，对该业务系统的TCP交互延时情况进行分析，从而定位网络、服务器及客户端的性能问题。

直接在客户端上安装科来网络分析系统2010，打开科来网络分析系统2010并开始捕获数据包；然后打开行情查询软件客户端，从在软件上点击“查询数据”时开始计时，到行情信息出现，总共用了5秒钟。32.2分析过程32.2.1TCP交互延时分析原理

对于业务系统“慢”的现象，我们可以通过科来网络分析系统延时分析的技巧去定位问题。三次握手分析网络延时的过程如图32-1所示。

图32-1科来网络分析系统捕获到每一个数据包都会打上时间戳，而系统在处理三次握手的时候，由于不含应用层的信息，所以T2

-

T1可以近似为服务器端网络延时，T3

-

T2可以近似为客户端网络延时。正常情况，服务器端网络延时加上客户端网络延时与彼此Ping的延时相近。

那么，这次我们在客户端抓包时，T2

-

T1近似于整个网络延时，正常情况与Ping值相近，T3-T2为客户端处理“SYNACK”的延时，一般小于1毫秒。32.2.2延时状况分析

从图32-2所示的TCP交易统计项可以看到，TCP会话持续了4.6秒，持续时间略长，究竟是网络、服务器还是客户端延时造成尚需进一步分析。

图32-2从图32-1所示的分析原理模型我们可以看出，T2

-

T1

=

21.685毫秒，考虑到这是在客户端抓包，T2

-

T1时间可以近似为网络延时，通过广域网访问的网络延时在20毫秒左右还是比较快的(同城Ping延时一般在十几毫秒，中国到美国的Ping延时在200毫秒左右)；图32-3中用方形框标出来的是服务器响应延时，椭圆标出来的是客户端响应延时，服务器响应延时基本都在20多毫秒，接近网络延时，证明服务器处理性能良好；同样，客户端响应延时也相当小，说明客户端接收数据也很快。

图32-3针对上图分析我们可以得出结论：广域网网络性能良好，服务器处理性能良好，客户端接收数据性能也相当不错。究竟是什么原因造成该连接持续了4.6秒，我们需要继续往下看。32.2.3有效数据传输分析

在该TCP连接建立了0.66秒的时候(见图32-4)，服务器已经给出了“FIN”——结束连接的信号，这是否意味着该时刻服务器已经传完数据了？

图32-4对客户端收到“ACK,FIN”包之后的数据包解码分析可以看到，之后的数据包内容都是“Connection：keep-alive”——保持连接不中断(见图32-5)，以及刷新客户端服务器状态。

图32-5综上所述，我们可以确认：在0.66秒的时候，客户端已经收到服务器所有的数据，客户端软件将在应用层处理这些数据，并将行情的数据显示出来，而客户端应用层在处理数据的时候明显耗时过长，5秒后我们才在客户端软件上看到行情信息。

由此可见，这次故障的原因主要在客户端处理数据这一过程。之后，我们尝试了几次访问，获得如表32-1所示的统计表格。

表32-1说明：

(1)有效数据传输时间：通过科来软件看到服务器传完数据，发出“FIN”信号的时间。

(2)客户端显示时间：从在软件点击“查询数据”到数据显示出来的时间。

(3)客户端程序数据处理时间：“客户端显示时间”与“有效数据传输时间”的时间差，这个时间差可以用来衡量客户端程序处理数据的效率，该数值越大，证明客户端软件的处理