91欧美超碰AV自拍|国产成年人性爱视频免费看|亚洲 日韩 欧美一厂二区入|人人看人人爽人人操aV|丝袜美腿视频一区二区在线看|人人操人人爽人人爱|婷婷五月天超碰|97色色欧美亚州A√|另类A√无码精品一级av|欧美特级日韩特级

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

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

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

通信網(wǎng)絡(luò)協(xié)議技術(shù)之osi七層協(xié)議

454398 ? 來源:博客園 ? 作者: 小小螞蟻mm ? 2020-10-29 11:11 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

網(wǎng)絡(luò)協(xié)議

C\S架構(gòu),B\S架構(gòu)

C:客戶端Client

B:瀏覽器Browser

S:服務(wù)器Server

C\S架構(gòu)就是說Client\Server架構(gòu):比如QQ,微信,游戲等(軟件);打印機(硬件)

? 優(yōu)點: 安全性高,個性化設(shè)置,功能全面.響應(yīng)速度快.

? 缺點: 開發(fā)成本高,維護成本高.(基于App),面向的客戶固定.

B\S架構(gòu)就是說Browser\Server架構(gòu):瀏覽器和各個網(wǎng)站服務(wù)端進行的通信

? 優(yōu)點: 開發(fā)維護成本低,,面向用戶廣泛.

? 缺點: 安全性相對低,響應(yīng)速度相對慢,個性化的設(shè)置單一.

osi七層協(xié)議

互聯(lián)網(wǎng)的本質(zhì)

兩臺計算機之間的通信如下:

  • 首先通過各種物理連接介質(zhì)連接
  • 找準(zhǔn)對方計算機(準(zhǔn)確到軟件)的位置
  • 通過統(tǒng)一的標(biāo)準(zhǔn)(一攬子協(xié)議)進行數(shù)據(jù)的收發(fā)

osi七層協(xié)議

互聯(lián)網(wǎng)協(xié)議按照功能不同分為osi七層或TCP/IP五層或TCP/IP四層

每層常見物理設(shè)備及主要作用:

物理層

計算機之間要通信必須完成組網(wǎng),而物理層就是數(shù)據(jù)傳輸?shù)奈锢斫橘|(zhì)

物理層功能:主要是基于電氣特性發(fā)送高低電平(電信號),高電平對應(yīng)數(shù)字1,低電平對應(yīng)0

數(shù)據(jù)鏈路層

數(shù)據(jù)鏈路層功能:將數(shù)據(jù)封裝成幀,將電信號按幀分組

以太網(wǎng)協(xié)議

以太網(wǎng)協(xié)議規(guī)定一組電信號構(gòu)成一個數(shù)據(jù)報,叫做幀,每個數(shù)據(jù)幀分成報頭head和數(shù)據(jù)data兩部分

head包含:(固定18個字節(jié))

? 發(fā)送者/源地址,6個字節(jié)

? 接收者/目標(biāo)地址,6字節(jié)

? 數(shù)據(jù)類型,6字節(jié)

data包含:(最短46字節(jié),最長1500字節(jié))數(shù)據(jù)包的具體內(nèi)容

head長度+data長度=最短64字節(jié),最長1518字節(jié),超過最大限制就分片發(fā)送

mac地址

即網(wǎng)卡地址,長度為48位2進制,通常由12位16進制數(shù)表示(前6位是廠商編號,后6位是流水線編號)

同一網(wǎng)絡(luò)中當(dāng)A用戶第一次向B用戶發(fā)送數(shù)據(jù)時(通過arp協(xié)議獲取B的mac地址,并將源mac與目標(biāo)mac封裝到幀中),采用的就是廣播方式,所有用戶都會收到A發(fā)出的數(shù)據(jù),通過對數(shù)據(jù)幀拆分找到目標(biāo)mac并與自己比較,如果一致則接收,如果不一致就丟棄。

ARP協(xié)議

ARP協(xié)議功能:廣播的方式發(fā)送數(shù)據(jù)包,獲取目標(biāo)主機的mac地址

