chinese直男口爆体育生外卖, 99久久er热在这里只有精品99, 又色又爽又黄18禁美女裸身无遮挡, gogogo高清免费观看日本电视,私密按摩师高清版在线,人妻视频毛茸茸,91论坛 兴趣闲谈,欧美 亚洲 精品 8区,国产精品久久久久精品免费

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

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

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

網(wǎng)絡(luò)是否允許小于64字節(jié)的以太網(wǎng)幀或者報文傳輸?

FPGA之家 ? 來源:CSDN技術(shù)社區(qū) ? 作者:CSDN技術(shù)社區(qū) ? 2020-09-05 11:46 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

同學們在學網(wǎng)絡(luò)課程的時候都知道,除巨幀外,常見的以太網(wǎng)幀的長度范圍是64字節(jié)到1518字節(jié),并且因為最初總線型半雙工的組網(wǎng)原因,人們制定了CSMA/CD協(xié)議,規(guī)定了以太網(wǎng)中最短幀為64字節(jié)。然而,互聯(lián)網(wǎng)的發(fā)展日新月異,今天的網(wǎng)絡(luò)早已不是當初的半雙工模式,CSMA/CD協(xié)議也早已不再使用,那么現(xiàn)在網(wǎng)絡(luò)是否允許小于64字節(jié)的以太網(wǎng)幀或者報文傳輸呢?本文搭建硬件環(huán)境進行了驗證。

回顧

電磁波在雙絞線上傳輸?shù)乃俣葹?.7倍光速,在1km電纜的傳播時延約為5us。傳統(tǒng)的網(wǎng)絡(luò)信道比較差,需要有重傳機制保障可靠性。于是,在節(jié)點A向節(jié)點B發(fā)送數(shù)據(jù)進行通信的時候,要保證以太網(wǎng)的重傳,必須保證A收到碰撞信號的時候,數(shù)據(jù)包沒有傳完,要實現(xiàn)這一要求,A和B之間的距離很關(guān)鍵,也就是說信號在A和B之間傳輸?shù)膩砘貢r間必須控制在一定范圍之內(nèi)。IEEE定義了這個標準,一個碰撞域內(nèi),最遠的兩臺機器之間的round-trip time 要小于512bit 時間。(來回時間小于512位時,所謂位時就是傳輸一個比特需要的時間)。因此,傳統(tǒng)以太網(wǎng)有如下特點: 1、最大覆蓋距離(兩個站點最遠的距離):2500m; 2、爭用期(即一個信號最遠來回的傳播時間):51.2us;過來這個時間還未監(jiān)聽到?jīng)_突,則說明無沖突; 3、最小幀長:64字節(jié);因為傳統(tǒng)以太網(wǎng)速率是10Mbps,爭用期是51.2us;即在這個時間內(nèi),幀的數(shù)據(jù)不能發(fā)完,否則將不能監(jiān)聽到?jīng)_突了(CSMA/CD協(xié)議是邊發(fā)邊聽、不發(fā)不聽;因為如果幀發(fā)完,則不在監(jiān)聽,這個時候即使來了有沖突的信號,不在監(jiān)聽,也不知道已經(jīng)沖突了),這樣的話CSMA/CD協(xié)議可靠性也就大大折扣了;即:B/10M >= 51.2us;即512bit,64個字節(jié); 4、幀間最小間隔:9.6us;相當于發(fā)送96bit;即在CSDM/CD協(xié)議下,一個站點在監(jiān)測到信道空閑后,需要等待9.6us才能發(fā)送數(shù)據(jù);(主要目的是留給剛剛接收數(shù)據(jù)的站點清理接收緩存,做好接下一陣的準備----------流量控制其實也是) 上述所說的以太網(wǎng)幀是針對以太網(wǎng)Ⅱ型幀進行的描述。幀格式如下:

那么,現(xiàn)在互聯(lián)網(wǎng)中發(fā)送長度小于64字節(jié)的報文時如何傳送呢?比如ARP報文。有效長度如下: ARP報文:4字節(jié)+4字節(jié)+6字節(jié)+4字節(jié)+6字節(jié)+4字節(jié)=28字節(jié),遠不夠64字節(jié)。 事實上,在傳送ARP報文時,需要進行填充。

arp程序代碼里,會增加一個填充程序,填充字段 18字節(jié), 這樣以太網(wǎng)數(shù)據(jù)部分=ARP28字節(jié)+填充18字節(jié)=46字節(jié)。這樣,Dmac 6字節(jié)+S mac 6字節(jié)+ type 2字節(jié)+ARP 46字節(jié)+FCS4字節(jié)=64字節(jié)。 從而保證了互聯(lián)網(wǎng)上可以有效的傳輸小于64字節(jié)的報文。上述內(nèi)容來源于網(wǎng)絡(luò),如有侵權(quán),請聯(lián)系我刪除。網(wǎng)上有很多很多討論為什么以太網(wǎng)幀最短幀為64字節(jié)的文章,大家可以自行百度。我們關(guān)注的問題是,如果不填充,而是強行傳送小于64字節(jié)的報文呢?我們搭建了一個上板實驗進行了驗證。

