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標(biāo)志評估的功能

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

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

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


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)這些標(biāo)志,都是物理布線,交換機,路由器,防火墻沒有問題的表現(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。現(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

    文章

    4929

    瀏覽量

    111654
收藏 人收藏

    評論

    相關(guān)推薦

    一文看懂TCP三次握手工作原理

    1.TCP?為什么三次握手而不是兩次握手 1.防止已失效的連接請求又傳送到服務(wù)器端,因而產(chǎn)生錯誤。 不幸的是, 這種解釋是不準(zhǔn)確的,?TCP 采用三次
    的頭像 發(fā)表于 01-09 10:19 ?133次閱讀
    一文看懂<b class='flag-5'>TCP</b>三次<b class='flag-5'>握手</b>工作原理

    如何監(jiān)測TCP三次握手過程

    在計算機網(wǎng)絡(luò)中,傳輸控制協(xié)議(TCP)是確保數(shù)據(jù)可靠傳輸?shù)年P(guān)鍵協(xié)議之一。TCP通過三次握手過程來建立兩個端點之間的連接,這個過程對于網(wǎng)絡(luò)通信的穩(wěn)定性和安全性至關(guān)重要。 TCP三次
    的頭像 發(fā)表于 01-06 09:20 ?192次閱讀

    TCP三次握手與負載均衡的配置

    在計算機網(wǎng)絡(luò)中,TCP(傳輸控制協(xié)議)是一種面向連接的、可靠的、基于字節(jié)流的傳輸層通信協(xié)議。它通過三次握手(Three-way Handshake)建立連接,確保數(shù)據(jù)的可靠傳輸。而負載均衡(Load
    的頭像 發(fā)表于 01-06 09:15 ?204次閱讀

    TCP三次握手如何影響網(wǎng)絡(luò)性能

    在計算機網(wǎng)絡(luò)中,TCP是一種面向連接的、可靠的、基于字節(jié)流的傳輸層通信協(xié)議。它通過三次握手過程來建立兩個網(wǎng)絡(luò)實體之間的連接,確保數(shù)據(jù)傳輸?shù)目煽啃院晚樞蛐浴?TCP三次握手的過程 SYN
    的頭像 發(fā)表于 01-06 09:13 ?206次閱讀

    TCP三次握手的常見問題及解決方案

    TCP三次握手(Three-way Handshake)是TCP(傳輸控制協(xié)議)建立連接時的一個過程,它確保了兩個端點在開始通信之前都準(zhǔn)備好了。這個過程包括三次通信:SYN(同步),SYN-ACK
    的頭像 發(fā)表于 01-06 09:11 ?283次閱讀

    TCP三次握手與連接建立的關(guān)系

    在計算機網(wǎng)絡(luò)中,TCP(傳輸控制協(xié)議)是一種面向連接的、可靠的、基于字節(jié)流的傳輸層通信協(xié)議。它負責(zé)在兩個主機之間建立、維護和終止連接,確保數(shù)據(jù)的可靠傳輸。TCP連接的建立過程是通過三次握手
    的頭像 發(fā)表于 01-06 09:09 ?209次閱讀

    TCP三次握手的步驟詳解

    1.TCP是一種面向連接的、可靠的、基于字節(jié)流的傳輸層通信協(xié)議。在兩個主機之間建立通信之前,必須通過三次握手過程來建立一個穩(wěn)定的連接。這個過程確保了兩個端點都準(zhǔn)備好發(fā)送和接收數(shù)據(jù)。 2. 第一次握手
    的頭像 發(fā)表于 01-06 09:07 ?205次閱讀

    TCP三次握手的網(wǎng)絡(luò)抓包分析

    在計算機網(wǎng)絡(luò)中,TCP(傳輸控制協(xié)議)是一種面向連接的、可靠的、基于字節(jié)流的傳輸層通信協(xié)議。TCP通過三次握手過程建立兩個通信實體之間的連接,確保數(shù)據(jù)傳輸?shù)目煽啃院晚樞蛐浴?TCP三次
    的頭像 發(fā)表于 01-06 09:05 ?207次閱讀

    TCP三次握手安全性分析

    TCP(傳輸控制協(xié)議)的三次握手是建立可靠連接的重要機制,它確保了通信雙方在數(shù)據(jù)傳輸前的連接狀態(tài)是可靠和準(zhǔn)確的。然而,從安全性的角度來分析TCP三次
    的頭像 發(fā)表于 01-03 18:10 ?516次閱讀

    TCP三次握手與UDP的區(qū)別

    、連接管理、可靠性、效率等方面有著顯著的區(qū)別。 1. TCP三次握手 TCP是一種面向連接的、可靠的、基于字節(jié)流的傳輸層通信協(xié)議。在數(shù)據(jù)傳輸之前,TCP需要建立一個連接,這個過程被稱為
    的頭像 發(fā)表于 01-03 17:35 ?410次閱讀

    TCP三次握手的基本原理

    在計算機網(wǎng)絡(luò)中,TCP(傳輸控制協(xié)議)是一種面向連接的、可靠的、基于字節(jié)流的傳輸層通信協(xié)議。它確保了數(shù)據(jù)在網(wǎng)絡(luò)中傳輸?shù)目煽啃院晚樞蛐?。為了建立兩個網(wǎng)絡(luò)實體之間的通信,TCP使用一種稱為“三次握手
    的頭像 發(fā)表于 01-03 17:25 ?495次閱讀

    TCP三次握手協(xié)議的作用

    在計算機網(wǎng)絡(luò)中,數(shù)據(jù)的傳輸需要在發(fā)送方和接收方之間建立一個穩(wěn)定的連接,以確保數(shù)據(jù)的完整性和順序。TCP(傳輸控制協(xié)議)是一種面向連接的、可靠的、基于字節(jié)流的傳輸層通信協(xié)議,它通過三次握手協(xié)議來建立
    的頭像 發(fā)表于 01-03 17:15 ?339次閱讀

    TCP三次握手的詳細過程

    TCP(傳輸控制協(xié)議)三次握手是一種在互聯(lián)網(wǎng)上建立一個可靠的、有序的和錯誤檢測能力的連接的方法。這個過程確保了兩個設(shè)備(通常是客戶端和服務(wù)器)在數(shù)據(jù)傳輸開始之前能夠相互確認對方的存在和狀態(tài)。以下
    的頭像 發(fā)表于 01-03 17:11 ?367次閱讀

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

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

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

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