在线观看www成人影院-在线观看www日本免费网站-在线观看www视频-在线观看操-欧美18在线-欧美1级

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

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

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

tcp數(shù)據(jù)包接口封裝的介紹

FPGA之家 ? 來源:CSDN ? 作者:hasaki_code ? 2021-03-22 09:39 ? 次閱讀

TCP報(bào)文格式

TCP協(xié)議有著自己的數(shù)據(jù)包格式,這里把TCP的數(shù)據(jù)包稱為報(bào)文段(segment),TCP報(bào)文段封裝在IP數(shù)據(jù)報(bào)中發(fā)送,TCP報(bào)文段由TCP首部和TCP數(shù)據(jù)區(qū)組成,首部區(qū)域包含了連接建立與斷開、數(shù)據(jù)確認(rèn)、窗口大小通告、數(shù)據(jù)發(fā)送相關(guān)的所有標(biāo)志和控制信息。如下圖:

1c804092-8924-11eb-8b86-12bb97331649.png

首部的大小為20~60字節(jié),在沒有任何選項(xiàng)的情況下,首部大小為20字節(jié),與不含選項(xiàng)字段的IP報(bào)首部大小相同。TCP報(bào)文中的數(shù)據(jù)部分可以為空,例如在一個(gè)連接建立或斷開時(shí),雙方交換的報(bào)文段僅有TCP首部;又如當(dāng)一方?jīng)]有任何數(shù)據(jù)需要發(fā)送,則它需要使用不包含任何數(shù)據(jù)的報(bào)文段來發(fā)送確認(rèn)信息。

1、源端口號(hào)和目的端口號(hào)兩個(gè)字段用于標(biāo)識(shí)發(fā)送端和接收端應(yīng)用進(jìn)程分別綁定的端口號(hào)。這兩個(gè)值加上IP數(shù)據(jù)報(bào)首部中的源IP地址和目的IP地址就能唯一確定一個(gè)TCP連接

2、32位序號(hào)字段標(biāo)識(shí)了從TCP發(fā)送端到TCP接收端的數(shù)據(jù)字節(jié)編號(hào),它的值為當(dāng)前報(bào)文段中第一個(gè)數(shù)據(jù)的字節(jié)序號(hào)。在接收方,先計(jì)算出數(shù)據(jù)區(qū)數(shù)據(jù)的長(zhǎng)度,然后使用首部中的序號(hào)字段,就能計(jì)算出報(bào)文最后一個(gè)字節(jié)數(shù)據(jù)的序號(hào)。當(dāng)建立一個(gè)新連接時(shí),握手報(bào)文首部中的SYN標(biāo)志置1,此時(shí),序號(hào)字段包含由發(fā)送方隨機(jī)選擇的初始序號(hào)ISN(Initial Sequence Number)。建立連接的報(bào)文(SYN)將占用一個(gè)數(shù)據(jù)編號(hào),因此發(fā)送方隨后將要發(fā)送數(shù)據(jù)的第一個(gè)字節(jié)序號(hào)為ISN+1

3、32位確認(rèn)序號(hào)只有ACK標(biāo)志為1時(shí)才有效,它包含了本機(jī)所期望收到的下一個(gè)數(shù)據(jù)序號(hào),確認(rèn)常常和反向數(shù)據(jù)一起捎帶發(fā)送

4、4位首部長(zhǎng)度指出了TCP首部的長(zhǎng)度,以4字節(jié)為單位。需要這個(gè)值是因?yàn)檫x項(xiàng)字段的長(zhǎng)度是可變的。由于這個(gè)字段有4bit,因此TCP最多有60字節(jié)的首部,如果沒有任何選項(xiàng)字段,首部長(zhǎng)度應(yīng)該為5(20字節(jié))

5、在TCP首部中有6個(gè)標(biāo)志bit,它們中的多個(gè)可同時(shí)被設(shè)置為1,它們告訴了接收端應(yīng)該如何解釋報(bào)文的內(nèi)容,比如一些報(bào)文段攜帶了確認(rèn)信息、一些報(bào)文段攜帶了緊急數(shù)據(jù)、一些報(bào)文包含建立或關(guān)閉連接的請(qǐng)求。6個(gè)標(biāo)志位的意義如下圖:

1d1e6826-8924-11eb-8b86-12bb97331649.png

6、窗口大小字段可看作捎帶的另一個(gè)例子,窗口通告可以附加在任何報(bào)文段中發(fā)送。在TCP發(fā)送一個(gè)報(bào)文時(shí),可在窗口字段中填寫相應(yīng)值以通知對(duì)方自己的可用緩沖區(qū)大小(以字節(jié)為單位),報(bào)文接收方需要根據(jù)這個(gè)值來調(diào)整發(fā)送窗口的大小。這個(gè)字段是16bit的,所以通告窗口的最大值為65535字節(jié)。窗口字段是實(shí)現(xiàn)流量控制的關(guān)鍵字段,當(dāng)接收方向發(fā)送方通知一個(gè)大小為0的窗口時(shí),將完全阻止發(fā)送方的數(shù)據(jù)發(fā)送

7、16位的緊急指針只有當(dāng)緊急標(biāo)志位URG置位時(shí)才有效,此時(shí)報(bào)文中包含了緊急數(shù)據(jù),緊急數(shù)據(jù)始終放在報(bào)文段數(shù)據(jù)開始的地方,而緊急指針定義出了緊急數(shù)據(jù)在數(shù)據(jù)區(qū)中的結(jié)束處,用這個(gè)值加上序號(hào)字段值就得到了最后一個(gè)緊急數(shù)據(jù)的序號(hào)

構(gòu)造TCP報(bào)文段

接下來,我們使用結(jié)構(gòu)體來定義TCP報(bào)文,該結(jié)構(gòu)體定義在level-ip的include/tcp.h文件中:

struct tcphdr {uint16_t sport;uint16_t dport;uint32_t seq;uint32_t ack_seq;uint8_t rsvd : 4;uint8_t hl : 4;uint8_t fin : 1,syn : 1,rst : 1,psh : 1,ack : 1,urg : 1,ece : 1,cwr : 1;uint16_t win;uint16_t csum;uint16_t urp;uint8_t data[];} __attribute__((packed));

這個(gè)結(jié)構(gòu)體的成員變量,與我們剛才介紹的TCP報(bào)文格式的每個(gè)字段是一一對(duì)應(yīng)的,這里不再重復(fù)解析。

tcp報(bào)文發(fā)送接口

tcp數(shù)據(jù)的發(fā)送接口tcp_transmit_skb,會(huì)在tcp建立可靠連接和數(shù)據(jù)發(fā)送時(shí)被多次調(diào)用,如三次握手、write()、read()等。在level-ip中,該接口函數(shù)保存在src cp_output.c文件中。如下圖:

static int tcp_transmit_skb(struct sock *sk, struct sk_buff *skb, uint32_t seq){struct tcp_sock *tsk = tcp_sk(sk);struct tcb *tcb = &tsk-》tcb;struct tcphdr *thdr = tcp_hdr(skb);/* No options were previously set */if (thdr-》hl == 0) thdr-》hl = TCP_DOFFSET;skb_push(skb, thdr-》hl * 4);thdr-》sport = sk-》sport;thdr-》dport = sk-》dport;thdr-》seq = seq;thdr-》ack_seq = tcb-》rcv_nxt;thdr-》rsvd = 0;thdr-》win = tcb-》rcv_wnd;thdr-》csum = 0;thdr-》urp = 0;if (thdr-》hl 》 5) {tcp_write_options(tsk, thdr);}tcp_out_dbg(thdr, sk, skb);thdr-》sport = htons(thdr-》sport);thdr-》dport = htons(thdr-》dport);thdr-》seq = htonl(thdr-》seq);thdr-》ack_seq = htonl(thdr-》ack_seq);thdr-》win = htons(thdr-》win);thdr-》csum = htons(thdr-》csum);thdr-》urp = htons(thdr-》urp);thdr-》csum = tcp_v4_checksum(skb, htonl(sk-》saddr), htonl(sk-》daddr));return ip_output(sk, skb);}