實驗環(huán)境

開發(fā)板:Zedboard。 網(wǎng)絡(luò):雙絞線接Zedboard四端口擴展板1口和3口并形成回環(huán)。 EDA工具:Vivado2018.2、ModelSim10.5。 真實硬件驗證環(huán)境如下圖(請忽略圖中紙箱子等雜物):

回環(huán)結(jié)構(gòu)

實驗目的:為了驗證,在實際鏈路中短于64字節(jié)的mac數(shù)據(jù)幀能否通過雙絞線在phy層之間傳輸,以及mac核對于長度不符合要求的數(shù)據(jù)幀的處理情況。

事實上,在上圖中,最短幀能否通過MAC1對應的RJ45網(wǎng)口發(fā)出來的前提是能否順利的通過PHY芯片,FPGA芯片、PHY芯片以及RJ45接口的關(guān)系圖如下:

PHY與FPGA之間的接口為RGMII接口。在FPGA內(nèi)部構(gòu)建的長度小于64字節(jié)的以太網(wǎng)幀,通過FPGA芯片與PHY芯片之間的RGMII接口首先發(fā)給PHY芯片,如果能夠順利的通過PHY芯片,才能從RJ45接口(MAC1)通過雙絞線發(fā)送給MAC2的RJ45接口,進而再經(jīng)過MAC2對應的RJ45接口、PHY芯片,最后送回到FPGA芯片內(nèi)部。如下圖所示,左側(cè)MAC1采用自己寫的超短幀產(chǎn)生和接收模塊,右側(cè)MAC2采用Opencores上的開源MAC核。

數(shù)據(jù)流

Step1:通過data_gen模塊循環(huán)發(fā)送定長數(shù)據(jù)32’h12_34_56_78,通過8位數(shù)據(jù)端口傳給ephy_source模塊。

Step2:ephy_source模塊根據(jù)接收的數(shù)據(jù),以及長度進行mac幀封裝,并填寫固定目的mac地址:48’h01_01_01_01_01_01以及源mac地址:48’h08_08_08_08_08_08之后依次按單字節(jié)發(fā)送數(shù)據(jù)域內(nèi)數(shù)據(jù),并進行crc計算。

Step3:通過rgmii接口模塊進行8位gmii接口數(shù)據(jù)到4位rgmii接口數(shù)據(jù)的轉(zhuǎn)換后接到phy層。

Step4:經(jīng)雙絞線傳輸后來到另一端的phy層,并依次經(jīng)過phy層、rgmii轉(zhuǎn)換送入mac處理。

Step5:mac接收的數(shù)據(jù),在去掉前導碼、crc校驗后,以32位寬的形式將數(shù)據(jù)部分發(fā)送給用戶側(cè),這里直接將數(shù)據(jù)通過回環(huán)發(fā)送到mac2的用戶發(fā)送數(shù)據(jù)端口,再次通過mac2的組幀、crc計算、8位gmii到4位rgmii的轉(zhuǎn)換之后通過phy2的tx發(fā)送回phy1的接收端口。

超短幀長度設(shè)置為40字節(jié)。從MAC1發(fā)出,經(jīng)過PHY1芯片,經(jīng)過雙絞線和MAC2的PHY2芯片,可以在MAC2的RGMII接口處收到。

仿真及上板結(jié)果如下:

可以看到在數(shù)據(jù)幀長度不符合標準的時候,是沒有辦法通過MAC2的mac核的,但是能夠到達接收端的rgmii_rx部分。

經(jīng)檢查,發(fā)現(xiàn)開源IP核接收數(shù)據(jù)文件mac_rx_ctrl.v中對接收到的數(shù)據(jù)幀進行了長度判斷,把不滿足64字節(jié)的數(shù)據(jù)幀給過濾掉了。

通過寄存器可以配置LTU MTU大小,默認的LTU=64bytes MTU=1530bytes。

為了能接收到長度為40直接的數(shù)據(jù)幀,我們進行了如下修改:

LTU限制改為34, payload=34-4=30,由于接收控制的最小幀長信號是在寄存器組里配置,所以對需要在reg_init中更改。

修改完之后,在MAC2處即能接收到40字節(jié)的以太網(wǎng)幀了。

