0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

使用 TCP 分析測量握手時間

虹科網(wǎng)絡(luò)可視化技術(shù) ? 2022-02-16 10:18 ? 次閱讀

如何使用虹科 Allegro 網(wǎng)絡(luò)萬用表的 TCP 分析確定握手時間


80b4857a-8e7b-11ec-9d5f-dac502259ad0.png80be8822-8e7b-11ec-9d5f-dac502259ad0.png

握手需要多少時間?

80ca1502-8e7b-11ec-9d5f-dac502259ad0.png

在圖 1 中,您可以在虹科Allegro 網(wǎng)絡(luò)萬用表的 TCP 統(tǒng)計數(shù)據(jù)中看到過去 10 分鐘的客戶端握手次數(shù)。在這里,您可以清楚地看到在指定時間段內(nèi)有延長的響應(yīng)時間。但為什么會延長呢?是不是互聯(lián)網(wǎng)上的服務(wù)器太遠?或者可能是無線局域網(wǎng)太弱?但是這些很快就不再是問題了,因為有了虹科Allegro網(wǎng)絡(luò)萬用表,您可以輕松快速地找出響應(yīng)時間過長的位置以及原因。

80d6e05c-8e7b-11ec-9d5f-dac502259ad0.png

圖 1:TCP 統(tǒng)計信息一覽

80b4857a-8e7b-11ec-9d5f-dac502259ad0.png80be8822-8e7b-11ec-9d5f-dac502259ad0.png

握手時間較長的原因

80ca1502-8e7b-11ec-9d5f-dac502259ad0.png

在圖 2 的表中,所有數(shù)據(jù)都以表格形式顯示。在這里,您可以根據(jù)各種參數(shù)選擇是按升序還是降序排序,從而可以快速查看哪個服務(wù)器或客戶端的平均握手時間最長。

虹科Allegro 網(wǎng)絡(luò)萬用表可以永久記錄和分析握手時間。這樣做的好處是什么呢?您可以一目了然地看到虛擬機是否存在延遲問題,甚至可能存在的質(zhì)量問題。虛擬機通常會有這種情況,因為它們都是按照“Best Effort”來運行的。

Best Effort意味著它所分布的計算能力與當(dāng)前可用的計算能力一樣多。

對于一個服務(wù)和另一個服務(wù)(如備份),這種情況可能很好,因為這里的時間片大小并不重要。另一方面,對于ERP系統(tǒng)等服務(wù),情況看起來卻有所不同。因為ERP系統(tǒng)會發(fā)送許多小請求,它需要的是立即計算能力。

這個對于快速瀏覽握手時間也很好。我們曾經(jīng)遇到過這樣的情況,即握手時間在某些時候會經(jīng)常上升,我們可以很快地判斷出是虛擬機出了問題。我們意識到了這是由于主機沒有為虛擬機分配足夠的處理時間,因此出現(xiàn)重大停頓而造成的原因,其中,機器幾乎靜止不動,沒有回答任何請求。


810e0ba4-8e7b-11ec-9d5f-dac502259ad0.png

圖 2:重要參數(shù)排序表


80b4857a-8e7b-11ec-9d5f-dac502259ad0.png80be8822-8e7b-11ec-9d5f-dac502259ad0.png

如果握手時間遠遠超過40毫秒怎么辦?

80ca1502-8e7b-11ec-9d5f-dac502259ad0.png

這是你應(yīng)該注意的地方。在這種情況下,通常意味著數(shù)據(jù)包已到達服務(wù)器,但服務(wù)器要么負載非常高,要么連接速度太慢。在客戶端方向也是如此。如果客戶端確認其在接收的數(shù)據(jù)方面運行緩慢,則可能是客戶端或鏈路過載造成的。

813f6c58-8e7b-11ec-9d5f-dac502259ad0.png

80b4857a-8e7b-11ec-9d5f-dac502259ad0.png80be8822-8e7b-11ec-9d5f-dac502259ad0.png

TCP重新傳輸

80ca1502-8e7b-11ec-9d5f-dac502259ad0.png

虹科Allegro網(wǎng)絡(luò)萬用表使您能夠隨時查看 TCP 統(tǒng)計信息。這使您可以縮小問題所在。對于TCP 重新傳輸,這同樣是可能的。如圖 3 所示,您可以在菜單項 TCP 重傳下看到連接的所有數(shù)據(jù)包和重新傳輸?shù)臄?shù)據(jù)。這使您可以立即查看重復(fù)的數(shù)據(jù)百分比以及總共傳輸?shù)臄?shù)據(jù)量。

