一区二区三区三上|欧美在线视频五区|国产午夜无码在线观看视频|亚洲国产裸体网站|无码成年人影视|亚洲AV亚洲AV|成人开心激情五月|欧美性爱内射视频|超碰人人干人人上|一区二区无码三区亚洲人区久久精品

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

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

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

虹科分享 | 網(wǎng)絡(luò)流量監(jiān)控 | 數(shù)據(jù)包丟失101

虹科網(wǎng)絡(luò)可視化技術(shù) ? 2023-03-15 14:15 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

什么是數(shù)據(jù)包?

數(shù)據(jù)包是二進(jìn)制數(shù)據(jù)的基本單位,在網(wǎng)絡(luò)連接的設(shè)備之間編號(hào)和傳輸,無(wú)論是在本地還是通過(guò)互聯(lián)網(wǎng)。一旦數(shù)據(jù)包到達(dá)其目的地,它就會(huì)與其他數(shù)據(jù)包一起按編號(hào)重新組合,回到最初傳輸?shù)妮^大消息中。

數(shù)據(jù)包是我們?cè)诰€發(fā)送或接收的所有內(nèi)容的構(gòu)建塊。當(dāng)您下載圖像、發(fā)送電子郵件、登錄縮放通話或使用阿里巴巴購(gòu)物車結(jié)賬時(shí),數(shù)據(jù)包會(huì)為所有這些行為提供支持。

什么是丟包?

當(dāng)一個(gè)或多個(gè)數(shù)據(jù)包未到達(dá)其目的地時(shí),就會(huì)發(fā)生數(shù)據(jù)包丟失??赡馨l(fā)生數(shù)據(jù)包丟失的原因有很多。這也是網(wǎng)絡(luò)將鏈路飽和反饋給TCP的方式。

傳輸控制協(xié)議,TCP/IP是用于互聯(lián)網(wǎng)操作的主要協(xié)議。TCP將文件分解為微小的編號(hào)數(shù)據(jù)包,并將它們發(fā)送到路由器進(jìn)行處理。接收端的 TCP 將文件重新組合在一起。

如果路由器無(wú)法跟上發(fā)送的數(shù)據(jù)包量,它會(huì)通過(guò)丟棄數(shù)據(jù)包來(lái)讓 TCP 知道這一點(diǎn)。數(shù)據(jù)包成功傳輸后,它會(huì)向源返回確認(rèn)回執(zhí)。

當(dāng) TCP 在一段時(shí)間之前未收到此返回的確認(rèn)時(shí),它會(huì)以較慢的速度重新發(fā)送數(shù)據(jù)包,以便接收路由器可以在不丟棄數(shù)據(jù)包的情況下跟上。

數(shù)據(jù)包到達(dá)目的地所需的時(shí)間就是我們所說(shuō)的延遲,數(shù)據(jù)包之間毫秒時(shí)間的波動(dòng)就是我們所說(shuō)的抖動(dòng)。

盡管數(shù)據(jù)包丟失實(shí)際上并不會(huì)導(dǎo)致 TCP 數(shù)據(jù)包真正“丟失”,但最終用戶的體驗(yàn)會(huì)受到這種情況的影響。

什么原因?qū)е聛G包?

網(wǎng)絡(luò)擁塞

有時(shí),通過(guò)互聯(lián)網(wǎng)的數(shù)據(jù)會(huì)通過(guò)帶寬容量不同的網(wǎng)絡(luò)。您必須等待更長(zhǎng)的時(shí)間才能讓網(wǎng)絡(luò)流量通過(guò)吞吐量較低的“管道”,尤其是在流量激增的情況下。

硬件

路由器、交換機(jī)和防火墻等網(wǎng)絡(luò)硬件不僅消耗大量功率和帶寬,而且當(dāng)它們接近使用壽命時(shí),它們會(huì)削弱網(wǎng)絡(luò)之間的信號(hào)

