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

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

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

【虹科】使用流和網(wǎng)絡(luò)數(shù)據(jù)包數(shù)據(jù)進(jìn)行故障排除

虹科網(wǎng)絡(luò)可視化技術(shù) ? 2021-09-23 18:53 ? 次閱讀

fe42b6b8-1c1d-11ec-95d1-dac502259ad0.png

暢通無阻的網(wǎng)絡(luò)性能是許多 NetOps 活動的核心目標(biāo),其中之一是通過使用數(shù)據(jù)包數(shù)據(jù)和網(wǎng)絡(luò)流來解決網(wǎng)絡(luò)性能問題。當(dāng)聚合和分析流和數(shù)據(jù)包數(shù)據(jù)時(shí),網(wǎng)絡(luò)洞察力可以引導(dǎo)團(tuán)隊(duì)找到更好的解決方案。對于每次性能下降時(shí)都依賴重新啟動系統(tǒng)的小型企業(yè),流量洞察會引導(dǎo)他們了解網(wǎng)絡(luò)使用情況,然后找到網(wǎng)絡(luò)問題的根本原因。擁有關(guān)鍵業(yè)務(wù)服務(wù)的大型企業(yè)可能已經(jīng)在利用流和數(shù)據(jù)包數(shù)據(jù)來監(jiān)控他們的環(huán)境,即使只使用基本的數(shù)據(jù)包分析工具。

流和數(shù)據(jù)包數(shù)據(jù)是收集線索以修復(fù)性能問題的基礎(chǔ)數(shù)據(jù)源(查看事件、日志和系統(tǒng)日志以獲取更多來源)。為了從流經(jīng)網(wǎng)絡(luò)的海量數(shù)據(jù)包數(shù)據(jù)中發(fā)掘線索,高級網(wǎng)絡(luò)性能監(jiān)控和診斷 (NPMD) 軟件會收集重要的網(wǎng)絡(luò)指標(biāo)和數(shù)據(jù),對其進(jìn)行分析,然后將組織內(nèi)部網(wǎng)絡(luò)活動的準(zhǔn)確表示可視化:內(nèi)部、虛擬和云環(huán)境。這種程度的網(wǎng)絡(luò)可見性對于 IT 團(tuán)隊(duì)解決網(wǎng)絡(luò)性能和安全問題至關(guān)重要。

01

什么是流和數(shù)據(jù)包

網(wǎng)絡(luò)流量監(jiān)控的思想本質(zhì)上是對通過路由器的所有網(wǎng)絡(luò)流量進(jìn)行統(tǒng)計(jì)、記錄和分析,實(shí)際上,創(chuàng)建網(wǎng)絡(luò)使用情況的匯總模型。就像快速通行收費(fèi)站以電子方式計(jì)算汽車和記錄使用情況一樣,流量監(jiān)控也是如此。同時(shí),深度數(shù)據(jù)包檢測 (DPI)是檢查每個數(shù)據(jù)包的有效負(fù)載內(nèi)容的過程,以確定是通過拒絕該數(shù)據(jù)包還是允許其通過網(wǎng)絡(luò)來對該數(shù)據(jù)包采取行動。DPI 的第三個選項(xiàng)是被動地收集有關(guān)哪些流量正在穿越網(wǎng)絡(luò)的信息。數(shù)據(jù)包捕獲存儲網(wǎng)絡(luò)數(shù)據(jù)包的鏡像副本,并使用取證搜索和過濾,當(dāng)出現(xiàn)新的性能、安全性或取證事件時(shí),可以稍后在特定時(shí)間范圍內(nèi)檢查存儲的鏡像副本。為了實(shí)時(shí)了解網(wǎng)絡(luò)流動,主要的實(shí)際挑戰(zhàn)是必要的計(jì)算和存儲容量的限制,以跟上要處理的網(wǎng)絡(luò)數(shù)據(jù)的速度和數(shù)量。這是因?yàn)榫W(wǎng)絡(luò)流量的數(shù)據(jù)包捕獲副本會消耗大量存儲空間,并且通常僅在幾周甚至幾天后才會被清除,以便為更多副本創(chuàng)造空間。這意味著,如果實(shí)施了數(shù)據(jù)包捕獲、深度數(shù)據(jù)包檢查和流量監(jiān)控,那么 NetOps 和 SecOps 團(tuán)隊(duì)將擁有最相關(guān)的數(shù)據(jù)來解決當(dāng)前的事件,離事件時(shí)間越遠(yuǎn),其根源的可能性就越大- 導(dǎo)致線索消失(通過復(fù)制數(shù)據(jù)包捕獲副本修復(fù)的情況)。

