日本黄色一级经典视频|伊人久久精品视频|亚洲黄色色周成人视频九九九|av免费网址黄色小短片|黄色Av无码亚洲成年人|亚洲1区2区3区无码|真人黄片免费观看|无码一级小说欧美日免费三级|日韩中文字幕91在线看|精品久久久无码中文字幕边打电话

當前位置:首頁 > 嵌入式 > 嵌入式硬件
[導讀]TCP/IP協(xié)議大致可以分為以下的層次:應用層、TCP/IP協(xié)議層、網(wǎng)卡驅動。這些協(xié)議層之間的接口如圖 1所示,其中輸出是數(shù)據(jù)流向對方,輸入是數(shù)據(jù)流向本地應用層。(1)應用層和

TCP/IP協(xié)議大致可以分為以下的層次:應用層、TCP/IP協(xié)議層、網(wǎng)卡驅動。這些協(xié)議層之間的接口如圖 1所示,其中輸出是數(shù)據(jù)流向對方,輸入是數(shù)據(jù)流向本地應用層。

(1)應用層和rap層的接口

如果是作為客戶端,則包含:

·bind:使用bind綁定本地端口;

·cONnect:需要使用connect進行連接,當應用層調用connect函數(shù)時,TCP層負責建立連接,返回值指 示是否連接成功;

·send:使用send發(fā)送一個應用層的數(shù)據(jù);

·recelve:當rap層有數(shù)據(jù)到達時,rap層將觸發(fā)OnReceive函數(shù),用戶可以在OnReceive函數(shù)中做接收 處理;

·close:需要使用close函數(shù)主動和對方斷開連接,連接斷開以后返回真,如果斷開操作超時,則返回假。

 


圖1 TCP/IP層間接口

如果是作為服務器,則包含:

·bind綁定;

·listen:在綁定的本地端口監(jiān)聽;

·對方發(fā)來連接;

·send發(fā)送;

·recelve接收;

·close斷開連接。

總的來說,rap層要提供給應用層以上的一些函數(shù)。

(2)協(xié)議和網(wǎng)卡驅動的接口

發(fā)送時,網(wǎng)卡提供send函數(shù),當協(xié)議調用send函數(shù)時,網(wǎng)卡驅動負責發(fā)送這個包。

接收時,當網(wǎng)卡接收到一個數(shù)據(jù)包以后,產(chǎn)生一個中斷,系統(tǒng)提供一個中斷處理函數(shù),在這個中斷函 數(shù)中將這個包提交給TCP/IP層。

(3)TCP/IP內部的層間接口

發(fā)送流程如下:應用層調用send,要求rap層發(fā)送,TOP層填寫好TCP頭部信息以后,要求 IP層發(fā)送,IP 層檢查是否能在ARP緩存中找到IP對應的物理地址,如果沒有則要ARP協(xié)議發(fā)送一個ARP請求,如果有則填 寫IP頭。再設置一個網(wǎng)絡接口層,這一層負責填寫MAC層頭部,這一層的另外一個功能是將接收網(wǎng)絡數(shù)據(jù) 流分流(也就是對IP包和ARP交給不同的函數(shù)處理)。

對網(wǎng)卡的接收和TCP/IP協(xié)議的接口來說,直接在驅動程序的接收中斷處理函數(shù)中處理P頭、TCP頭,然 后把數(shù)據(jù)送給應用層。

(4)實現(xiàn)隊列層間接口

·中斷處理函數(shù)過大,可能會帶來問題;

·各個層的界面不清晰;

·越向底層所要發(fā)送的包數(shù)目越多。如果發(fā)送時也是從應用層一直運行到網(wǎng)卡驅動,

那么就比較難解決底層的多佘數(shù)據(jù)包發(fā)送的問題。

所以將在層次之間設一個隊列,程序循環(huán)檢測各個層間隊列中是否有元素,如果有元素則提取后處理 。構建的一個隊列結構體如下。

 


這個隊列提供隊列的初始化、隊列的寫入、隊列的讀出等函數(shù),以及完成隊列的操作。但是隊列多也 會占用資源和查詢時間,所以在沒有必要設置隊列的地方將苴接采用函數(shù)調用的方法。