協(xié)議工作方式:每臺主機IP都是已知的,例如:主機172.16.10.10/24訪問172.16.10.11/24

首先通過IP地址和子網(wǎng)掩碼區(qū)分出自己所處的子網(wǎng)

如果是同一子網(wǎng),在數(shù)據(jù)包地址中封裝目標(biāo)主機mac及目標(biāo)主機IP

如果是不同子網(wǎng),在數(shù)據(jù)包地址中封裝網(wǎng)關(guān)mac及目標(biāo)IP

分析172.16.10.10/24與172.16.10.11/24處于同一網(wǎng)絡(luò)(如果不是同一網(wǎng)絡(luò),那么下表中目標(biāo)ip為172.16.10.1,通過ARP獲取的是網(wǎng)關(guān)的mac)

源mac 目標(biāo)mac 源IP 目標(biāo)IP
發(fā)送端主機 發(fā)送端mac FF:FF:FF:FF 172.16.10.10/24 172.16.10.11/24

這個包會以廣播的方式在發(fā)送端所處的子網(wǎng)內(nèi)傳輸,所有主機接收后拆包,發(fā)現(xiàn)目標(biāo)IP為自己就響應(yīng),并返回自己的mac

網(wǎng)絡(luò)層

網(wǎng)絡(luò)層功能:引入網(wǎng)絡(luò)地址用來區(qū)分不同的局域網(wǎng)

IP協(xié)議

? 規(guī)定網(wǎng)絡(luò)地址的協(xié)議叫IP協(xié)議,它定義的地址叫IP地址,廣泛使用IPv4,它規(guī)定網(wǎng)絡(luò)地址由32位2進制表示,范圍0.0.0.0—255.255.255.255;一個IP地址通常寫成四段十進制數(shù),例:172.16.10.1

IP地址分兩部分

網(wǎng)絡(luò)部分:標(biāo)識子網(wǎng)

主機部分:標(biāo)識主機

單純的IP地址段只是標(biāo)識了IP地址的種類,從網(wǎng)絡(luò)部分或主機部分都無法辨識一個IP所處的子網(wǎng)

子網(wǎng)掩碼

表示子網(wǎng)絡(luò)特征的一個參數(shù)。是一個32位的二進制數(shù)字,網(wǎng)絡(luò)部分全部為1,主機部分全部為0比如,IP地址172.16.10.1,如果已知網(wǎng)絡(luò)部分是前24位,主機部分是后8位,那么子網(wǎng)絡(luò)掩碼就是11111111.11111111.11111111.00000000,寫成十進制就是255.255.255.0。

通過將兩個IP地址與子網(wǎng)掩碼分別進行and運算,然后比較結(jié)果是否相同,可以判定這兩個IP是否是同一子網(wǎng)絡(luò)。比如:

'''比如,已知IP地址172.16.10.1和172.16.10.2的子網(wǎng)掩碼都是255.255.255.0,請問它們是否在同一個子網(wǎng)絡(luò)?'''
#兩者與子網(wǎng)掩碼分別進行AND運算,
172.16.10.1:10101100.00010000.00001010.000000001
255255.255.255.0:11111111.11111111.11111111.00000000
AND運算得網(wǎng)絡(luò)地址結(jié)果:10101100.00010000.00001010.000000001->172.16.10.0
172.16.10.2:10101100.00010000.00001010.000000010
255255.255.255.0:11111111.11111111.11111111.00000000
AND運算得網(wǎng)絡(luò)地址結(jié)果:10101100.00010000.00001010.000000001->172.16.10.0
#結(jié)果都是172.16.10.0,因此它們在同一個子網(wǎng)絡(luò)。

作用:

為每臺計算機分配IP地址

確定哪些地址在同一子網(wǎng)絡(luò)

IP數(shù)據(jù)包

IP數(shù)據(jù)包也分為head和data部分,無需為IP包定義單獨的欄位,直接放入以太包的data部分

head:長度為20到60 字節(jié)

data:最長為65515字節(jié)

