《CSNA網(wǎng)絡(luò)分析認證專家實戰(zhàn)案例》課件-第32章

第32章某金融機構(gòu)行情查詢系統(tǒng)分析案例32.1故障描述 32.2分析過程32.3問題解決

某金融機構(gòu)的IDC機房新使用一套行情查詢系統(tǒng)，為各個營業(yè)網(wǎng)點提供行情信息查詢服務(wù)。該業(yè)務(wù)系統(tǒng)上線后，不少營業(yè)網(wǎng)點均反映說該系統(tǒng)很慢，具體表現(xiàn)在客戶端打開行情軟件并點擊查詢之后，往往要好幾秒鐘甚至更長時間才會出現(xiàn)行情信息。32.1故障描述網(wǎng)管人員通過網(wǎng)管工具看到IDC機房出口負載并不高，防火墻等網(wǎng)絡(luò)設(shè)備運作正常，于是選擇一網(wǎng)絡(luò)性能良好的營業(yè)網(wǎng)點，找到一臺客戶端，通過科來網(wǎng)絡(luò)分析系統(tǒng)捕獲該客戶端訪問行情查詢系統(tǒng)的數(shù)據(jù)包，對該業(yè)務(wù)系統(tǒng)的TCP交互延時情況進行分析，從而定位網(wǎng)絡(luò)、服務(wù)器及客戶端的性能問題。

直接在客戶端上安裝科來網(wǎng)絡(luò)分析系統(tǒng)2010，打開科來網(wǎng)絡(luò)分析系統(tǒng)2010并開始捕獲數(shù)據(jù)包；然后打開行情查詢軟件客戶端，從在軟件上點擊“查詢數(shù)據(jù)”時開始計時，到行情信息出現(xiàn)，總共用了5秒鐘。32.2分析過程32.2.1TCP交互延時分析原理

對于業(yè)務(wù)系統(tǒng)“慢”的現(xiàn)象，我們可以通過科來網(wǎng)絡(luò)分析系統(tǒng)延時分析的技巧去定位問題。三次握手分析網(wǎng)絡(luò)延時的過程如圖32-1所示。

圖32-1科來網(wǎng)絡(luò)分析系統(tǒng)捕獲到每一個數(shù)據(jù)包都會打上時間戳，而系統(tǒng)在處理三次握手的時候，由于不含應(yīng)用層的信息，所以T2

-

T1可以近似為服務(wù)器端網(wǎng)絡(luò)延時，T3

-

T2可以近似為客戶端網(wǎng)絡(luò)延時。正常情況，服務(wù)器端網(wǎng)絡(luò)延時加上客戶端網(wǎng)絡(luò)延時與彼此Ping的延時相近。

那么，這次我們在客戶端抓包時，T2

-

T1近似于整個網(wǎng)絡(luò)延時，正常情況與Ping值相近，T3-T2為客戶端處理“SYNACK”的延時，一般小于1毫秒。32.2.2延時狀況分析

從圖32-2所示的TCP交易統(tǒng)計項可以看到，TCP會話持續(xù)了4.6秒，持續(xù)時間略長，究竟是網(wǎng)絡(luò)、服務(wù)器還是客戶端延時造成尚需進一步分析。

圖32-2從圖32-1所示的分析原理模型我們可以看出，T2

-

T1

=

21.685毫秒，考慮到這是在客戶端抓包，T2

-

T1時間可以近似為網(wǎng)絡(luò)延時，通過廣域網(wǎng)訪問的網(wǎng)絡(luò)延時在20毫秒左右還是比較快的(同城Ping延時一般在十幾毫秒，中國到美國的Ping延時在200毫秒左右)；圖32-3中用方形框標出來的是服務(wù)器響應(yīng)延時，橢圓標出來的是客戶端響應(yīng)延時，服務(wù)器響應(yīng)延時基本都在20多毫秒，接近網(wǎng)絡(luò)延時，證明服務(wù)器處理性能良好；同樣，客戶端響應(yīng)延時也相當小，說明客戶端接收數(shù)據(jù)也很快。

圖32-3針對上圖分析我們可以得出結(jié)論：廣域網(wǎng)網(wǎng)絡(luò)性能良好，服務(wù)器處理性能良好，客戶端接收數(shù)據(jù)性能也相當不錯。究竟是什么原因造成該連接持續(xù)了4.6秒，我們需要繼續(xù)往下看。32.2.3有效數(shù)據(jù)傳輸分析

在該TCP連接建立了0.66秒的時候(見圖32-4)，服務(wù)器已經(jīng)給出了“FIN”——結(jié)束連接的信號，這是否意味著該時刻服務(wù)器已經(jīng)傳完數(shù)據(jù)了？

圖32-4對客戶端收到“ACK,FIN”包之后的數(shù)據(jù)包解碼分析可以看到，之后的數(shù)據(jù)包內(nèi)容都是“Connection：keep-alive”——保持連接不中斷(見圖32-5)，以及刷新客戶端服務(wù)器狀態(tài)。

圖32-5綜上所述，我們可以確認：在0.66秒的時候，客戶端已經(jīng)收到服務(wù)器所有的數(shù)據(jù)，客戶端軟件將在應(yīng)用層處理這些數(shù)據(jù)，并將行情的數(shù)據(jù)顯示出來，而客戶端應(yīng)用層在處理數(shù)據(jù)的時候明顯耗時過長，5秒后我們才在客戶端軟件上看到行情信息。

由此可見，這次故障的原因主要在客戶端處理數(shù)據(jù)這一過程。之后，我們嘗試了幾次訪問，獲得如表32-1所示的統(tǒng)計表格。

表32-1說明：

(1)有效數(shù)據(jù)傳輸時間：通過科來軟件看到服務(wù)器傳完數(shù)據(jù)，發(fā)出“FIN”信號的時間。

(2)客戶端顯示時間：從在軟件點擊“查詢數(shù)據(jù)”到數(shù)據(jù)顯示出來的時間。

(3)客戶端程序數(shù)據(jù)處理時間：“客戶端顯示時間”與“有效數(shù)據(jù)傳輸時間”的時間差，這個時間差可以用來衡量客戶端程序處理數(shù)據(jù)的效率，該數(shù)值越大，證明客戶端軟件的處理