第12行:設(shè)置源端口號(hào)

第13行:設(shè)置目標(biāo)端口號(hào)

第14行:自己發(fā)送的數(shù)據(jù)的起始序號(hào)

第15行:通知對(duì)方期望接收的下一字節(jié)的序號(hào)

在IP協(xié)議中,會(huì)對(duì)每個(gè)數(shù)據(jù)報(bào)進(jìn)行編號(hào),而在TCP中沒有報(bào)文編號(hào)的概念,因?yàn)樗哪繕?biāo)是數(shù)據(jù)流傳輸,數(shù)據(jù)流由連續(xù)的字節(jié)流組成,盡管在上層可能用各種各樣的數(shù)據(jù)結(jié)構(gòu)和格式來描述數(shù)據(jù),但在TCP看來,數(shù)據(jù)都是字節(jié)流。TCP把一個(gè)連接中的所有數(shù)據(jù)字節(jié)都進(jìn)行了編號(hào),當(dāng)然兩個(gè)方向上的編號(hào)是彼此獨(dú)立的,編號(hào)的初始值由發(fā)送數(shù)據(jù)的一方隨機(jī)選取,編號(hào)取值是0~2^32-1,比如發(fā)送方選擇的起始編號(hào)為20,且將要發(fā)送的數(shù)據(jù)長(zhǎng)度為800字節(jié),那么字節(jié)編號(hào)將覆蓋20到819的范圍。當(dāng)所有字節(jié)被編上號(hào)后,字節(jié)流會(huì)被分裝在若干個(gè)TCP報(bào)文中發(fā)送,此時(shí)TCP報(bào)文首部的字段能夠記錄它所運(yùn)載數(shù)據(jù)的起始編號(hào)以及運(yùn)載數(shù)據(jù)的長(zhǎng)度。在接收端,可以根據(jù)這些信息對(duì)報(bào)文中數(shù)據(jù)進(jìn)行排序和確認(rèn)。例如,將上述的800字節(jié)放在三個(gè)報(bào)文段中來發(fā)送,前兩個(gè)報(bào)文段各裝載了300字節(jié)的數(shù)據(jù),最后一個(gè)報(bào)文裝載了200字節(jié)的數(shù)據(jù),則三個(gè)報(bào)文段攜帶的數(shù)據(jù)情況如下:

報(bào)文段1:起始序號(hào):20,數(shù)據(jù)長(zhǎng)度:300,序號(hào)范圍:20~319

報(bào)文段2:起始序號(hào):320,數(shù)據(jù)長(zhǎng)度:300,序號(hào)范圍:320~619

報(bào)文段3:起始序號(hào):620,數(shù)據(jù)長(zhǎng)度:200,序號(hào)范圍:620~819

接收方通過確認(rèn)的機(jī)制來告訴發(fā)送方數(shù)據(jù)的接收狀況,這是通過向發(fā)送方返回一個(gè)確認(rèn)號(hào)來完成的,確認(rèn)號(hào)標(biāo)識(shí)出自己期望接收到的下一個(gè)字節(jié)的編號(hào),例如在上面的例子中,如果接收方接收到了報(bào)文段1,則它返回給發(fā)送方的確認(rèn)號(hào)為320,表示自己期望收到數(shù)據(jù)編號(hào)為320的數(shù)據(jù);確認(rèn)號(hào)是累計(jì)的,即如果發(fā)送方接收到確認(rèn)號(hào)的值為620,說明接收方已經(jīng)正確接收了620編號(hào)以前的所有數(shù)據(jù),接收方可能是在收到兩個(gè)報(bào)文段后才發(fā)送的一個(gè)確認(rèn);還有一種情況,如果接收方只收到報(bào)文段1和3,那么它返回的確認(rèn)號(hào)仍然是320,確認(rèn)號(hào)始終表示接收方期望的下一字節(jié)數(shù)據(jù),盡管可能已有更高編號(hào)的數(shù)據(jù)被收到

第16行:保留位

第17行:設(shè)置滑動(dòng)窗口大小