而以太網(wǎng)數(shù)據(jù)包的“數(shù)據(jù)”部分,最長只有1500字節(jié),因此,如果IP數(shù)據(jù)包超過了1500字節(jié),就需要分割成幾個以太網(wǎng)數(shù)據(jù)包分開發(fā)送

傳輸層

傳輸層功能:建立端口到端口的通信,端口即應(yīng)用程序與網(wǎng)卡關(guān)聯(lián)的編號(范圍0—65535,0—1023為系統(tǒng)占用端口)

TCP協(xié)議

? 可靠傳輸,TCP數(shù)據(jù)包沒有長度限制,理論上可以無限長,但為了保證網(wǎng)絡(luò)效率,通常TCP數(shù)據(jù)包的長度不會超過IP數(shù)據(jù)包的長度,以確保單個TCP數(shù)據(jù)包不必再分割

TCP報文

序號:Seq序號,占32位,用來標(biāo)識TCP源端向目的端發(fā)送的字節(jié)流,發(fā)送數(shù)據(jù)時對此進行標(biāo)記。

確認(rèn)序號:Ack序號,占32位,只有Ack標(biāo)志位為1時,確認(rèn)序號字段才有效,Ack=Seq+1

標(biāo)志位:共6個,即URG、ACK、PSH、RST、SYN、FIN等,具體含義如下:

URG:緊急指針有效

ACK:確認(rèn)序號有效

PSH:接收方應(yīng)該盡快將這個報文交給應(yīng)用層

RST:重置連接

SYN:發(fā)起一個新的連接

FIN:釋放一個連接

不要將確認(rèn)序號Ack與標(biāo)志位ACK搞混;確認(rèn)方Ack=發(fā)起方Req+1,兩端配對

三次握手

? TCP在建立連接時需卻認(rèn)通信雙方的收發(fā)信息的能力是正常的,因此需要進行多次驗證,俗稱“三次握手”。

? 所謂三次握手(Three-Way Handshake)即建立TCP連接,就是指建立一個TCP連接時,需要客戶端和服務(wù)端總共發(fā)送3個包以確認(rèn)連接的建立。在socket編程中,這一過程由客戶端執(zhí)行connect來觸發(fā),整個流程如下圖所示:

? (1)第一次握手:Client將標(biāo)志位SYN置為1,隨機產(chǎn)生一個值seq=x,并將該數(shù)據(jù)包發(fā)送給Server,Client進入SYN_SENT狀態(tài),等待Server確認(rèn)。
? (2)第二次握手:Server收到數(shù)據(jù)包后由標(biāo)志位SYN=1知道Client請求建立連接,Server將標(biāo)志位SYN和ACK都置為1,ack=x+1,隨機產(chǎn)生一個值seq=K,并將該數(shù)據(jù)包發(fā)送給Client以確認(rèn)連接請求,Server進入SYN_RCVD狀態(tài)。
? (3)第三次握手:Client收到確認(rèn)后,檢查ack是否為x+1,ACK是否為1,如果正確則將標(biāo)志位ACK置為1,ack=y+1,并將該數(shù)據(jù)包發(fā)送給Server,Server檢查ack是否為y+1,ACK是否為1,如果正確則連接建立成功,Client和Server進入ESTABLISHED狀態(tài),完成三次握手,隨后Client與Server之間可以開始傳輸數(shù)據(jù)了。

四次握手

? 所謂四次揮手(Four-Way Wavehand)即終止TCP連接,就是指斷開一個TCP連接時,需要客戶端和服務(wù)端總共發(fā)送4個包以確認(rèn)連接的斷開。在socket編程中,這一過程由客戶端或服務(wù)端任一方執(zhí)行close來觸發(fā),整個流程如下圖所示:

? 由于TCP連接時全雙工的,因此,每個方向都必須要單獨進行關(guān)閉,這一原則是當(dāng)一方完成數(shù)據(jù)發(fā)送任務(wù)后,發(fā)送一個FIN來終止這一方向的連接,收到一個FIN只是意味著這一方向上沒有數(shù)據(jù)流動了,即不會再收到數(shù)據(jù)了,但是在這個TCP連接上仍然能夠發(fā)送數(shù)據(jù),直到這一方向也發(fā)送了FIN。首先進行關(guān)閉的一方將執(zhí)行主動關(guān)閉,而另一方則執(zhí)行被動關(guān)閉,上圖描述的即是如此。
? (1)第一次揮手:Client發(fā)送一個FIN,用來關(guān)閉Client到Server的數(shù)據(jù)傳送,Client進入FIN_WAIT_1狀態(tài)。
? (2)第二次揮手:Server收到FIN后,發(fā)送一個ACK給Client,確認(rèn)序號為收到序號+1(與SYN相同,一個FIN占用一個序號),Server進入CLOSE_WAIT狀態(tài)。
? (3)第三次揮手:Server發(fā)送一個FIN,用來關(guān)閉Server到Client的數(shù)據(jù)傳送,Server進入LAST_ACK狀態(tài)。
? (4)第四次揮手:Client收到FIN后,Client進入TIME_WAIT狀態(tài),接著發(fā)送一個ACK給Server,確認(rèn)序號為收到序號+1,Server進入CLOSED狀態(tài),完成四次揮手。

SYN攻擊:
在三次握手過程中,Server發(fā)送SYN-ACK之后,收到Client的ACK之前的TCP連接稱為半連接(half-open connect),此時Server處于SYN_RCVD狀態(tài),當(dāng)收到ACK后,Server轉(zhuǎn)入ESTABLISHED狀態(tài)。SYN攻擊就是Client在短時間內(nèi)偽造大量不存在的IP地址,并向Server不斷地發(fā)送SYN包,Server回復(fù)確認(rèn)包,并等待Client的確認(rèn),由于源地址是不存在的,因此,Server需要不斷重發(fā)直至超時,這些偽造的SYN包將產(chǎn)時間占用未連接隊列,導(dǎo)致正常的SYN請求因為隊列滿而被丟棄,從而引起網(wǎng)絡(luò)堵塞甚至系統(tǒng)癱瘓。SYN攻擊時一種典型的DDOS攻擊,檢測SYN攻擊的方式非常簡單,即當(dāng)Server上有大量半連接狀態(tài)且源IP地址是隨機的,則可以斷定遭到SYN攻擊了.

特點:TCP(Transmission Control Protocol)可靠的、面向連接的協(xié)議(eg:打電話)、傳輸效率低全雙工通信(發(fā)送緩存&接收緩存)、面向字節(jié)流。使用TCP的應(yīng)用:Web瀏覽器;文件傳輸程序。

UDP協(xié)議

不可靠傳輸,“報頭”部分一共只有8字節(jié),總長度不超過65535字節(jié),正好放進一個IP數(shù)據(jù)包。