數(shù)據(jù)包包含線索。整個文件不會在整個網(wǎng)絡(luò)中以一份形式傳輸。相反,網(wǎng)絡(luò)消息被打包,然后通過互聯(lián)網(wǎng)和其他連接路由,在目的地重新組裝。每個數(shù)據(jù)包通常被組織成三個段,無論其大小如何,即header、payload和footer。當(dāng)數(shù)據(jù)包流經(jīng)網(wǎng)絡(luò)路由器時(shí),它們的頭部被讀取并基于 5-7 個數(shù)據(jù)包頭部屬性進(jìn)行“指紋識別”。

如果路由器無法識別流經(jīng)它的數(shù)據(jù)包的指紋,則將在流緩存中創(chuàng)建具有該指紋的新流條目。該條目將包含一個 5 元組,即上面列出的主要數(shù)據(jù)包屬性,以及用于計(jì)算數(shù)據(jù)包流量及其字節(jié)數(shù)的變量。每次與指紋匹配的數(shù)據(jù)包通過時(shí),相應(yīng)的流條目計(jì)數(shù)器都會增加,從而有效地創(chuàng)建一個總結(jié)該數(shù)據(jù)包流的記錄。然后將緩存的流數(shù)據(jù)通過網(wǎng)絡(luò)周期性地輸出到流收集器和流分析器,將來自各個路由器的不同的輸出流數(shù)據(jù)匯總在一起,進(jìn)行可視化分析。今天的大多數(shù)路由器都具有某種品牌的 xFlow 導(dǎo)出功能,允許將流數(shù)據(jù)從路由器發(fā)送到收集器和分析器。Netflow 是事實(shí)上的行業(yè)流協(xié)議,起源于 Cisco 設(shè)備并以該協(xié)議為特色,其他流行的協(xié)議包括 IPFIX、J-Flow 和 sFlow。

僅從上面的那幾個數(shù)據(jù)包屬性就可以理解大部分網(wǎng)絡(luò)行為。

  • 源地址和目標(biāo)地址告訴誰是流量的發(fā)起者和接收者

  • 端口和服務(wù)等級說明正在使用的應(yīng)用程序及其流量優(yōu)先級

  • 設(shè)備接口告訴設(shè)備如何利用流量

  • 通過統(tǒng)計(jì)數(shù)據(jù)包,可以確定總的流量流量

  • 時(shí)間戳可用于及時(shí)放置流并確定其速率

  • 應(yīng)用程序和網(wǎng)絡(luò)延遲提供有關(guān)每個事務(wù)所需時(shí)間的度量

02

如何衡量