在數(shù)據(jù)發(fā)送端,所有數(shù)據(jù)流按照順序被組織在發(fā)送緩存中,什么時(shí)候發(fā)送數(shù)據(jù)以及發(fā)送的多少是由滑動(dòng)窗口決定的,使用窗口滑動(dòng)的概念可以達(dá)到很好的流量控制效果和擁塞控制效果。如下圖所示,滑動(dòng)窗口可以看成定義在數(shù)據(jù)緩沖上的一個(gè)窗口,緩沖中存放了從應(yīng)用程序傳遞過來的待發(fā)送數(shù)據(jù),窗口能在緩沖上滑動(dòng),滑動(dòng)窗口狀態(tài)決定了TCP能發(fā)送哪些數(shù)據(jù)。滑動(dòng)窗口較大時(shí), TCP可以在收到確認(rèn)之前一次性地發(fā)送幾個(gè)報(bào)文段,這樣,可以使得網(wǎng)絡(luò)總是處于忙碌狀態(tài),提高網(wǎng)絡(luò)的吞吐率。當(dāng)發(fā)送窗口較小時(shí),能夠被發(fā)送的報(bào)文很少,在極端情況下,當(dāng)發(fā)送窗口為0時(shí),沒有任何報(bào)文能被發(fā)送,減少報(bào)文的發(fā)送是進(jìn)行擁塞控制的最直接手段。因此,流量控制和擁塞控制的本質(zhì)在于對(duì)發(fā)送窗口的合理調(diào)節(jié)

第18行:校驗(yàn)和設(shè)置為0

第19行:緊急指針設(shè)置為0,

TCP采用了緩沖機(jī)制來保證協(xié)議的高效性,在數(shù)據(jù)發(fā)送時(shí),TCP內(nèi)核將延遲小分組數(shù)據(jù)的交付,它將等待足夠長(zhǎng)的時(shí)間,以期待接收更多的應(yīng)用數(shù)據(jù),最后再一起發(fā)送;在接收數(shù)據(jù)時(shí),TCP首先是先將數(shù)據(jù)放在接收緩沖中,只有在應(yīng)用程序準(zhǔn)備就緒或者TCP協(xié)議認(rèn)為時(shí)機(jī)恰當(dāng)?shù)臅r(shí)候,數(shù)據(jù)才會(huì)被交付給應(yīng)用程序。上述緩沖機(jī)制是出于對(duì)網(wǎng)絡(luò)性能提升的考慮,但是它可能會(huì)妨礙某些應(yīng)用程序的使用。例如,兩個(gè)應(yīng)用程序進(jìn)行交互式通信,一端應(yīng)用程序打算把用戶鍵入的字符發(fā)送給另一端應(yīng)用程序,并且期望對(duì)方立即響應(yīng)。在這種情況下,TCP的數(shù)據(jù)收集與延遲發(fā)送、緩沖遞交會(huì)給用戶帶來很不好的體驗(yàn)。為了滿足交互式應(yīng)用場(chǎng)合的需求,TCP可以采用下面的方式解決這個(gè)問題。發(fā)送方應(yīng)用程序向TCP傳遞數(shù)據(jù)時(shí),請(qǐng)求推送(push)操作,這時(shí),TCP協(xié)議不會(huì)等待發(fā)送緩沖區(qū)被填滿,而是直接將報(bào)文發(fā)送出去。同時(shí),被推送出去的報(bào)文首部中推送位(PSH)將被置1,接收端在收到這類報(bào)文時(shí),會(huì)盡快將數(shù)據(jù)遞交給應(yīng)用程序,而不必緩沖更多的數(shù)據(jù)再遞交

tcp接收接口

tcp數(shù)據(jù)接收接口為tcp_in()函數(shù)。該函數(shù)在ip數(shù)據(jù)幀讀取接口ip_rcv()函數(shù)中調(diào)用。該函數(shù)保存在srcip_input.c文件中,我們來了解一下這個(gè)函數(shù),如下圖:

void tcp_in(struct sk_buff *skb){struct sock *sk;struct iphdr *iph;struct tcphdr *th;iph = ip_hdr(skb);th = (struct tcphdr*) iph-》data;tcp_init_segment(th, iph, skb);sk = inet_lookup(skb, th-》sport, th-》dport);if (sk == NULL) {print_err(“No TCP socket for sport %d dport %d ”,th-》sport, th-》dport);free_skb(skb);return;}socket_wr_acquire(sk-》sock);tcp_in_dbg(th, sk, skb);/* if (tcp_checksum(iph, th) != 0) { *//* goto discard; *//* } */tcp_input_state(sk, th, skb);socket_release(sk-》sock);}

第7行:從sk_buff中讀取ip首部信息

第8行:從ip數(shù)據(jù)包的data區(qū)域中讀取tcp數(shù)據(jù)信息

第10行:進(jìn)行關(guān)鍵字段的大小端變換和計(jì)算應(yīng)答序號(hào)等

第12行:根據(jù)通信端口,查找管理該次tcp連接的結(jié)構(gòu)體sock

第20行:獲取該結(jié)構(gòu)體的讀寫鎖

第26行:數(shù)據(jù)遞交給tcp_input_state()函數(shù)處理,該函數(shù)會(huì)進(jìn)行tcp通信狀態(tài)的變化,以及獲取把整理好的有序報(bào)文遞交給應(yīng)用程序。

總結(jié)

在對(duì)可靠性要求很高的場(chǎng)合下,使用TCP提供的傳輸性能是很合適的,TCP將兩個(gè)進(jìn)程間傳遞的數(shù)據(jù)看作數(shù)據(jù)流的形式,兩個(gè)先后發(fā)出的TCP報(bào)文雖然在網(wǎng)絡(luò)中也是互不相關(guān)的傳輸,但是它們攜帶的數(shù)據(jù)之間卻具有關(guān)聯(lián)關(guān)系,因?yàn)門CP給傳輸?shù)拿總€(gè)字節(jié)數(shù)據(jù)一個(gè)唯一的編號(hào)。在接收端,所有數(shù)據(jù)將按照編號(hào)被順序組織起來,當(dāng)所有數(shù)據(jù)接收成功后,TCP才把數(shù)據(jù)遞交給應(yīng)用層。應(yīng)用層不必?fù)?dān)心報(bào)文的亂序、重復(fù)、丟失等問題,TCP采用正面確認(rèn)以及超時(shí)重傳等機(jī)制保證數(shù)據(jù)流能全部正確到達(dá)。

但是,我們這篇文章還沒涉及到這部分的內(nèi)容,但是我們已經(jīng)找到分析的突破口,那就是上面所提到的tcp_input_state()函數(shù),以后我們將在該函數(shù)里面剖析tcp種種可靠性機(jī)制。

原文標(biāo)題:level-ip之tcp數(shù)據(jù)包接口封裝

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

責(zé)任編輯:haq

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

    關(guān)注

    8

    文章

    7033

    瀏覽量

    89040

原文標(biāo)題:level-ip之tcp數(shù)據(jù)包接口封裝

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