特點:UDP(User Datagram Protocol)不可靠的、無連接的服務(wù),傳輸效率高(發(fā)送前時延?。?,一對一、一對多、多對一、多對多、面向報文(數(shù)據(jù)包),盡最大努力服務(wù),無擁塞控制。使用UDP的應(yīng)用:域名系統(tǒng) (DNS);視頻流;IP語音(VoIP)。

應(yīng)用層

應(yīng)用層功能:規(guī)定應(yīng)用程序的數(shù)據(jù)格式。

例:TCP協(xié)議可以為各種各樣的程序傳遞數(shù)據(jù),比如Email、WWW、FTP等等。那么,必須有不同協(xié)議規(guī)定電子郵件、網(wǎng)頁、FTP數(shù)據(jù)的格式,這些應(yīng)用程序協(xié)議就構(gòu)成了”應(yīng)用層”。

編輯:hfy

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

    關(guān)注

    3

    文章

    85

    瀏覽量

    22548
  • 子網(wǎng)掩碼
    +關(guān)注

    關(guān)注

    2

    文章

    41

    瀏覽量

    11348
  • UDP協(xié)議
    +關(guān)注

    關(guān)注

    0

    文章

    70

    瀏覽量

    13711
  • TCP協(xié)議
    +關(guān)注

    關(guān)注

    1

    文章

    101

    瀏覽量

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

掃碼添加小助手

加入工程師交流群

    評論

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

    TCP/IP(Socket)協(xié)議深度剖析

    TCP/IP協(xié)議作為互聯(lián)網(wǎng)通信的基礎(chǔ)架構(gòu),其核心機制Socket編程承載著全球數(shù)據(jù)交換的使命。本文將深入剖析這一協(xié)議七層架構(gòu)、三次握手與四次揮手的精妙設(shè)計、流量控制與擁塞控制的動態(tài)平
    的頭像 發(fā)表于 03-03 17:06 ?552次閱讀

    帶鎧光纜:通信網(wǎng)絡(luò)的“鋼鐵衛(wèi)士”

    ,堪稱通信網(wǎng)絡(luò)的“鋼鐵衛(wèi)士”。 一、帶鎧光纜的構(gòu)造:多重防護的“鎧甲” 帶鎧光纜的核心特征在于其外部包裹的金屬鎧裝,這一“鎧甲”并非單一結(jié)構(gòu),而是根據(jù)應(yīng)用場景需求,采用不同材料與工藝設(shè)計而成。常見的鎧裝
    的頭像 發(fā)表于 02-06 10:42 ?128次閱讀

    HTTP通信網(wǎng)關(guān)是什么?有什么功能?

    HTTP通信網(wǎng)關(guān)是連接不同網(wǎng)絡(luò)協(xié)議的關(guān)鍵設(shè)備/服務(wù)器,在HTTP通信中扮演著協(xié)議轉(zhuǎn)換、安全加固、性能優(yōu)化等核心角色,其本質(zhì)是 實現(xiàn)不同
    的頭像 發(fā)表于 12-23 11:14 ?453次閱讀

    協(xié)議“老將”,連接工業(yè)智能的橋梁——一文讀懂ModBus通信協(xié)議

    一、什么是ModBus? ModBus是一種串行通信協(xié)議,由Modicon公司(現(xiàn)施耐德電氣)于1979年推出,最初用于可編程邏輯控制器(PLC)之間的通信。如今,它已成為工業(yè)自動化領(lǐng)域的通信
    發(fā)表于 12-15 10:08

    電能質(zhì)量在線監(jiān)測裝置支持的通信協(xié)議中,哪些協(xié)議的傳輸速度比較快?

    傳輸),而大數(shù)據(jù)量傳輸(如暫態(tài)錄波、波形文件)則需兼顧帶寬。以下是按 “實時性優(yōu)先級” 排序的高速協(xié)議,結(jié)合技術(shù)參數(shù)與應(yīng)用場景詳細(xì)說明: 一、實時性最快協(xié)議(微秒級延遲,過程 / 控
    的頭像 發(fā)表于 12-12 16:28 ?1418次閱讀
    電能質(zhì)量在線監(jiān)測裝置支持的<b class='flag-5'>通信協(xié)議</b>中,哪些<b class='flag-5'>協(xié)議</b>的傳輸速度比較快?

    飛凌嵌入式ElfBoard-Linux系統(tǒng)基礎(chǔ)入門-網(wǎng)絡(luò)相關(guān)shell命令網(wǎng)絡(luò)基礎(chǔ)知識

    。 1.OSI七層模型 OSI模型即網(wǎng)絡(luò)結(jié)構(gòu)的標(biāo)準(zhǔn)模型,是由國際互聯(lián)網(wǎng)標(biāo)準(zhǔn)化組織定義的網(wǎng)絡(luò)分層模型,雖然由于模型的實現(xiàn)太復(fù)雜,并沒有實際的
    發(fā)表于 10-09 09:30

    什么是ANT+協(xié)議? 用途

    領(lǐng)域應(yīng)用廣泛。以下是其詳細(xì)介紹: 協(xié)議性質(zhì) :ANT 是一種超低功耗無線傳感器網(wǎng)絡(luò)協(xié)議,工作在 2.4GHz 的頻段,采用時分多址 TDMA 技術(shù)。ANT + 則是在 ANT 的基礎(chǔ)上
    發(fā)表于 09-29 15:42

    CANopen轉(zhuǎn)Profient網(wǎng)關(guān)協(xié)議介紹

    CANopen介紹: CANopen是一種基于控制器局域網(wǎng)(CAN)的高層工業(yè)通信協(xié)議,由國際用戶和制造商協(xié)會CiA于1995年發(fā)布,基礎(chǔ)規(guī)范為CiA 301標(biāo)準(zhǔn)。該協(xié)議覆蓋OSI模型的網(wǎng)絡(luò)
    的頭像 發(fā)表于 09-25 17:31 ?819次閱讀
    CANopen轉(zhuǎn)Profient網(wǎng)關(guān)<b class='flag-5'>協(xié)議</b>介紹

    分布式能源并網(wǎng)的通信協(xié)議有哪些?

    在分布式能源(如光伏、儲能、微電網(wǎng))并網(wǎng)場景中,通信協(xié)議需滿足 設(shè)備互聯(lián)、數(shù)據(jù)傳輸、遠(yuǎn)程控制、調(diào)度協(xié)同 等核心需求,不同協(xié)議因設(shè)計目標(biāo)不同,適用于從設(shè)備到調(diào)度的不同層級。以下按 “
    的頭像 發(fā)表于 09-18 16:40 ?1618次閱讀
    分布式能源并網(wǎng)的<b class='flag-5'>通信協(xié)議</b>有哪些?

    哪些協(xié)議是工業(yè)通信協(xié)議?#三格電子

    通信協(xié)議
    三格電子科技
    發(fā)布于 :2025年08月27日 14:16:07

    有哪些方法可以降低分布式光伏集群通信網(wǎng)絡(luò)中的延遲?

    微機小電流 降低分布式光伏集群通信網(wǎng)絡(luò)的延遲,需從 接入優(yōu)化、數(shù)據(jù)處理、協(xié)議適配、環(huán)境抗擾、邊緣 - 云端協(xié)同 等多維度入手,結(jié)合場景特點針對性解決瓶頸。以下是具體方法: 一、優(yōu)化接入:減少節(jié)點
    的頭像 發(fā)表于 08-22 09:54 ?769次閱讀
    有哪些方法可以降低分布式光伏集群<b class='flag-5'>通信網(wǎng)絡(luò)</b>中的延遲?

    協(xié)議分析儀需要支持哪些常見協(xié)議?

    協(xié)議分析儀作為網(wǎng)絡(luò)通信和嵌入式系統(tǒng)調(diào)試的核心工具,需支持從低速總線到高速接口、從有線到無線的廣泛協(xié)議。以下是常見協(xié)議分類及典型應(yīng)用場景,幫助選擇適合的分析儀:一、高速串行總線
    發(fā)表于 07-17 15:40

    RDMA簡介3四種子協(xié)議對比

    分別介紹這四種子協(xié)議。圖1RDMA四種子協(xié)議網(wǎng)絡(luò)層級關(guān)系圖InfiniBand:InfiniBand是一種專為RDMA設(shè)計的網(wǎng)絡(luò),其傳輸、
    發(fā)表于 06-04 16:05

    七層負(fù)載均衡的核心區(qū)別

    在現(xiàn)代分布式系統(tǒng)和云計算架構(gòu)中,負(fù)載均衡(Load Balancing, LB)是確保高可用性、可擴展性和性能優(yōu)化的關(guān)鍵技術(shù)。負(fù)載均衡器根據(jù)不同的OSI模型層級工作,主要分為四(L4)和七層
    的頭像 發(fā)表于 05-29 17:42 ?1348次閱讀

    傳感器網(wǎng)絡(luò)通信協(xié)議的核心技術(shù)要素

    ? ? ? 無線傳感網(wǎng)絡(luò)協(xié)議是規(guī)范無線傳感器網(wǎng)絡(luò)節(jié)點通信技術(shù)標(biāo)準(zhǔn)體系,其架構(gòu)由分層協(xié)議模型構(gòu)建
    的頭像 發(fā)表于 04-02 10:30 ?1014次閱讀
    傳感器<b class='flag-5'>網(wǎng)絡(luò)通信協(xié)議</b>的核心<b class='flag-5'>技術(shù)</b>要素