這些網(wǎng)絡(luò)設(shè)備也可能溝通不暢。終端與網(wǎng)絡(luò)接入交換機(jī)之間或路由器與交換機(jī)之間的雙工不匹配可能會(huì)導(dǎo)致數(shù)據(jù)包丟失。但雙工不匹配通常出現(xiàn)在視頻會(huì)議等實(shí)時(shí)應(yīng)用中。

以太網(wǎng)可以在全雙工或半雙工的操作模式下運(yùn)行。端點(diǎn)協(xié)商可支持的最高速度的通用協(xié)議。有時(shí)端點(diǎn)之間的通信失敗,一端運(yùn)行半雙工,另一端運(yùn)行全雙工。這就會(huì)造成了持續(xù)的數(shù)據(jù)包丟失,但由于TCP的數(shù)據(jù)包恢復(fù),最終用戶不會(huì)感受到影響,除非使用實(shí)時(shí)應(yīng)用程序,如視頻會(huì)議。

未更新的軟件

如果您的軟件未在最新版本上運(yùn)行,則存在未修補(bǔ)的問(wèn)題。如果不加以檢查,這些軟件錯(cuò)誤可能會(huì)破壞網(wǎng)絡(luò)并導(dǎo)致丟包。

無(wú)線網(wǎng)絡(luò)與有線

當(dāng)數(shù)據(jù)通過(guò)無(wú)線網(wǎng)絡(luò)傳輸時(shí),有可能通過(guò)天氣、無(wú)線電波或山脈和墻壁等物理障礙物進(jìn)行信號(hào)干擾,更不用說(shuō)長(zhǎng)距離信號(hào)的減弱了。所有這些風(fēng)險(xiǎn)因素使 Wi-Fi 網(wǎng)絡(luò)上的數(shù)據(jù)包丟失更有可能。

惡意攻擊

分布式拒絕服務(wù) (DDoS)

當(dāng)黑客想要關(guān)閉網(wǎng)站或癱瘓企業(yè)功能時(shí),他們可以通過(guò)DDoS攻擊淹沒(méi)網(wǎng)絡(luò)。攻擊者從多個(gè) IP 地址發(fā)送大量數(shù)據(jù)包,并超過(guò)了目標(biāo)網(wǎng)絡(luò)可以處理的能力。如果數(shù)據(jù)量太大,則可能很難區(qū)分垃圾/攻擊數(shù)據(jù)包和合法數(shù)據(jù)包,最終將會(huì)導(dǎo)致網(wǎng)絡(luò)崩潰。

從2020年到2021上半年,DDoS攻擊增加了11%,報(bào)告了540多萬(wàn)次的新記錄。我們?cè)?021年初看到了這樣一個(gè)例子:一名黑客以一家歐洲賭博網(wǎng)站為目標(biāo),通過(guò)DDoS攻擊發(fā)送了超過(guò)800 GB的數(shù)據(jù),阻塞了網(wǎng)絡(luò),并迫使其離線。

丟包攻擊

這屬于拒絕服務(wù)攻擊。黑客控制了應(yīng)該為企業(yè)傳輸網(wǎng)絡(luò)數(shù)據(jù)的路由器,卻讓路由器轉(zhuǎn)儲(chǔ)了所有數(shù)據(jù)包。

如何解決丟包問(wèn)題?

排除法

如果您沒(méi)有可以識(shí)別導(dǎo)致數(shù)據(jù)包丟失的問(wèn)題的工具,則可以使用排除法來(lái)遏制可能的罪魁禍?zhǔn)住?br />

即使您不知道究竟是什么原因造成的,您也可以進(jìn)行一些常規(guī)調(diào)整來(lái)幫助數(shù)據(jù)包到達(dá)目的地:

盡管看起來(lái)很簡(jiǎn)單,但任何問(wèn)題的第一個(gè)答案通常是,“你試過(guò)關(guān)掉它嗎?是否嘗試過(guò)重新啟動(dòng)網(wǎng)絡(luò)路由器和硬件?”

刪除可能加劇問(wèn)題的內(nèi)容 - 切斷攝像頭,拔下耳機(jī),切斷無(wú)線揚(yáng)聲器,所有可能的一切。