收藏 人收藏

    評(pí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配置
    的頭像 發(fā)表于 12-16 14:33 ?534次閱讀

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

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

    請(qǐng)問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ā)送一個(gè)小 UDP 數(shù)據(jù)包(5 字節(jié))。這個(gè)小數(shù)據(jù)包被我的微控制器在UART上接收到。微控制器將更大的數(shù)據(jù)包(可變長(zhǎng)度,約 100 字節(jié))發(fā)送回 UART。ESP在UART上接
    發(fā)表于 07-18 07:17

    能否在ESP結(jié)束之前通過串行端口停止傳入的UDP數(shù)據(jù)包的傳輸以解析下一個(gè)UDP數(shù)據(jù)包

    我正在做一個(gè)artnet節(jié)點(diǎn), 它收到幾個(gè) UDP 廣播數(shù)據(jù)包,工作正常,但是: 其中一些必須使用,其中一些必須丟棄, mi問題是:所有傳入的數(shù)據(jù)包都出現(xiàn)在帶有IPD命令的串行端口上, 并且我需要
    發(fā)表于 07-16 06:18

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

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

    TCP傳輸大量數(shù)據(jù)時(shí)丟失數(shù)據(jù)的原因?

    當(dāng)TCP用于傳輸大量數(shù)據(jù)時(shí),要找到數(shù)據(jù)丟失的地方,當(dāng)TCP傳輸大量數(shù)據(jù)時(shí),數(shù)據(jù)包丟失,
    發(fā)表于 07-12 15:03

    esp8266是否可以在station和AP接口之間轉(zhuǎn)發(fā)ip數(shù)據(jù)包

    esp8266 是否可以在 station 和 AP 接口之間轉(zhuǎn)發(fā) ip 數(shù)據(jù)包?有人試過嗎?如果我們想將 esp 用作互聯(lián)網(wǎng)或類似事物的網(wǎng)關(guān),那么實(shí)施這將是一件非常有幫助的事情。
    發(fā)表于 07-10 07:49

    ESP32-C3在SPI-AT模式下進(jìn)行數(shù)據(jù)透?jìng)鳎詈笠粋€(gè)數(shù)據(jù)包數(shù)據(jù)偶爾會(huì)出現(xiàn)錯(cuò)誤,為什么?

    目前采用SPI-AT的方式在兩個(gè)硬件板之間進(jìn)行數(shù)據(jù)的無線傳輸,一個(gè)作為AP開啟TCP服務(wù)器,一個(gè)作為STA連接到對(duì)應(yīng)的服務(wù)器,傳輸?shù)?b class='flag-5'>數(shù)據(jù)量為3000000字節(jié),在測(cè)試的過程中偶爾會(huì)出現(xiàn)數(shù)據(jù)
    發(fā)表于 06-26 06:07

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

    在 AN65974 中,短數(shù)據(jù)包和零長(zhǎng)數(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

    請(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ò)的
    的頭像 發(fā)表于 04-02 16:36 ?632次閱讀
    請(qǐng)問高端網(wǎng)絡(luò)芯片如何處理<b class='flag-5'>數(shù)據(jù)包</b>呢?

    STM32H7接收數(shù)據(jù)包異常,一接收的數(shù)據(jù)出現(xiàn)兩發(fā)送的內(nèi)容怎么解決?

    );__HAL_UART_DISABLE_IT( huart1, DMA_IT_HT); 2、發(fā)送數(shù)據(jù)包1
    發(fā)表于 03-08 08:05

    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ù)包處理。
    的頭像 發(fā)表于 02-25 11:28 ?946次閱讀
    DPDK在AI驅(qū)動(dòng)的高效<b class='flag-5'>數(shù)據(jù)包</b>處理應(yīng)用

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

    電子發(fā)燒友網(wǎng)站提供《使用P4和Vivado工具簡(jiǎn)化數(shù)據(jù)包處理設(shè)計(jì).pdf》資料免費(fèi)下載
    發(fā)表于 01-26 17:49 ?0次下載
    使用P4和Vivado工具簡(jiǎn)化<b class='flag-5'>數(shù)據(jù)包</b>處理設(shè)計(jì)
    主站蜘蛛池模板: 午夜资源站| 曰本黄色一级| 天堂在线最新版资源www| 天天碰夜夜操| 理论片久久| 成年女人毛片| 欧美伦理一区| 男人j桶女人j免费视频| 成人国产精品一级毛片了| 一 级 黄 色 片生活片| 四虎在线影院| 欧美色国| 国产成人精品亚洲日本在线 | 91大神精品视频| 美女扒开下面让男人捅| 琪琪午夜伦埋大全影院| 国产成人在线播放视频| 97久草| 免费大片a一级一级| 欧美日a| 91老色批网站免费看| 欧美黄业| 性黄视频| 色婷五月| 国产999星空传媒在线观看| 网站在线观看视频| 丁香婷婷开心激情深爱五月| 伊人久久大香线蕉资源| 欧美精品video| 久久99操| www三级| 乱子伦xxx欧美| 午夜国产在线| xxx黄色片| 免费观看的黄色网址| 婷婷久久五月天| 国产69久久精品成人看| 成人精品人成网站| 最新黄色免费网站| 五月综合激情视频在线观看| 久久国产精品久久久久久久久久|