基于SyncE和IEEE-1588數(shù)據(jù)包同步的應(yīng)用方案分析
采用IEEE1588協(xié)議 的以太網(wǎng)，解決了通用以太網(wǎng)延遲時(shí)間長和同步能力差的瓶頸，顯然在測量儀器系統(tǒng)的應(yīng)用中將發(fā)揮更大作用。事實(shí)上，以太網(wǎng)的儀器擴(kuò)展接口LXI就是以采用IEEE1588協(xié)議的以太網(wǎng)作為骨干的儀器應(yīng)用，再配備測量儀器系統(tǒng)所需的其它條件，組成吸收了GPIB到VXI和PXI的特點(diǎn)而構(gòu)建的新一代測量儀器接口。
聲明：本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人，不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用，如有內(nèi)容侵權(quán)或者其他違規(guī)問題，請(qǐng)聯(lián)系本站處理。
舉報(bào)投訴
-
以太網(wǎng)
+關(guān)注
關(guān)注
40文章
5425瀏覽量
171729 -
測量儀器
+關(guān)注
關(guān)注
3文章
793瀏覽量
42185 -
網(wǎng)絡(luò)工程師
+關(guān)注
關(guān)注
2文章
34瀏覽量
7901
發(fā)布評(píng)論請(qǐng)先 登錄
相關(guān)推薦
mtu配置步驟詳解 mtu與數(shù)據(jù)包丟失的關(guān)系
MTU（Maximum Transmission Unit）即最大傳輸單元，是指一種通信協(xié)議的某一層上面所能通過的最大數(shù)據(jù)報(bào)大小，單位是字節(jié)。MTU配置步驟及其與數(shù)據(jù)包丟失的關(guān)系如下： MTU配置
LMK05318是否可以對(duì)Switch輸出的1588 clock進(jìn)行同步鎖頻、鎖相？
我們現(xiàn)在想做一個(gè)相對(duì)簡化的1588同步方案，打算使用TI的LMK05318這個(gè)方案，有以下幾個(gè)問題需要咨詢
下圖是我們方案的框圖，我們的目
發(fā)表于 11-08 10:50
在KeyStone器件實(shí)現(xiàn)IEEE1588時(shí)鐘方案
電子發(fā)燒友網(wǎng)站提供《在KeyStone器件實(shí)現(xiàn)IEEE1588時(shí)鐘方案.pdf》資料免費(fèi)下載
發(fā)表于 09-26 09:10
?0次下載
艾體寶干貨 OIDA之四：掌握數(shù)據(jù)包分析-分析的藝術(shù)
本文是OIDA方法系列的最后一部分，重點(diǎn)介紹了數(shù)據(jù)包分析的“分析”階段。這一最后階段將剖析階段的精煉數(shù)據(jù)轉(zhuǎn)化為可操作的見解，使網(wǎng)絡(luò)管理員和安全專業(yè)人員能夠解決問題、優(yōu)化性能并增強(qiáng)安全性
艾體寶干貨 OIDA之一：掌握數(shù)據(jù)包分析-學(xué)會(huì)觀察
OIDA方法論是數(shù)據(jù)包分析的有效手段。其中，觀察是至關(guān)重要的第一步。本文探討了如何通過明確目標(biāo)、選擇最佳捕獲點(diǎn)、確定捕獲時(shí)機(jī)以及使用合適工具來優(yōu)化這一過程，從而為后續(xù)分析過程奠定堅(jiān)實(shí)基礎(chǔ)。
請(qǐng)問DCTCP與DCUDP 的登錄數(shù)據(jù)包和心跳數(shù)據(jù)包與服務(wù)器端是如何交互的？
DCTCP與DCUDP的登錄數(shù)據(jù)包和心跳數(shù)據(jù)包與服務(wù)器端是如何交互的？
發(fā)表于 07-25 06:37
如何使用混雜模式監(jiān)控IEEE80211Wi-Fi數(shù)據(jù)包？
關(guān)于使用混雜模式監(jiān)控IEEE80211Wi-Fi數(shù)據(jù)包，有沒有例程
發(fā)表于 06-06 08:29
在AN65974中短數(shù)據(jù)包和零長數(shù)據(jù)包是什么意思？
在 AN65974 中，短數(shù)據(jù)包和零長數(shù)據(jù)包是什么意思？
非常感謝！
發(fā)表于 05-30 07:41
如何在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
IEEE 1588和10G/40G同步以太網(wǎng)的82P33831同步管理單元評(píng)估板數(shù)據(jù)手冊
電子發(fā)燒友網(wǎng)站提供《IEEE 1588和10G/40G同步以太網(wǎng)的82P33831同步管理單元評(píng)估板數(shù)據(jù)手冊.rar》資料免費(fèi)下載
發(fā)表于 05-10 15:52
?0次下載
用于IEEE 1588和同步以太網(wǎng)的82P33814同步管理單元評(píng)估板數(shù)據(jù)手冊
電子發(fā)燒友網(wǎng)站提供《用于IEEE 1588和同步以太網(wǎng)的82P33814同步管理單元評(píng)估板數(shù)據(jù)手冊.rar》資料免費(fèi)下載
發(fā)表于 05-09 18:20
?0次下載
請(qǐng)問高端網(wǎng)絡(luò)芯片如何處理數(shù)據(jù)包呢？
隨著網(wǎng)絡(luò)芯片帶寬的持續(xù)提升，其內(nèi)部數(shù)據(jù)包處理單元的工作負(fù)載也隨之增加。然而，如果處理單元無法與網(wǎng)絡(luò)接口的傳入速率相匹配，將無法及時(shí)處理數(shù)據(jù)包，這不僅會(huì)導(dǎo)致數(shù)據(jù)包隨機(jī)丟失，更會(huì)降低網(wǎng)絡(luò)的吞吐量。
DPDK在AI驅(qū)動(dòng)的高效數(shù)據(jù)包處理應(yīng)用
傳統(tǒng)的數(shù)據(jù)包處理方式是數(shù)據(jù)包先到內(nèi)核最后再到用戶層進(jìn)行處理。這種方式會(huì)增加額外的延遲和CPU開銷，嚴(yán)重影響數(shù)據(jù)包處理的性能。 DPDK 繞過內(nèi)核，在用戶空間中實(shí)現(xiàn)快速數(shù)據(jù)包處理。
使用P4和Vivado工具簡化數(shù)據(jù)包處理設(shè)計(jì)
電子發(fā)燒友網(wǎng)站提供《使用P4和Vivado工具簡化數(shù)據(jù)包處理設(shè)計(jì).pdf》資料免費(fèi)下載
發(fā)表于 01-26 17:49
?0次下載
工商網(wǎng)監(jiān)
評(píng)論