作為最后的嘗試,您可以關(guān)閉防火墻以查看它是否導(dǎo)致性能下降。某些防火墻比其他防火墻占用更多帶寬。

注意:我們不建議您關(guān)閉防火墻的時(shí)間超過(guò)故障排除的短時(shí)間。

切換到有線 – 拔出舊的灰色以太網(wǎng)電纜并將其插入。通常,數(shù)據(jù)包丟失的延遲發(fā)生在其Wi-Fi“旅程”中的某個(gè)地方。

使用 QoS – 服務(wù)質(zhì)量允許您為不同類型的流量分配優(yōu)先級(jí)。例如,您可能決定優(yōu)先考慮VoIP等實(shí)時(shí)應(yīng)用程序而不是電子郵件。

雖然這些嘗試可能可以幫助解決數(shù)據(jù)包丟失問(wèn)題,但唯一確定的解決方案是數(shù)據(jù)包分析。數(shù)據(jù)包捕獲可讓您查看網(wǎng)絡(luò)流量,以確定阻塞點(diǎn)發(fā)生的位置。

數(shù)據(jù)包捕獲和分析工具

要準(zhǔn)確找出導(dǎo)致數(shù)據(jù)包丟失的原因,您需要網(wǎng)絡(luò)可見性。虹科LiveNX網(wǎng)絡(luò)監(jiān)控工具可在數(shù)據(jù)包標(biāo)頭和有效負(fù)載中提供詳細(xì)信息。數(shù)據(jù)包組件包含可以立即采取行動(dòng)的強(qiáng)大信息。深度數(shù)據(jù)包檢測(cè) (DPI) 和高級(jí)分析可以發(fā)現(xiàn)數(shù)據(jù)中的模式,幫助您更好地預(yù)測(cè)網(wǎng)絡(luò)故障。

今日推薦

LiveAction 介紹

虹科提供LiveAction網(wǎng)絡(luò)性能可見性解決方案。該方案提供以下服務(wù):

完整的網(wǎng)絡(luò)和應(yīng)用可見性

LiveAction簡(jiǎn)化了企業(yè)級(jí)應(yīng)用和網(wǎng)絡(luò)數(shù)據(jù)的收集、關(guān)聯(lián)和展示,使其成為網(wǎng)絡(luò)管理團(tuán)隊(duì)的可操作數(shù)據(jù)。簡(jiǎn)單易用的界面允許團(tuán)隊(duì)從全局視圖出發(fā),深入到一個(gè)位置、一個(gè)單跳,甚至一個(gè)單獨(dú)的數(shù)據(jù)包。

降低網(wǎng)絡(luò)運(yùn)營(yíng)成本

通過(guò)LiveAction的統(tǒng)一平臺(tái),企業(yè)能夠消除操作多個(gè)網(wǎng)絡(luò)管理工具的成本和復(fù)雜性,減少解決簡(jiǎn)單和復(fù)雜問(wèn)題的平均時(shí)間,并通過(guò)利用自動(dòng)報(bào)告節(jié)省記錄網(wǎng)絡(luò)狀態(tài)的時(shí)間。

確保網(wǎng)絡(luò)符合業(yè)務(wù)目標(biāo)