81745ce2-8e7b-11ec-9d5f-dac502259ad0.png

圖 3:TCP 重新傳輸

80b4857a-8e7b-11ec-9d5f-dac502259ad0.png80be8822-8e7b-11ec-9d5f-dac502259ad0.png

數(shù)據(jù)何時出現(xiàn)兩次

80ca1502-8e7b-11ec-9d5f-dac502259ad0.png

如果數(shù)據(jù)在同一個位置出現(xiàn)兩次,則表示遠程站未收到數(shù)據(jù)。在這種情況下,是設(shè)備和接收系統(tǒng)之間存在過載導(dǎo)致的虹科Allegro網(wǎng)絡(luò)萬用表中數(shù)據(jù)丟失。

80b4857a-8e7b-11ec-9d5f-dac502259ad0.png80be8822-8e7b-11ec-9d5f-dac502259ad0.png

實踐中的典型用例

80ca1502-8e7b-11ec-9d5f-dac502259ad0.png

有人抱怨網(wǎng)絡(luò)太慢。但是如果使用虹科Allegro 網(wǎng)絡(luò)萬用表,您可以直接在服務(wù)器上進行測量,以查看其當(dāng)前響應(yīng)時間。如果此處未顯示任何重新傳輸,您還可以查看數(shù)據(jù)在什么時間發(fā)送出去。則可以知道是否有網(wǎng)絡(luò)帶寬問題。除此之外,您還可以查看響應(yīng)時間。如果這些值較低,則可以完全排除網(wǎng)絡(luò)是導(dǎo)致問題的原因。如果問題出在服務(wù)器中或直接在客戶端中,這需要很長時間來處理數(shù)據(jù)。

80b4857a-8e7b-11ec-9d5f-dac502259ad0.png80be8822-8e7b-11ec-9d5f-dac502259ad0.png

如何找到無效連接

80ca1502-8e7b-11ec-9d5f-dac502259ad0.png

在圖 4 中,您可以在"連接無效的 TCP 服務(wù)器"選項卡上的 TCP 統(tǒng)計信息下清楚地識別此類無效連接。通過這種方式,您始終可以立即知道哪個IP地址正在發(fā)送無效請求,并在必要時采取措施。

無效連接是指發(fā)送了 TCP 請求但不顯示任何數(shù)據(jù)。其中一個原因可能是來自外部的攻擊。但也可能是有人正在發(fā)送連接,但根本不想傳輸它們,并且還在客戶端 - 服務(wù)器通信中受到干擾。

在表中,您可能還會看到某些連接包含狀態(tài)"無效"。如果只傳輸了幾個字節(jié)并且已經(jīng)在那里握手,但連接已經(jīng)打開了20個小時并且從未徹底地關(guān)閉,則可能會出現(xiàn)這種情況。請保持警惕,因為這可能是一次攻擊。但請注意,這不是一個安全功能,而是一種早期預(yù)警系統(tǒng)。


81ec3186-8e7b-11ec-9d5f-dac502259ad0.png

圖 4:查找無效連接

80b4857a-8e7b-11ec-9d5f-dac502259ad0.png80be8822-8e7b-11ec-9d5f-dac502259ad0.png

TCP標志評估的功能

80ca1502-8e7b-11ec-9d5f-dac502259ad0.png

通過這種方式,您可以輕松快速地查看在什么時間使用了多少標志。

這可能表明網(wǎng)絡(luò)中存在問題,例如,如果突然重置速率增加很多。在這種情況下,您可以按發(fā)送或接收最多重置的IP對表進行排序,以找到罪魁禍首。


80b4857a-8e7b-11ec-9d5f-dac502259ad0.png80be8822-8e7b-11ec-9d5f-dac502259ad0.png

何時出現(xiàn)零窗口

80ca1502-8e7b-11ec-9d5f-dac502259ad0.png

由于應(yīng)用程序提取數(shù)據(jù)的速度不夠快,所以當(dāng)數(shù)據(jù)到達服務(wù)器時,始終會出現(xiàn)零窗口。這與操作系統(tǒng)核心中的緩沖區(qū)有關(guān)。每當(dāng)數(shù)據(jù)到達操作系統(tǒng)的速度過快時,緩沖區(qū)就會變小。一旦緩沖區(qū)用完,TCP 就會發(fā)送消息"緩沖區(qū)為 0",即零窗口。這樣做的好處是,可以排除網(wǎng)絡(luò)的問題。這是因為兩個設(shè)備之間的網(wǎng)絡(luò)足夠快,服務(wù)器跟不上的原因。