數(shù)據(jù)流可以在MAC2處回環(huán)了。但從MAC2的發(fā)送口收到的數(shù)據(jù)幀長度被自動填充到64字節(jié)了。如下圖中的打紅叉處。

經(jīng)檢查,發(fā)現(xiàn)開源代碼的發(fā)送模塊部分會自動的填充補零。相關(guān)模塊代碼如下:

修改成支持傳輸40字節(jié)的超短幀,如下圖:

修改過之后,超短幀數(shù)據(jù)即可形成回環(huán)。

上板抓取超短幀

MAC1超短幀發(fā)送端

ephy_send側(cè)的發(fā)送數(shù)據(jù),對應抓取數(shù)據(jù)幀位置如下圖。

注意:這里沒有抓發(fā)送側(cè)的rgmii_txd是因為他是oddr型的驅(qū)動,沒有辦法驅(qū)動寄存器,所以沒法打拍抓信號,更不能直接抓,所以抓了轉(zhuǎn)換前的8位數(shù)據(jù)。

MAC2超短幀接收端

值得注意的是,這里的rgmii_rx是buf型的驅(qū)動,所以是可以抓的信號,并且還未進行4到8的轉(zhuǎn)換,所以這里只有上升沿采到的高半字節(jié)偶數(shù),而低半字節(jié)需要下降沿采樣。抓取位置對應于下圖中的箭頭處。

結(jié)論

通過以上實驗可知,超短幀是可以經(jīng)過雙絞線傳輸?shù)?,PHY芯片不會對其進行過濾。但筆者沒有對商用的交換機進行測試,也許會出現(xiàn)文中提到的MAC那樣,硬件芯片會自動補零到64字節(jié)了。

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

    關(guān)注

    41

    文章

    5916

    瀏覽量

    179446
  • 網(wǎng)絡(luò)
    +關(guān)注

    關(guān)注

    14

    文章

    8125

    瀏覽量

    93028

原文標題:【實測】網(wǎng)絡(luò)中可以傳小于64字節(jié)的數(shù)據(jù)包嗎?