LiveAction為企業(yè)提供了網(wǎng)絡(luò)滿足業(yè)務(wù)目標(biāo)的信心,提供全面的網(wǎng)絡(luò)可視性,以便做出更好的決策,并降低網(wǎng)絡(luò)運(yùn)營(yíng)的整體成本。

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問(wèn)題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評(píng)論

    相關(guān)推薦
    熱點(diǎn)推薦

    藍(lán)牙數(shù)據(jù)通道空口數(shù)據(jù)包

    ? 與藍(lán)牙廣播相對(duì)應(yīng),藍(lán)牙數(shù)據(jù)包是另一種Bluetooth LE packet。藍(lán)牙數(shù)據(jù)包是藍(lán)牙數(shù)據(jù)信道空中的簡(jiǎn)稱,表示空中
    發(fā)表于 06-03 10:51

    艾體寶洞察 SPAN?端口VS.網(wǎng)絡(luò) TAP :哪種才是最佳流量監(jiān)控方案?

    網(wǎng)絡(luò)監(jiān)控和故障排除中,獲取流量可見性至關(guān)重要。本文對(duì)比了兩種主要的方法:SPAN 端口和網(wǎng)絡(luò) TAP。SPAN 端口是一種交換機(jī)鏡像功能,易于配置但存在
    的頭像 發(fā)表于 05-08 11:21 ?213次閱讀
    艾體寶洞察 SPAN?端口VS.<b class='flag-5'>網(wǎng)絡(luò)</b> TAP :哪種才是最佳<b class='flag-5'>流量</b><b class='flag-5'>監(jiān)控</b>方案?

    I2C總線數(shù)據(jù)包結(jié)構(gòu)詳解

    。以下是I2C總線數(shù)據(jù)包結(jié)構(gòu)的詳解: 一、I2C總線數(shù)據(jù)包的基本組成 I2C總線上的數(shù)據(jù)傳輸以數(shù)據(jù)包為單位進(jìn)行,每個(gè)數(shù)據(jù)包包含起始信號(hào)、設(shè)備
    的頭像 發(fā)表于 01-17 15:46 ?798次閱讀

    數(shù)據(jù)網(wǎng)絡(luò)分析儀的原理和應(yīng)用場(chǎng)景

    數(shù)據(jù)傳輸?shù)目煽啃院透咝浴?云計(jì)算環(huán)境:在云計(jì)算環(huán)境中,網(wǎng)絡(luò)分析儀可以幫助云服務(wù)提供商監(jiān)控虛擬網(wǎng)絡(luò)流量、優(yōu)化資源利用率,并確保云服務(wù)的穩(wěn)定性和安全性。 電信運(yùn)營(yíng)商:電信運(yùn)營(yíng)商需要管理龐
    發(fā)表于 01-16 14:57

    方案 僅需4個(gè)步驟!輕松高效搭建TSN測(cè)試網(wǎng)絡(luò)

    隨著汽車行業(yè)向分層同構(gòu)以太網(wǎng)網(wǎng)絡(luò)的轉(zhuǎn)型,時(shí)間敏感網(wǎng)絡(luò)(TSN)逐漸成為實(shí)現(xiàn)確定性以太網(wǎng)互操作性的關(guān)鍵解決方案。本文將詳細(xì)介紹如何快速搭建TSN測(cè)試網(wǎng)絡(luò),涵蓋從流量特征分析到
    的頭像 發(fā)表于 01-06 11:32 ?531次閱讀
    <b class='flag-5'>虹</b><b class='flag-5'>科</b>方案 僅需4個(gè)步驟!輕松高效搭建<b class='flag-5'>虹</b><b class='flag-5'>科</b>TSN測(cè)試<b class='flag-5'>網(wǎng)絡(luò)</b>

    網(wǎng)絡(luò)流量監(jiān)控與網(wǎng)關(guān)優(yōu)化

    在當(dāng)今數(shù)字化時(shí)代,網(wǎng)絡(luò)流量監(jiān)控和管理對(duì)于任何組織來(lái)說(shuō)都是至關(guān)重要的。隨著數(shù)據(jù)量的激增和網(wǎng)絡(luò)攻擊的日益復(fù)雜,有效的網(wǎng)絡(luò)流量
    的頭像 發(fā)表于 01-02 16:14 ?636次閱讀

    華納云如何解讀WinMTR的丟數(shù)據(jù)

    WinMTR顯示的丟數(shù)據(jù)是指在網(wǎng)絡(luò)路徑上,從你的計(jì)算機(jī)到目標(biāo)主機(jī)之間,數(shù)據(jù)包丟失的百分比。丟
    的頭像 發(fā)表于 12-30 16:51 ?562次閱讀

    mtu配置步驟詳解 mtu與數(shù)據(jù)包丟失的關(guān)系

    MTU(Maximum Transmission Unit)即最大傳輸單元,是指一種通信協(xié)議的某一層上面所能通過(guò)的最大數(shù)據(jù)報(bào)大小,單位是字節(jié)。MTU配置步驟及其與數(shù)據(jù)包丟失的關(guān)系如下: MTU配置
    的頭像 發(fā)表于 12-16 14:33 ?2555次閱讀

    華納云:服務(wù)器平均響應(yīng)時(shí)間和數(shù)據(jù)包大小之間的影響

    服務(wù)器的平均響應(yīng)時(shí)間與數(shù)據(jù)包大小有一定的關(guān)系,但這只是影響響應(yīng)時(shí)間的眾多因素之一。具體來(lái)說(shuō),數(shù)據(jù)包大小對(duì)服務(wù)器響應(yīng)時(shí)間的影響可以從以下幾個(gè)方面來(lái)理解: 1.數(shù)據(jù)傳輸時(shí)間 影響: 較大的數(shù)據(jù)包
    的頭像 發(fā)表于 10-10 14:01 ?600次閱讀

    艾體寶干貨 OIDA之四:掌握數(shù)據(jù)包分析-分析的藝術(shù)

    本文是OIDA方法系列的最后一部分,重點(diǎn)介紹了數(shù)據(jù)包分析的“分析”階段。這一最后階段將剖析階段的精煉數(shù)據(jù)轉(zhuǎn)化為可操作的見解,使網(wǎng)絡(luò)管理員和安全專業(yè)人員能夠解決問(wèn)題、優(yōu)化性能并增強(qiáng)安全性。分析是實(shí)現(xiàn)
    的頭像 發(fā)表于 09-24 11:47 ?467次閱讀
    艾體寶干貨 OIDA之四:掌握<b class='flag-5'>數(shù)據(jù)包</b>分析-分析的藝術(shù)

    請(qǐng)問(wèn)DCTCP與DCUDP 的登錄數(shù)據(jù)包和心跳數(shù)據(jù)包與服務(wù)器端是如何交互的?

    DCTCP與DCUDP的登錄數(shù)據(jù)包和心跳數(shù)據(jù)包與服務(wù)器端是如何交互的?
    發(fā)表于 07-25 06:37

    使用AT SAVETRANSLINK時(shí)UDP數(shù)據(jù)包丟失怎么解決?

    。我的微控制器發(fā)回的所有數(shù)據(jù)包都會(huì)被 Android 接收。到目前為止沒(méi)有丟。 但是,一段時(shí)間后(半小時(shí)或更短的時(shí)間),Android 沒(méi)有收到我的微控制器發(fā)送的一些數(shù)據(jù)包。接收數(shù)據(jù)包
    發(fā)表于 07-18 07:17

    在Iphone4上運(yùn)行UDP接收器,數(shù)據(jù)包丟失怎么解決?

    Iphone4 上運(yùn)行 UDP 接收器,請(qǐng)注意非常大的數(shù)據(jù)包丟失。其他設(shè)備(包括 Ipad)的數(shù)據(jù)包丟失率要低得多。 使用另一個(gè)對(duì)等體(同時(shí))與 ESP 模塊并運(yùn)行
    發(fā)表于 07-18 06:56

    ESP-01升級(jí)后,從PC執(zhí)行ping操作時(shí),數(shù)據(jù)包丟失了,怎么解決?

    接收來(lái)自 Google Chrome 的以太網(wǎng)數(shù)據(jù)包 當(dāng)我從PC執(zhí)行ping操作時(shí),數(shù)據(jù)包丟失了 當(dāng)我試圖發(fā)出 AT 命令時(shí),它突然自行重置 為什么會(huì)這樣?
    發(fā)表于 07-17 06:09

    如何在地址239.255.255.250端口1900上收聽UDP廣播數(shù)據(jù)包嗎?

    有人知道如何在地址 239.255.255.250 端口 1900 上收聽 UDP 廣播數(shù)據(jù)包嗎? 基本上,我如何獲得使用組播數(shù)據(jù)包并使用 AT 命令偵聽 239.255.255.250 上的所有流量的ESP8266。
    發(fā)表于 07-16 07:42