但同時會有兩個可能的原因:

窗口太小,可能會在其中發(fā)送數(shù)據(jù)。

或者應(yīng)用程序速度太慢,無法接受數(shù)據(jù)

823acaee-8e7b-11ec-9d5f-dac502259ad0.png

圖 5:TCP 零窗口

在圖 5 中所示的菜單項"TCP 零窗口"下,您可以隨時查看存在哪些零窗口,還可以跟蹤已發(fā)送和接收的窗口數(shù)。同時,您可以看到操作系統(tǒng)可以緩存的數(shù)據(jù)量有多大,即所謂的窗口大小。這是在 TCP 連接開始時通過 Windows 縮放因子協(xié)商的。Windows 比例因子確定最大大小,并且在連接運行時無法更改。

一般來說,出現(xiàn)這些標志,都是物理布線,交換機,路由器,防火墻沒有問題的表現(xiàn)。在這里,問題顯然出在終端設(shè)備及其性能上。因此,如您所見,TCP分析可幫助您快速排除可能的問題并更接近真正的問題。TCP的最大優(yōu)點是它還可以與大量協(xié)議一起使用,特別是對于SSL等完全加密的流量,因為TCP在ssl中也有使用。



80b4857a-8e7b-11ec-9d5f-dac502259ad0.png80be8822-8e7b-11ec-9d5f-dac502259ad0.png

應(yīng)用實例

80ca1502-8e7b-11ec-9d5f-dac502259ad0.png

使用虹科Allegro網(wǎng)絡(luò)萬用表,您可以輕松地按發(fā)送最多 TCP 零窗口的應(yīng)用程序進行排序。在我們的例子中,有很多來自備份系統(tǒng)。我們可以通過更仔細地觀察看到每秒發(fā)送500個零窗口數(shù)據(jù)包的時間。同時,響應(yīng)時間也非常慢。這是什么原因呢?

在"對等"項目下,我們看到從我們的磁盤站傳輸了66 GB的大容量。在這種情況下,每晚我們都會把中央 NAS 備份到舊 NAS?,F(xiàn)在新 NAS 比舊 NAS 更快,也可以更快地發(fā)送數(shù)據(jù)。



80b4857a-8e7b-11ec-9d5f-dac502259ad0.png80be8822-8e7b-11ec-9d5f-dac502259ad0.png

使用過濾器排除流量

80ca1502-8e7b-11ec-9d5f-dac502259ad0.png

通常,在安裝時,您要么獲得大型鏡像端口,要么從數(shù)據(jù)包代理處獲得大量數(shù)據(jù)。為了分析這一點,我們內(nèi)置了一個網(wǎng)絡(luò)過濾器。這樣,您可以輕松忽略某些不想記錄或分析的流量。

此類連接還可以定義為黑名單或白名單。也許您有與您的測量相關(guān)的某些IP或MAC濾波器。或者,反之亦然,您希望排除在任何情況下都不應(yīng)分析的某些計算機。請注意,即使單個數(shù)據(jù)包已被排除,仍然可以在接口統(tǒng)計信息中看到它們,但這不是Allegro網(wǎng)絡(luò)萬用表的問題,這是因為數(shù)據(jù)包存在并已注冊。但在處理它們之前,它們被過濾掉并在內(nèi)部丟棄。為了幫助您跟蹤這一點,我們已將"過濾流量"部分安裝到儀表板中。

如圖 6 所示,您將在此處找到以下區(qū)域的篩選器函數(shù):IP 地址、子網(wǎng)、IP 對、MAC 地址、VLAN、端口、網(wǎng)絡(luò)接口篩選器。

篩選時的鏈接是基于 OR 的,這意味著每個篩選器都是單獨應(yīng)用的。例如,如果同時應(yīng)用 MAC 篩選器和 IP 篩選器,那么一旦地址遇到該流量,就會將其過濾掉。在相反的情況下,如果您添加了許多IP地址,則它們將被Or鏈接,并且一旦命中IP地址,就會應(yīng)用過濾器。


82907138-8e7b-11ec-9d5f-dac502259ad0.png

圖 6:篩選特定流量


80b4857a-8e7b-11ec-9d5f-dac502259ad0.png80be8822-8e7b-11ec-9d5f-dac502259ad0.png

結(jié)論

80ca1502-8e7b-11ec-9d5f-dac502259ad0.png

虹科 Allegro網(wǎng)絡(luò)萬用表中的 TCP 分析和握手次數(shù)測量功能可以快速分析錯誤并檢測可能的攻擊。