可以在網(wǎng)絡(luò)性能儀表板上可視化流量——說明了使用 NetFlow 數(shù)據(jù)的端到端網(wǎng)絡(luò)流量可視化。如下圖所示,流和數(shù)據(jù)包數(shù)據(jù)是單個源數(shù)據(jù)包的互補(bǔ)方面——通常被稱為網(wǎng)絡(luò)監(jiān)控中的最終真實(shí)來源。流通過總結(jié)在端點(diǎn)之間傳輸?shù)臄?shù)據(jù)包來顯示Top可見性,而數(shù)據(jù)包捕獲和 DPI 提供了對數(shù)據(jù)包內(nèi)部內(nèi)容的更深入的詳細(xì)信息,闡明了實(shí)際通過網(wǎng)絡(luò)的數(shù)據(jù)。將兩者結(jié)合為 NetOps 和 SecOps 團(tuán)隊(duì)提供了巨大的價(jià)值,但是,每個團(tuán)隊(duì)都有其局限性和缺點(diǎn)。因?yàn)榱鲾?shù)據(jù)是總結(jié)而不是深入細(xì)節(jié),所以流數(shù)據(jù)在診斷和排除配置問題或錯誤條件方面受到限制。他們擅長的是通過應(yīng)用程序、協(xié)議、域、端口以及源和目標(biāo) IP 提供對流量的洞察。這意味著大量流量的帶寬問題突然被分解為一個一個流。這可以快速有效地突出帶寬占用。此外,流帶寬表示伴隨著哪些設(shè)備正在運(yùn)行這些 hogs,以及是應(yīng)用程序還是設(shè)備本身在進(jìn)行 hogging。這種級別的可見性對于根據(jù)網(wǎng)絡(luò)和用戶行為制定使用策略非常有用。通過數(shù)據(jù)包捕獲存儲的網(wǎng)絡(luò)流量的鏡像副本,可以重新創(chuàng)建歷史流量,并且可以在數(shù)據(jù)中發(fā)現(xiàn)詳細(xì)的線索,以解決隱藏在細(xì)節(jié)中的更具體的技術(shù)問題,例如錯誤配置的證據(jù)、外部入侵或硬件故障。

此外,通過深度數(shù)據(jù)包檢查,數(shù)據(jù)包會根據(jù)一組由 NetOps 和/或 SecOps 團(tuán)隊(duì)創(chuàng)建的定制規(guī)則進(jìn)行判斷(過濾)。通過將某些流量列入白名單或黑名單,例如僅允許關(guān)鍵協(xié)議,或基于來自先前已知為威脅的數(shù)據(jù)庫的匹配簽名拒絕數(shù)據(jù)包模式,DPI 可用于入侵檢測系統(tǒng) (IDS) 和入侵防御系統(tǒng)(IPS) 以防止蠕蟲、病毒和間諜軟件進(jìn)入網(wǎng)絡(luò),并在出現(xiàn)網(wǎng)絡(luò)問題時(shí)提醒團(tuán)隊(duì)。

ff07d646-1c1d-11ec-95d1-dac502259ad0.png

03 使用監(jiān)控軟件解決網(wǎng)絡(luò)性能問題

對網(wǎng)絡(luò)性能問題進(jìn)行故障排除是一個找出相關(guān)數(shù)據(jù)線索的過程,這些線索可以導(dǎo)致對潛在問題的合理評估。有時(shí)問題很簡單,例如,路由器可能會變得擁塞,但問題不一定是設(shè)備故障,而是了解網(wǎng)絡(luò)流量使用情況可能會導(dǎo)致重新配置修復(fù),將業(yè)務(wù)關(guān)鍵流量優(yōu)先于個人使用流量,從而導(dǎo)致過度消耗帶寬資源。如果監(jiān)控網(wǎng)絡(luò)流量,可以很快得出這個結(jié)論,如果監(jiān)控軟件能夠清楚地可視化流量或生成警報(bào),則可以更快地得出結(jié)論。

底層網(wǎng)絡(luò)問題越復(fù)雜,就越需要協(xié)議和數(shù)據(jù)包分析方面的偵查和專業(yè)知識。通過使用 NPMD 和網(wǎng)絡(luò)檢測和響應(yīng) (NDR) 軟件,找到常見問題的答案相當(dāng)容易,只需深入到可視化的問題區(qū)域,讓軟件嗅出潛在問題并提供反饋,有些還可能建議潛在問題修復(fù),其他人可能會為您提供詳細(xì)的圖表和表格,以進(jìn)行您自己的評估。流圖中的橙色圓圈顯示了組織整體網(wǎng)絡(luò)中的擁塞部分,單擊橙色圓圈將深入到故障區(qū)域。