(5)模塊和模塊之間的接口

各個模塊之中有三種類型的子模塊:一般函數(shù)、中斷函數(shù)和進程。

·一般函數(shù)只有在被進程調用時才運行。

·中斷函數(shù)一般由中斷觸發(fā)而運行,這里主要有網(wǎng)卡驅動的接收處理函數(shù)和定時器模

塊中的定時器。

由于這里采用隊列的方式作為模塊或層間的接口,所以必須反復查詢各個模塊的輸入隊列,所有含有 輸入隊列的模塊都必須有一個反復被調用的函數(shù),稱之為進程。在主進程maln函數(shù)中反復地調用這些進程。

本站聲明: 本文章由作者或相關機構授權發(fā)布,目的在于傳遞更多信息,并不代表本站贊同其觀點,本站亦不保證或承諾內容真實性等。需要轉載請聯(lián)系該專欄作者,如若文章內容侵犯您的權益,請及時聯(lián)系本站刪除。
換一批
延伸閱讀

生活不止眼前的茍且,還有詩和遠方的田野。新的一周又開始了,大白和小林是同事,平時倆人一起喝酒吃肉打游戲居多,當然有時候也討論下學術和前沿技術。這不,小林聽說了個新鮮玩意,然后和大白聊了起來。

關鍵字: tcp udp 互聯(lián)網(wǎng)

  測試udp端口是否開放   文章概述:怎樣測試遠程UDP端口,我們一般情況下,應用服務都使用的TCP端口,但是某些情況下,我們也需要開啟UDP端口。本文簡要描述怎樣測試UDP端口是否

關鍵字: udp

MBB洪流來自哪里? 面對日新月異的移動終端和爆炸式增長的移動應用,移動互聯(lián)網(wǎng)流量未來10年將迎來數(shù)百倍的增長。MBB洪流已然來襲,然而,它們主要來自哪里? 答案簡單到令人難以置

關鍵字: udp

     UDP簡介   UDP: User Datagram Protocol的簡稱, 中文名是用戶數(shù)據(jù)包協(xié)議,是 OSI 參考模型中一種無連接的傳輸層協(xié)

關鍵字: socket udp

  概述   兩者都是通信協(xié)議, TCP、UDP 是傳輸層協(xié)議,但他們的通信機制與應用場景不同,下面來闡述兩者的區(qū)別以及它們的應用場景。   TCP 與 UDP   TC

關鍵字: tcp udp

  什么是udp攻擊   UDP淹沒攻擊是導致基于主機的服務拒絕攻擊的一種。UDP是一種無連接的協(xié)議,而且它不需要用任何程序建立連接來傳輸數(shù)據(jù)。當攻擊者隨機地向受害系統(tǒng)的端口發(fā)送UDP數(shù)

關鍵字: udp udp攻擊

  TCP協(xié)議與UDP協(xié)議的區(qū)別   首先咱們弄清楚,TCP協(xié)議和UCP協(xié)議與TCP/IP協(xié)議的聯(lián)系,很多人犯糊涂了,一直都是說TCP/IP協(xié)議與UDP協(xié)議的區(qū)別,我覺得這是沒有從本質上

關鍵字: tcp udp

16為UDP長度,表示整個數(shù)據(jù)報(UDP首部+UDP數(shù)據(jù))的最大長度(64KB)

關鍵字: Linux udp recvfrom

本文只是為了便于理解,做非常寬泛的描述,措辭不甚嚴謹,不當之處還望指正,感謝。 看本文章之前,建議對OSI模型已經(jīng)TCP/IP不太了解的同學們,看看我之前寫的 白話解釋 OSI模型,TLS/SS

關鍵字: tcp udp

1. TCP、UDP & TCP/IP 首先要明確TCP協(xié)議、UDP協(xié)議與TCP/IP體系結構的關系 TCP/IP體系有應用層、傳輸層、網(wǎng)際層和網(wǎng)絡接口層。四層

關鍵字: tcp udp
關閉