文章出處:【微信號:zhuyandz,微信公眾號:FPGA之家】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

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

    以太網(wǎng)通訊在FPGA上的實現(xiàn)

    數(shù)據(jù)量達到幾十,甚至成百上千個字節(jié)。下圖為以太網(wǎng)通過UDP傳輸單包數(shù)據(jù)的格式,可以看出,以太網(wǎng)的數(shù)據(jù)包就是對各層協(xié)議的逐層封裝來實現(xiàn)數(shù)據(jù)的傳輸
    發(fā)表于 10-30 07:45

    移植網(wǎng)絡(luò)PHY芯片驅(qū)動,如何融入 rt-thread 的網(wǎng)絡(luò)體系,并添加新的以太網(wǎng)類型的報文?

    PHY 芯片最底層收發(fā)以太網(wǎng)報文,有可能組成 VLAN 網(wǎng)絡(luò)); 我要實現(xiàn)一個新的以太網(wǎng)類型報文(HPGP
    發(fā)表于 09-22 06:11

    什么,以太網(wǎng)能傳CAN報文?

    概述IEEE1722(AVB/TSN協(xié)議族中的核心協(xié)議)不僅定義了基于以太網(wǎng)的音視頻流傳輸格式(AVTP-AAF),還包含了一套關(guān)鍵的控制協(xié)議—AVTPControlFormat(后文簡稱ACF
    的頭像 發(fā)表于 09-09 15:59 ?2409次閱讀
    什么,<b class='flag-5'>以太網(wǎng)</b>能傳CAN<b class='flag-5'>報文</b>?

    如何使用20829 can-fd發(fā)送64字節(jié)擴展標識符數(shù)據(jù)?

    numberOfFIFOElements更改為16。 使用兩個20829 EVK進行測試,最大傳輸數(shù)據(jù)大小為15個字節(jié)。DLC范圍是0~15 uint32數(shù)據(jù),但實際上,另一個節(jié)點每最多只能接收15個
    發(fā)表于 08-04 06:56

    usb3014不能寫入1024字節(jié)的原因?

    Hi,各位專家你們好! 在調(diào)試usb3014的時候,遇到了一個問題,F(xiàn)PGA不能寫入1024字節(jié)的數(shù)據(jù)(或者1024字節(jié)的整數(shù)倍數(shù)據(jù))到FX3,(我設(shè)置DMA buffer大小是1024),按理說
    發(fā)表于 07-16 06:52

    以太網(wǎng)入門:從零開始,掌握以太網(wǎng)基礎(chǔ)知識!

    ?以太網(wǎng)是一種基于異步載波偵聽多路訪問/沖突檢測(CSMA/CD)協(xié)議的通信技術(shù)。它支持的有效負載大小為46-1500個八位字節(jié),數(shù)據(jù)速率可達10Mbps、10
    的頭像 發(fā)表于 06-09 14:00 ?4117次閱讀
    <b class='flag-5'>以太網(wǎng)</b>入門:從零開始,掌握<b class='flag-5'>以太網(wǎng)</b>基礎(chǔ)知識!

    下位機CY7C68013A發(fā)送數(shù)據(jù),上位機C#讀取數(shù)據(jù),510字節(jié),會丟幀或者內(nèi)錯位是怎么回事?

    下位機CY7C68013A發(fā)送數(shù)據(jù),上位機C#在1個while循環(huán)內(nèi)不斷地讀取數(shù)據(jù),510字節(jié)1,1秒333、1秒667、1秒1333
    發(fā)表于 05-30 07:43

    雙通道CAN轉(zhuǎn)以太網(wǎng)#CAN轉(zhuǎn)以太網(wǎng)#三格電子

    以太網(wǎng)
    三格電子科技
    發(fā)布于 :2025年05月12日 13:17:05

    如何將小于1024字節(jié)的緩沖區(qū)從FPGA發(fā)送到PC?

    的 PC 請求讀取時出現(xiàn)錯誤,然后我嘗試從 FPGA 連續(xù)發(fā)送到 PC。 最后,我意識到 PC(主機)只能讀取 1024 個字節(jié)。 非常糟糕,如何將小于1024字節(jié)的緩沖區(qū)從FPGA發(fā)送到PC?
    發(fā)表于 05-09 08:18

    是否可以使用DMA和LPSPI的3字節(jié)大???

    DMA 傳輸為24字節(jié)。 我不需要 CPU 干預,所以一切都需要在 DMA 設(shè)置中進行配置,否則就違背了使用 DMA 的目的。 此時,除非我們進一步深入研究,否則我不會分享我的代碼,但我
    發(fā)表于 03-17 06:47

    工業(yè)與IT網(wǎng)絡(luò)中的以太網(wǎng)數(shù)據(jù):格式與用途全解析

    以太網(wǎng)數(shù)據(jù)是計算機網(wǎng)絡(luò)通信的基本單位,在不同的應用場景中,它的格式有所不同。從互聯(lián)網(wǎng)和工業(yè)自動化常見的以太網(wǎng) II ,到 VLAN 組網(wǎng)
    的頭像 發(fā)表于 03-14 17:35 ?1265次閱讀
    工業(yè)與IT<b class='flag-5'>網(wǎng)絡(luò)</b>中的<b class='flag-5'>以太網(wǎng)</b>數(shù)據(jù)<b class='flag-5'>幀</b>:格式與用途全解析

    EtherCAT數(shù)據(jù)結(jié)構(gòu)解析

    物理層和常規(guī)的以太網(wǎng)卡,通過獨特的數(shù)據(jù)結(jié)構(gòu)和處理機制,實現(xiàn)了基于EtherNet的實時控制。本文將深入探討EtherCAT的數(shù)據(jù)結(jié)構(gòu),從的組成、子
    的頭像 發(fā)表于 02-02 17:42 ?2205次閱讀

    信而泰網(wǎng)絡(luò)測試儀校準解決方案

    端口設(shè)置端口速率1Gbps,發(fā)送64Byte字節(jié)長度報文,頭觸發(fā)器檢測到以太網(wǎng)信號中頭速率,
    發(fā)表于 01-13 15:29

    以太網(wǎng)與因特網(wǎng):不同的網(wǎng)絡(luò)技術(shù),共同的數(shù)字基礎(chǔ)

    以太網(wǎng)和因特網(wǎng)并不是對立的技術(shù),而是共同構(gòu)成了現(xiàn)代網(wǎng)絡(luò)生態(tài)的基礎(chǔ)。以太網(wǎng)提供了局部網(wǎng)絡(luò)的高效連接,而因特網(wǎng)則實現(xiàn)了全球范圍的互聯(lián)與信息共享。在實際應用中,它們各自發(fā)揮所長,通過無縫融合
    的頭像 發(fā)表于 01-07 09:38 ?1510次閱讀
    <b class='flag-5'>以太網(wǎng)</b>與因特網(wǎng):不同的<b class='flag-5'>網(wǎng)絡(luò)</b>技術(shù),共同的數(shù)字基礎(chǔ)

    百問MQTT協(xié)議分析 - MQTT簡述及協(xié)議報文格式組成

    )1字節(jié)固定報頭,2字節(jié)心跳報文,報文結(jié)構(gòu)緊湊 e)消息QoS支持,可靠傳輸保證 16.1.3 應用 ?MQTT協(xié)議廣泛應用于物聯(lián)網(wǎng)、移動互
    發(fā)表于 12-13 09:29