ffa87d76-1c1d-11ec-95d1-dac502259ad0.png

可能有幾個罪魁禍?zhǔn)拙蜁?dǎo)致網(wǎng)絡(luò)滯后。例如,網(wǎng)絡(luò)擁塞的根本原因可能來自網(wǎng)絡(luò)設(shè)備故障或配置錯誤、內(nèi)部帶寬使用過多或外部 DDoS 攻擊。如果沒有分析流量和數(shù)據(jù)包數(shù)據(jù)的綜合工具,嘗試和錯誤可能是網(wǎng)絡(luò)運(yùn)營商唯一的替代故障排除方法。

利用流和數(shù)據(jù)包數(shù)據(jù)的網(wǎng)絡(luò)性能監(jiān)控軟件共有的有用功能可以為網(wǎng)絡(luò)管理員提供有關(guān)解決其網(wǎng)絡(luò)性能問題的線索。這四個提供了對網(wǎng)絡(luò)的非凡洞察力:
  • 拓?fù)湟晥D對于理解底層物理網(wǎng)絡(luò)非常重要,因?yàn)楫?dāng)今的網(wǎng)絡(luò)更加復(fù)雜和動態(tài),融合了不同的技術(shù),如廣域網(wǎng)、SD-WAN、WiFi、遠(yuǎn)程站點(diǎn)、數(shù)據(jù)中心和多云服務(wù),因此尤其難以排除故障。
  • 流路徑分析功能提供設(shè)備、接口、應(yīng)用程序、VPN 和用戶的端到端可見性。通過關(guān)聯(lián)躍點(diǎn)和流量,監(jiān)控軟件可以將網(wǎng)絡(luò)和應(yīng)用程序性能疊加到拓?fù)湟晥D上。綜合起來,這些模型將性能與底層物理網(wǎng)絡(luò)相關(guān)聯(lián),強(qiáng)調(diào)網(wǎng)絡(luò)基礎(chǔ)設(shè)施中的弱點(diǎn)。
  • 應(yīng)用程序監(jiān)控通過了解跨多個網(wǎng)段、域和結(jié)構(gòu)的應(yīng)用程序?qū)拥臄?shù)據(jù)包數(shù)據(jù)來識別應(yīng)用程序使用情況。這不僅有助于了解網(wǎng)絡(luò)性能,而且可以直接解決用戶體驗(yàn)問題并減少負(fù)面業(yè)務(wù)影響。
  • 入侵檢測和預(yù)防監(jiān)控對于檢測可能發(fā)生的事件的跡象并試圖阻止它們很有用。在更高級的網(wǎng)絡(luò)中發(fā)現(xiàn),作為預(yù)防網(wǎng)絡(luò)性能下降的主動響應(yīng),IDS 和 IDP 系統(tǒng)依靠讀取數(shù)據(jù)包并應(yīng)用多種檢測技術(shù)、基于簽名的方法、基于異常的方法和狀態(tài)協(xié)議分析來檢測問題即時(shí)的。

04利用流和數(shù)據(jù)包進(jìn)行故障排除

  • 拓?fù)湟晥D

  • 識別需要升級或更換的基礎(chǔ)設(shè)施組件

  • 使用自動設(shè)備發(fā)現(xiàn)維護(hù)實(shí)時(shí)全面的設(shè)備清單

  • 主動識別阻塞點(diǎn)

  • 比較不同的性能指標(biāo)

  • 流路徑分析

  • 根據(jù) IP 地址跨端點(diǎn)識別可能的路由、躍點(diǎn)和網(wǎng)絡(luò)延遲影響

  • 識別由負(fù)載平衡引起的問題

  • 識別由路由引起的問題

  • 應(yīng)用監(jiān)控

  • 建立可用于監(jiān)控異常流量水平的性能基線

  • 發(fā)現(xiàn)有關(guān)如何在應(yīng)用程序級別使用網(wǎng)絡(luò)的最深刻見解

  • 識別允許使用的策略弱點(diǎn)

  • 入侵檢測和防御監(jiān)控

  • 根據(jù)其簽名(基于簽名)識別已知的攻擊或攻擊類型

  • 識別與網(wǎng)絡(luò)行為規(guī)范的偏差(基于異常)

  • 識別與協(xié)議使用規(guī)范的偏差(狀態(tài)協(xié)議分析)