虹科Allegro網(wǎng)絡(luò)萬用表介紹

82c81638-8e7b-11ec-9d5f-dac502259ad0.png

82d3b47a-8e7b-11ec-9d5f-dac502259ad0.png

虹科Allegro網(wǎng)絡(luò)萬用表 - 網(wǎng)絡(luò)故障排除的一體化解決方案

掌握您的網(wǎng)絡(luò)情況

提高你的IT架構(gòu)生產(chǎn)力

實時探索你的網(wǎng)絡(luò)

虹科Allegro網(wǎng)絡(luò)萬用表功能概覽

Allegro 是用于網(wǎng)絡(luò)故障排除設(shè)備和網(wǎng)絡(luò)分析的診斷工具,只需點擊幾下就能檢測出網(wǎng)絡(luò)中的錯誤和問題。它們由網(wǎng)絡(luò)管理員部署以分析網(wǎng)絡(luò)流量,既可以實時分析當(dāng)前流量和事件也可以進行回溯分析。它能提供高粒度和詳細的分析。因此,可以快速識別網(wǎng)絡(luò)故障、性能瓶頸和數(shù)據(jù)包丟失等問題。

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • 測量
    +關(guān)注

    關(guān)注

    10

    文章

    4628

    瀏覽量

    110593
收藏 人收藏

    評論

    相關(guān)推薦

    簡述TCP協(xié)議的三次握手機制

    TCP(Transmission Control Protocol,傳輸控制協(xié)議)是一種面向連接的、可靠的、基于字節(jié)流的傳輸層通信協(xié)議。它主要用于在IP網(wǎng)絡(luò)中進行數(shù)據(jù)傳輸。TCP協(xié)議的三次握手
    的頭像 發(fā)表于 08-16 10:57 ?251次閱讀

    頻譜分析測量PLL鎖定時間的步驟有哪些

    頻譜分析儀通常用于測量信號的頻譜特性,如頻率、幅度和相位等。在某些應(yīng)用中,頻譜分析儀也可以用來測量相位鎖定環(huán)( PLL)的鎖定時間
    的頭像 發(fā)表于 05-17 16:14 ?452次閱讀

    Moku 時間間隔與頻率分析儀介紹及典型應(yīng)用案例演示

    時間間隔與頻率分析儀是Moku設(shè)備上集成的第14個儀器功能,具備了時間間隔分析儀、事件計數(shù)器和頻率分析儀等多種
    的頭像 發(fā)表于 05-01 08:15 ?314次閱讀
    Moku <b class='flag-5'>時間</b>間隔與頻率<b class='flag-5'>分析</b>儀介紹及典型應(yīng)用案例演示

    說說TCP三次握手的過程?為什么是三次而不是兩次、四次?

    說說TCP三次握手的過程?為什么是三次而不是兩次、四次? TCP三次握手是建立TCP連接的過程,確保數(shù)據(jù)的可靠傳輸。它是由發(fā)送端和接收端完成
    的頭像 發(fā)表于 02-04 11:03 ?447次閱讀

    TCP協(xié)議連接的三次握手

    通過三次握手,客戶端與服務(wù)端能夠確保彼此的網(wǎng)絡(luò)連接是可用的??蛻舳税l(fā)起的SYN報文和服務(wù)端返回的SYN+ACK報文都包含了對方的初始序列號和通信能力信息,通過互相確認這些信息,雙方確認彼此的能力和正確性。
    的頭像 發(fā)表于 02-03 16:44 ?1202次閱讀
    <b class='flag-5'>TCP</b>協(xié)議連接的三次<b class='flag-5'>握手</b>

    傳輸控制協(xié)議TCP特點及三次握手過程

    TCP的主要功能包括分段、確認、重傳、排序和流控等,以保證數(shù)據(jù)傳輸?shù)目煽啃院晚樞蛐浴?b class='flag-5'>TCP通過將數(shù)據(jù)流分割成適當(dāng)長度的報文段,并對每個段進行編號,以便接收端實體按序接收并重組為原始數(shù)據(jù)流。
    的頭像 發(fā)表于 02-03 16:38 ?952次閱讀
    傳輸控制協(xié)議<b class='flag-5'>TCP</b>特點及三次<b class='flag-5'>握手</b>過程

    TCP和UDP協(xié)議有什么區(qū)別?如何通過網(wǎng)關(guān)實現(xiàn)TCP協(xié)議通信?

    TCP協(xié)議是一種面向連接的、可靠的、基于字節(jié)流的傳輸層通信協(xié)議,能夠保證數(shù)據(jù)從發(fā)送方到達接收方,是物聯(lián)網(wǎng)領(lǐng)域常見的通信協(xié)議之一。 TCP是面向連接的,所以在開始傳輸數(shù)據(jù)前要先經(jīng)歷三次握手建立連接,而
    的頭像 發(fā)表于 01-24 11:07 ?464次閱讀
    <b class='flag-5'>TCP</b>和UDP協(xié)議有什么區(qū)別?如何通過網(wǎng)關(guān)實現(xiàn)<b class='flag-5'>TCP</b>協(xié)議通信?

    關(guān)于TCP協(xié)議總結(jié)的硬核干貨

    本文給出TCP報文格式的詳細說明,介紹網(wǎng)絡(luò)數(shù)據(jù)包傳遞中如何進行地址解析、建立TCP連接的三次握手過程以及斷開TCP連接的四次揮手過程。
    發(fā)表于 11-17 09:26 ?396次閱讀
    關(guān)于<b class='flag-5'>TCP</b>協(xié)議總結(jié)的硬核干貨

    TCP與UDP的基本區(qū)別

    順序,UDP不保證 UDP應(yīng)用場景: 面向數(shù)據(jù)報方式 網(wǎng)絡(luò)數(shù)據(jù)大多為短消息 擁有大量Client 對數(shù)據(jù)安全性無特殊要求 網(wǎng)絡(luò)負擔(dān)非常重,但對響應(yīng)速度要求高 TCP報頭 UDP報頭 TCP三次握手
    的頭像 發(fā)表于 11-13 15:27 ?4403次閱讀
    <b class='flag-5'>TCP</b>與UDP的基本區(qū)別

    TCP的長連接和短連接

    TCP在真正開始進行數(shù)據(jù)傳輸之前,Server 和 Client 之間必須建立一個連接。當(dāng)數(shù)據(jù)傳輸完成后,雙方不再需要這個連接時,就可以釋放這個連接。 TCP連接的建立是通過三次握手,而連接的釋放
    的頭像 發(fā)表于 11-13 10:46 ?855次閱讀

    TCP通信過程詳解

    握手的,而釋放則需要4次揮手,所以說每個連接的建立都是需要資源消耗和時間消耗的 經(jīng)典的三次握手示意圖: 經(jīng)典的四次揮手圖: tcp的十種狀態(tài)圖: 注意: 當(dāng)一端收到一個FIN,內(nèi)核讓r
    的頭像 發(fā)表于 11-09 14:39 ?950次閱讀
    <b class='flag-5'>TCP</b>通信過程詳解

    TCP三次握手的理論知識

    關(guān)于TCP三次握手的理論知識,往上一搜一大片,本文就跳過理論,直接上手。Let’s go。 準備知識 抓一個TCP三次握手的包 開啟三個窗口,窗口1執(zhí)行命令: sudo tcpdump
    的頭像 發(fā)表于 11-09 11:27 ?612次閱讀
    <b class='flag-5'>TCP</b>三次<b class='flag-5'>握手</b>的理論知識

    TCP協(xié)議詳細解析

    TCPTCP/IP協(xié)議族中一個最核心的協(xié)議,它向下使用網(wǎng)絡(luò)層IP協(xié)議,向上為應(yīng)用層HTTP、FTP、SMTP、POP3、SSH、Telnet等協(xié)議提供支持。本文給出TCP報文格式的詳細說明,介紹網(wǎng)絡(luò)數(shù)據(jù)包傳遞中如何進行地址解析
    的頭像 發(fā)表于 11-03 09:14 ?3598次閱讀
    <b class='flag-5'>TCP</b>協(xié)議詳細解析

    TCP連接的建立與中止

    TCP三次握手其實,網(wǎng)絡(luò)上的傳輸是沒有連接的, TCP 是一樣的 TCP 所謂的 “連接”,其實只不過是在通信的雙方維護一個“連接狀態(tài)”,讓它看上去好像有連接一樣 所以,
    的頭像 發(fā)表于 10-08 16:52 ?631次閱讀

    TCP協(xié)議如何優(yōu)化

    TCP/IP協(xié)議經(jīng)常在面試中會被問到,基礎(chǔ)的會問三次握手和四次揮手,更深一點可能會問TCP如何優(yōu)化等問題,下面我們來再詳細了解一下這些問題。 1. 前言 TCP/IP(Transmis
    的頭像 發(fā)表于 10-08 15:15 ?1224次閱讀
    <b class='flag-5'>TCP</b>協(xié)議如何優(yōu)化