這表明從流和數(shù)據(jù)包數(shù)據(jù)推斷的端到端可見性有助于在最關(guān)鍵級別進(jìn)行網(wǎng)絡(luò)故障排除,并為進(jìn)一步監(jiān)控跟蹤應(yīng)用程序性能的集成以及對業(yè)務(wù)目標(biāo)產(chǎn)生重大影響的復(fù)雜用戶體驗(yàn)奠定基礎(chǔ)。

05使用LiveNX進(jìn)行網(wǎng)絡(luò)故障排除

LiveNX基于流(即 Netflow、IPFIX、SFlow、JFlow 等),SNMP和數(shù)據(jù)包等多種數(shù)據(jù)源,通過來自幾乎任何地方的數(shù)據(jù)——WAN、SD-WAN、WiFi、遠(yuǎn)程站點(diǎn)、數(shù)據(jù)中心,查看并整個網(wǎng)絡(luò),關(guān)聯(lián)多種數(shù)據(jù)源,實(shí)現(xiàn)端到端的可視化分析。輕松地從警報(bào)和上下文數(shù)據(jù)下鉆到 Flow 性能數(shù)據(jù),并進(jìn)一步深入到目標(biāo)數(shù)據(jù)包級分析,以實(shí)現(xiàn)全面的故障解決工作流程 - 實(shí)現(xiàn)加速網(wǎng)絡(luò)、減少延遲抖動并減少 MTTR。LiveNX 提供從多個事件聚合的特定的警報(bào),從而僅顯示需要立即關(guān)注的警報(bào)。此外,LiveNX Insight 模塊利用機(jī)器學(xué)習(xí)進(jìn)行主動異常檢測和路徑更改通知。LiveNX 可幫助您以前所未有的方式排除網(wǎng)絡(luò)故障:

  • 用于應(yīng)用程序故障排除的可視化分析

  • 綜合儀表板和報(bào)告

  • 主動警報(bào)和異常檢測

  • 端到端的可視化分析

  • 從Flow到數(shù)據(jù)包取證分析

0074e618-1c1e-11ec-95d1-dac502259ad0.png

LiveNX

虹科提供具有端到端監(jiān)控分析能力的解決方案LIveNX和數(shù)據(jù)包捕獲分析設(shè)備LiveWire/LiveCapture,兩者既可以單獨(dú)使用也可以集成到一起實(shí)現(xiàn)更強(qiáng)大的分析能力。

  • 網(wǎng)絡(luò)性能監(jiān)控

  • 應(yīng)用性能監(jiān)控

  • 端到端可視化

  • flow到數(shù)據(jù)包詳細(xì)分析

  • 高速全流量捕獲分析

  • 上百種詳細(xì)報(bào)告

  • 高級異常檢測和預(yù)測分析

0137dbfa-1c1e-11ec-95d1-dac502259ad0.png

-END-

往期推薦

【虹科】LiveNX 下一代企業(yè)網(wǎng)絡(luò)監(jiān)控軟件

【虹科】如何逐跳識別網(wǎng)絡(luò)問題

【虹科】增加網(wǎng)絡(luò)可見性以優(yōu)化網(wǎng)絡(luò)檢測和響應(yīng) (NDR)

【虹科】進(jìn)階-端到端的網(wǎng)絡(luò)流量監(jiān)控

028619cc-1c1e-11ec-95d1-dac502259ad0.gif

點(diǎn)擊下方“閱讀原文”查看更多


原文標(biāo)題:【虹科】使用流和網(wǎng)絡(luò)數(shù)據(jù)包數(shù)據(jù)進(jìn)行故障排除

文章出處:【微信公眾號:網(wǎng)絡(luò)安全與可視化】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

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

    關(guān)注

    0

    文章

    572

    瀏覽量

    14131
收藏 人收藏

    評論

    相關(guā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ù)包丟失怎么解決?

    Android 發(fā)送一個小 UDP 數(shù)據(jù)包(5 字節(jié))。這個小數(shù)據(jù)包被我的微控制器在UART上接收到。微控制器將更大的數(shù)據(jù)包(可變長度,約 100 字節(jié))發(fā)送回 UART。ESP在UART上接
    發(fā)表于 07-18 07:17

    請問如何使用AT CIPSEND或AT CIPSENDBUF發(fā)送多個數(shù)據(jù)包?

    我可以使用 AT CIPSEND 發(fā)送單個數(shù)據(jù)包。但是我必須發(fā)送一系列二進(jìn)制數(shù)據(jù)包。如何使用AT CISEND或AT CIPSENDBUF發(fā)送多個數(shù)據(jù)包,什么是正確的算法? 到目前為止,我嘗試
    發(fā)表于 07-15 07:37

    在AN65974中短數(shù)據(jù)包和零長數(shù)據(jù)包是什么意思?

    在 AN65974 中,短數(shù)據(jù)包和零長數(shù)據(jù)包是什么意思? 非常感謝!
    發(fā)表于 05-30 07:41

    艾體寶干貨 | 用于故障排除的最佳 Wireshark 過濾器

    Wireshark是一種流行的網(wǎng)絡(luò)協(xié)議分析工具,可用于捕獲和分析網(wǎng)絡(luò)數(shù)據(jù)包。在網(wǎng)絡(luò)故障排除中,Wireshark是一款不可或缺的工具,它可以
    的頭像 發(fā)表于 05-29 15:40 ?290次閱讀
    艾體寶干貨 | 用于<b class='flag-5'>故障</b><b class='flag-5'>排除</b>的最佳 Wireshark 過濾器

    如何在AIROC GUI上獲取良好數(shù)據(jù)包和總數(shù)據(jù)包

    使用 IQxel-MW LifePoint 作為發(fā)生器并發(fā)送波形BT_1DH5_00001111_Fs80M.iqvsg,但無法在 AIROC 工具中接收數(shù)據(jù)包。 以下是從 IQxel 發(fā)送
    發(fā)表于 05-22 06:39

    TSN抓包工具解密:數(shù)據(jù)包捕獲,為什么選Profishark?

    網(wǎng)絡(luò)管理中,網(wǎng)絡(luò)流量分析和故障排查是重要環(huán)節(jié),如何高效精準(zhǔn)地進(jìn)行網(wǎng)絡(luò)流量分析和故障排查?來看看
    的頭像 發(fā)表于 04-29 08:04 ?360次閱讀
    TSN抓包工具解密:<b class='flag-5'>數(shù)據(jù)包</b>捕獲,為什么選Profishark?

    艾體寶干貨 | TSN抓包工具解密:為什么選擇使用 ProfiShark 進(jìn)行數(shù)據(jù)包捕獲?

    時(shí)間敏感網(wǎng)絡(luò)(TSN)技術(shù)正在成為工業(yè)控制和實(shí)時(shí)通信領(lǐng)域的關(guān)鍵技術(shù),而ProfiShark作為一款高性能的數(shù)據(jù)包捕獲工具,提供了在TSN網(wǎng)絡(luò)環(huán)境中進(jìn)行
    的頭像 發(fā)表于 04-25 17:41 ?348次閱讀
    艾體寶干貨 | TSN抓包工具解密:為什么選擇使用 ProfiShark <b class='flag-5'>進(jìn)行數(shù)據(jù)包</b>捕獲?

    請問高端網(wǎng)絡(luò)芯片如何處理數(shù)據(jù)包呢?

    隨著網(wǎng)絡(luò)芯片帶寬的持續(xù)提升,其內(nèi)部數(shù)據(jù)包處理單元的工作負(fù)載也隨之增加。然而,如果處理單元無法與網(wǎng)絡(luò)接口的傳入速率相匹配,將無法及時(shí)處理數(shù)據(jù)包,這不僅會導(dǎo)致
    的頭像 發(fā)表于 04-02 16:36 ?451次閱讀
    請問高端<b class='flag-5'>網(wǎng)絡(luò)</b>芯片如何處理<b class='flag-5'>數(shù)據(jù)包</b>呢?

    DPDK在AI驅(qū)動的高效數(shù)據(jù)包處理應(yīng)用

    傳統(tǒng)的數(shù)據(jù)包處理方式是數(shù)據(jù)包先到內(nèi)核最后再到用戶層進(jìn)行處理。這種方式會增加額外的延遲和CPU開銷,嚴(yán)重影響數(shù)據(jù)包處理的性能。 DPDK 繞過內(nèi)核,在用戶空間中實(shí)現(xiàn)快速
    的頭像 發(fā)表于 02-25 11:28 ?713次閱讀
    DPDK在AI驅(qū)動的高效<b class='flag-5'>數(shù)據(jù)包</b>處理應(yīng)用

    使用P4和Vivado工具簡化數(shù)據(jù)包處理設(shè)計(jì)

    電子發(fā)燒友網(wǎng)站提供《使用P4和Vivado工具簡化數(shù)據(jù)包處理設(shè)計(jì).pdf》資料免費(fèi)下載
    發(fā)表于 01-26 17:49 ?0次下載
    使用P4和Vivado工具簡化<b class='flag-5'>數(shù)據(jù)包</b>處理設(shè)計(jì)

    blue-ethernet高性能FPGA網(wǎng)絡(luò)數(shù)據(jù)包處理項(xiàng)目簡介

    blue-ethernet項(xiàng)目使用Bluespec SystemVerilog(BSV)硬件描述語言實(shí)現(xiàn)了一系列在FPGA上加速網(wǎng)絡(luò)數(shù)據(jù)包處理的硬件模塊。
    的頭像 發(fā)表于 11-13 10:44 ?1066次閱讀
    blue-ethernet高性能FPGA<b class='flag-5'>網(wǎng)絡(luò)</b><b class='flag-5'>數(shù)據(jù)包</b>處理項(xiàng)目簡介

    Linux場景下數(shù)據(jù)包是如何在協(xié)議層傳輸?shù)?/a>

    數(shù)據(jù) 應(yīng)用層發(fā)送數(shù)據(jù)的過程大致如下: 我們把上述處理過程的區(qū)域大致分為: User區(qū)域 Kernel 區(qū)域 Device區(qū)域 在user和kernel區(qū)域的任務(wù)都是由本機(jī)cpu執(zhí)行,這兩個區(qū)域合并稱為host區(qū)域,以區(qū)分device區(qū)域(
    的頭像 發(fā)表于 11-11 11:33 ?960次閱讀
    Linux場景下<b class='flag-5'>數(shù)據(jù)包</b>是如何在協(xié)議層傳輸?shù)? />    </a>
</div>                            <div   id=

    數(shù)據(jù)包的生命周期

    電子發(fā)燒友網(wǎng)站提供《數(shù)據(jù)包的生命周期.pdf》資料免費(fèi)下載
    發(fā)表于 10-13 14:44 ?0次下載

    如何使用指針數(shù)據(jù)包定義數(shù)據(jù)緩沖區(qū)

    指針數(shù)據(jù)包 相信大多數(shù)人會將定長數(shù)組換為 指針 , 每次使用時(shí)動態(tài)的開辟 CURR_LENGTH 大小的空間, 因?yàn)檫@樣可以避免造成 MAX_LENGTH - CURR_LENGTH 空間的浪費(fèi)
    的頭像 發(fā)表于 09-27 15:01 ?396次閱讀