可以加外鏈的網(wǎng)站成都網(wǎng)站推廣哪家專業(yè)
注:本文為 “OSI 七層模型 | TCP/IP 四層模型” 相關(guān)文章合輯。
未整理去重。
OSI 參考模型(七層模型)
BeretSEC 于 2020-04-02 15:54:37 發(fā)布
OSI 的概念
七層模型,亦稱 OSI(Open System Interconnection)。參考模型是國(guó)際標(biāo)準(zhǔn)化組織(ISO)制定的一個(gè)用于計(jì)算機(jī)或通信系統(tǒng)間互聯(lián)的標(biāo)準(zhǔn)體系,一般稱為 OSI 參考模型或七層模型。
它是一個(gè)七層的、抽象的模型體,不僅包括一系列抽象的術(shù)語(yǔ)或概念,也包括具體的協(xié)議。
OSI 模型的目的
規(guī)范不同系統(tǒng)的互聯(lián)標(biāo)準(zhǔn),使兩個(gè)不同的系統(tǒng)能夠較容易的通信,而不 需要改變底層的硬件或軟件的邏輯
OSI 模型的優(yōu)點(diǎn)
-
將網(wǎng)絡(luò)的通信過(guò)程劃分為小一些、簡(jiǎn)單一些的部件,因此有助于各個(gè)部件 的開(kāi)發(fā)、設(shè)計(jì)和故障排除
-
通過(guò)網(wǎng)絡(luò)組件的標(biāo)準(zhǔn)化,允許多個(gè)供應(yīng)商進(jìn)行開(kāi)發(fā)
-
通過(guò)定義在模型的每一層實(shí)現(xiàn)什么功能,鼓勵(lì)產(chǎn)業(yè)的標(biāo)準(zhǔn)化
-
允許各種類(lèi)型的網(wǎng)絡(luò)硬件和軟件相互通信
-
防止對(duì)某一層所做的改動(dòng)影響到其他的層,這樣就有利于開(kāi)發(fā)
OSI 模型分為七層
OSI 把網(wǎng)絡(luò)按照層次分為七層,由下到上分別為物理層、數(shù)據(jù)鏈路層、網(wǎng) 絡(luò)層、傳輸層、會(huì)話層、表示層、應(yīng)用層。
OSI 模型的功能
應(yīng)用層
應(yīng)用層(Application Layer)是 OSI 參考模型的最高層
它是計(jì)算機(jī)用戶,以及各種應(yīng)用程序和網(wǎng)絡(luò)之間的接口,其功能是直接向用戶提供服務(wù),完成用戶希望在網(wǎng)絡(luò)上完成的各種工作。它在其他 6 層工作的基礎(chǔ)上,負(fù)責(zé)完成網(wǎng)絡(luò)中應(yīng)用程序與網(wǎng)絡(luò)操作系統(tǒng)之間的聯(lián)系,建立與結(jié)束使用者之間的聯(lián)系,并完成網(wǎng)絡(luò)用戶提出的各種網(wǎng)絡(luò)服務(wù)及應(yīng)用所需的監(jiān)督、管理和服務(wù)等各種協(xié)議。此外,該層還負(fù)責(zé)協(xié)調(diào)各個(gè)應(yīng)用程序間的工作。
應(yīng)用層為用戶提供的服務(wù)和協(xié)議有:
文件服務(wù)、目錄服務(wù)、文件傳輸服務(wù)(FTP)、遠(yuǎn)程登錄服務(wù)(Telnet)、電子郵件服務(wù)(E-mail)、打印服務(wù)、安全服務(wù)、網(wǎng)絡(luò)管理服務(wù)、數(shù)據(jù)庫(kù)服務(wù)等。上述的各種網(wǎng)絡(luò)服務(wù)由該層的不同應(yīng)用協(xié)議和程序完成,不同的網(wǎng)絡(luò)操作系統(tǒng)之間在功能、界面、實(shí)現(xiàn)技術(shù)、對(duì)硬件的支持、安全可靠性以及具有的各種應(yīng)用程序接口等各個(gè)方面的差異是很大的。
應(yīng)用層的主要功能如下:
用戶接口:應(yīng)用層是用戶與網(wǎng)絡(luò),以及應(yīng)用程序與網(wǎng)絡(luò)間的直接接口,使得用戶能夠與網(wǎng)絡(luò)進(jìn)行交互式聯(lián)系。
實(shí)現(xiàn)各種服務(wù):該層具有的各種應(yīng)用程序可以完成和實(shí)現(xiàn)用戶請(qǐng)求的各種服務(wù)。
表示層
表示層(Presentation Layer)是 OSI 模型的第六層
它對(duì)來(lái)自應(yīng)用層的命令和數(shù)據(jù)進(jìn)行解釋,對(duì)各種語(yǔ)法賦予相應(yīng)的含義,并按照一定的格式傳送給會(huì)話層。其主要功能是 “處理用戶信息的表示問(wèn)題,如編碼、數(shù)據(jù)格式轉(zhuǎn)換和加密解密” 等。表示層的具體功能如下:
數(shù)據(jù)格式處理:協(xié)商和建立數(shù)據(jù)交換的格式,解決各應(yīng)用程序之間在數(shù)據(jù)格式表示上的差異。
數(shù)據(jù)的編碼:
處理字符集和數(shù)字的轉(zhuǎn)換。例如由于用戶程序中的數(shù)據(jù)類(lèi)型(整型或?qū)嵭?、有符?hào)或無(wú)符號(hào)等)、用戶標(biāo)識(shí)等都可以有不同的表示方式,因此,在設(shè)備之間需要具有在不同字符集或格式之間轉(zhuǎn)換的功能。
壓縮和解壓縮:為了減少數(shù)據(jù)的傳輸量,這一層還負(fù)責(zé)數(shù)據(jù)的壓縮與恢復(fù)。
數(shù)據(jù)的加密和解密:可以提高網(wǎng)絡(luò)的安全性。
會(huì)話層
會(huì)話層(Session Layer)是 OSI 模型的第 5 層:
是用戶應(yīng)用程序和網(wǎng)絡(luò)之間的接口,主要任務(wù)是:向兩個(gè)實(shí)體的表示層提供建立和使用連接的方法。將不同實(shí)體之間的表示層的連接稱為會(huì)話。因此會(huì)話層的任務(wù)就是組織和協(xié)調(diào)兩個(gè)會(huì)話進(jìn)程之間的通信,并對(duì)數(shù)據(jù)交換進(jìn)行管理。
用戶可以按照半雙工、單工和全雙工的方式建立會(huì)話。當(dāng)建立會(huì)話時(shí),用戶必須提供他們想要連接的遠(yuǎn)程地址。而這些地址與 MAC(介質(zhì)訪問(wèn)控制子層)地址或網(wǎng)絡(luò)層的邏輯地址不同,它們是為用戶專門(mén)設(shè)計(jì)的,更便于用戶記憶。域名(DN)就是一種網(wǎng)絡(luò)上使用的遠(yuǎn)程地址例如:www.abc.com 就是一個(gè)域名。
會(huì)話層的具體功能如下:
會(huì)話管理:允許用戶在兩個(gè)實(shí)體設(shè)備之間建立、維持和終止會(huì)話,并支持它們之間的數(shù)據(jù)交換。例如提供單方向會(huì)話或雙向同時(shí)會(huì)話,并管理會(huì)話中的發(fā)送順序,以及會(huì)話所占用時(shí)間的長(zhǎng)短。
會(huì)話流量控制:提供會(huì)話流量控制和交叉會(huì)話功能。
尋址:使用遠(yuǎn)程地址建立會(huì)話連接。l
出錯(cuò)控制:從邏輯上講會(huì)話層主要負(fù)責(zé)數(shù)據(jù)交換的建立、保持和終止,但實(shí)際的工作卻是接收來(lái)自傳輸層的數(shù)據(jù),并負(fù)責(zé)糾正錯(cuò)誤。會(huì)話控制和遠(yuǎn)程過(guò)程調(diào)用均屬于這一層的功能。但應(yīng)注意,此層檢查的錯(cuò)誤不是通信介質(zhì)的錯(cuò)誤,而是磁盤(pán)空間、打印機(jī)缺紙等類(lèi)型的高級(jí)錯(cuò)誤。
傳輸層
OSI 下 3 層的主要任務(wù)是數(shù)據(jù)通信,上 3 層的任務(wù)是數(shù)據(jù)處理。而傳輸層(Transport Layer)是 OSI 模型的第 4 層。因此該層是通信子網(wǎng)和資源子網(wǎng)的接口和橋梁,起到承上啟下的作用。
該層的主要任務(wù)是:
向用戶提供可靠的端到端的差錯(cuò)和流量控制,保證報(bào)文的正確傳輸。傳輸層的作用是向高層屏蔽下層數(shù)據(jù)通信的細(xì)節(jié),即向用戶透明地傳送報(bào)文。該層常見(jiàn)的協(xié)議:TCP/IP 中的 TCP 協(xié)議、Novell 網(wǎng)絡(luò)中的 SPX 協(xié)議和微軟的 NetBIOS/NetBEUI 協(xié)議。
傳輸層提供會(huì)話層和網(wǎng)絡(luò)層之間的傳輸服務(wù),這種服務(wù)從會(huì)話層獲得數(shù)據(jù),并在必要時(shí),對(duì)數(shù)據(jù)進(jìn)行分割。然后,傳輸層將數(shù)據(jù)傳遞到網(wǎng)絡(luò)層,并確保數(shù)據(jù)能正確無(wú)誤地傳送到網(wǎng)絡(luò)層。因此,傳輸層負(fù)責(zé)提供兩節(jié)點(diǎn)之間數(shù)據(jù)的可靠傳送,當(dāng)兩節(jié)點(diǎn)的聯(lián)系確定之后,傳輸層則負(fù)責(zé)監(jiān)督工作。
傳輸層的主要功能如下:
傳輸連接管理:
提供建立、維護(hù)和拆除傳輸連接的功能。傳輸層在網(wǎng)絡(luò)層的基礎(chǔ)上為高層提供 “面向連接” 和 “面向無(wú)接連” 的兩種服務(wù)。
處理傳輸差錯(cuò):
提供可靠的 “面向連接” 和不太可靠的 “面向無(wú)連接” 的數(shù)據(jù)傳輸服務(wù)、差錯(cuò)控制和流量控制。在提供 “面向連接” 服務(wù)時(shí),通過(guò)這一層傳輸?shù)臄?shù)據(jù)將由目標(biāo)設(shè)備確認(rèn),如果在指定的時(shí)間內(nèi)未收到確認(rèn)信息,數(shù)據(jù)將被重發(fā)。
監(jiān)控服務(wù)質(zhì)量。
網(wǎng)絡(luò)層
網(wǎng)絡(luò)層(Network Layer)是 OSI 模型的第三層
它是 OSI 參考模型中最復(fù)雜的一層,也是通信子網(wǎng)的最高一層。它在下兩層的基礎(chǔ)上向資源子網(wǎng)提供服務(wù)。其主要任務(wù)是:通過(guò)路由選擇算法,為報(bào)文或分組通過(guò)通信子網(wǎng)選擇最適當(dāng)?shù)穆窂?。該層控制?shù)據(jù)鏈路層與傳輸層之間的信息轉(zhuǎn)發(fā),建立、維持和終止網(wǎng)絡(luò)的連接。具體地說(shuō),數(shù)據(jù)鏈路層的數(shù)據(jù)在這一層被轉(zhuǎn)換為數(shù)據(jù)包,然后通過(guò)路徑選擇、分段組合、順序、進(jìn) / 出路由等控制,將信息從一個(gè)網(wǎng)絡(luò)設(shè)備傳送到另一個(gè)網(wǎng)絡(luò)設(shè)備。
一般地,數(shù)據(jù)鏈路層是解決同一網(wǎng)絡(luò)內(nèi)節(jié)點(diǎn)之間的通信,而網(wǎng)絡(luò)層主要解決不同子網(wǎng)間的通信。例如在廣域網(wǎng)之間通信時(shí),必然會(huì)遇到路由(即兩節(jié)點(diǎn)間可能有多條路徑)選擇問(wèn)題。
在實(shí)現(xiàn)網(wǎng)絡(luò)層功能時(shí),需要解決的主要問(wèn)題如下:
尋址:
數(shù)據(jù)鏈路層中使用的物理地址(如 MAC 地址)僅解決網(wǎng)絡(luò)內(nèi)部的尋址問(wèn)題。在不同子網(wǎng)之間通信時(shí),為了識(shí)別和找到網(wǎng)絡(luò)中的設(shè)備,每一子網(wǎng)中的設(shè)備都會(huì)被分配一個(gè)唯一的地址。由于各子網(wǎng)使用的物理技術(shù)可能不同,因此這個(gè)地址應(yīng)當(dāng)是邏輯地址(如 IP 地址)。
交換:
規(guī)定不同的信息交換方式。常見(jiàn)的交換技術(shù)有:線路交換技術(shù)和存儲(chǔ)轉(zhuǎn)發(fā)技術(shù),后者又包括報(bào)文交換技術(shù)和分組交換技術(shù)。
路由算法:
當(dāng)源節(jié)點(diǎn)和目的節(jié)點(diǎn)之間存在多條路徑時(shí),本層可以根據(jù)路由算法,通過(guò)網(wǎng)絡(luò)為數(shù)據(jù)分組選擇最佳路徑,并將信息從最合適的路徑由發(fā)送端傳送到接收端。
連接服務(wù):
與數(shù)據(jù)鏈路層流量控制不同的是,前者控制的是網(wǎng)絡(luò)相鄰節(jié)點(diǎn)間的流量,后者控制的是從源節(jié)點(diǎn)到目的節(jié)點(diǎn)間的流量。其目的在于防止阻塞,并進(jìn)行差錯(cuò)檢測(cè)。
數(shù)據(jù)鏈路層
數(shù)據(jù)鏈路層(Data Link Layer)是 OSI 模型的第二層:
負(fù)責(zé)建立和管理節(jié)點(diǎn)間的鏈路。
該層的主要功能是:
通過(guò)各種控制協(xié)議,將有差錯(cuò)的物理信道變?yōu)闊o(wú)差錯(cuò)的、能可靠傳輸數(shù)據(jù)幀的數(shù)據(jù)鏈路。在計(jì)算機(jī)網(wǎng)絡(luò)中由于各種干擾的存在,物理鏈路是不可靠的。因此,這一層的主要功能是在物理層提供的比特流的基礎(chǔ)上,通過(guò)差錯(cuò)控制、流量控制方法,使有差錯(cuò)的物理線路變?yōu)闊o(wú)差錯(cuò)的數(shù)據(jù)鏈路,即提供可靠的通過(guò)物理介質(zhì)傳輸數(shù)據(jù)的方法。
該層通常又被分為介質(zhì)訪問(wèn)控制(MAC)和邏輯鏈路控制(LLC)兩個(gè)子層。
MAC 子層的主要任務(wù)是解決共享型網(wǎng)絡(luò)中多用戶對(duì)信道競(jìng)爭(zhēng)的問(wèn)題,完成網(wǎng)絡(luò)介質(zhì)的訪問(wèn)控制;
LLC 子層的主要任務(wù)是建立和維護(hù)網(wǎng)絡(luò)連接,執(zhí)行差錯(cuò)校驗(yàn)、流量控制和鏈路控制。
數(shù)據(jù)鏈路層的具體工作是接收來(lái)自物理層的位流形式的數(shù)據(jù),并封裝成幀,傳送到上一層;同樣,也將來(lái)自上層的數(shù)據(jù)幀,拆裝為位流形式的數(shù)據(jù)轉(zhuǎn)發(fā)到物理層;并且,還負(fù)責(zé)處理接收端發(fā)回的確認(rèn)幀的信息,以便提供可靠的數(shù)據(jù)傳輸。
物理層
在 OSI 參考模型中,物理層(Physical Layer)是參考模型的最低層,也是 OSI 模型的第一層。
物理層的主要功能是:
利用傳輸介質(zhì)為數(shù)據(jù)鏈路層提供物理連接,實(shí)現(xiàn)比特流的透明傳輸。
物理層的作用是實(shí)現(xiàn)相鄰計(jì)算機(jī)節(jié)點(diǎn)之間比特流的透明傳送,盡可能屏蔽掉具體傳輸介質(zhì)和物理設(shè)備的差異。使其上面的數(shù)據(jù)鏈路層不必考慮網(wǎng)絡(luò)的具體傳輸介質(zhì)是什么。“透明傳送比特流” 表示經(jīng)實(shí)際電路傳送后的比特流沒(méi)有發(fā)生變化,對(duì)傳送的比特流來(lái)說(shuō),這個(gè)電路好像是看不見(jiàn)的。
OSI 模型的詳解圖
OSI 七層模型、TCP/IP 四層模型
加油,你可以的!于 2020-12-07 14:23:29 發(fā)布
OSI 七層模型
七層模型,亦稱 OSI(Open System Interconnection)。參考模型是國(guó)際標(biāo)準(zhǔn)化組織(ISO)制定的一個(gè)用于計(jì)算機(jī)或通信系統(tǒng)間互聯(lián)的標(biāo)準(zhǔn)體系,一般稱為 OSI 參考模型或七層模型。
它是一個(gè)七層的、抽象的模型體,不僅包括一系列抽象的術(shù)語(yǔ)或概念,也包括具體的協(xié)議。
分層
7. 應(yīng)用層
網(wǎng)絡(luò)服務(wù)與最終用戶的一個(gè)接口
各種應(yīng)用程序協(xié)議
協(xié)議有:HTTP (超文本傳輸協(xié)議) FTP(文本傳輸協(xié)議) TFTP(簡(jiǎn)單文件傳輸協(xié)議) SMTP(簡(jiǎn)單郵件傳輸協(xié)議) SNMP(簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議) DNS(域名系統(tǒng)) TELNET(遠(yuǎn)程終端協(xié)議) HTTPS(超文本傳輸安全協(xié)議) POP3(郵局協(xié)議版本 3 ) DHCP(動(dòng)態(tài)主機(jī)配置協(xié)議)
6. 表示層
數(shù)據(jù)的表示、安全、壓縮。(在五層模型里面已經(jīng)合并到了應(yīng)用層)
信息的語(yǔ)法語(yǔ)義以及他們的關(guān)聯(lián),如加密解密、轉(zhuǎn)換翻譯、壓縮解壓
格式有,JPEG、ASCll、EBCDIC、加密格式等 [2]
如 LPP(輕量級(jí)表示協(xié)議)
5. 會(huì)話層
建立、管理、終止會(huì)話。(在五層模型里面已經(jīng)合并到了應(yīng)用層)
不同機(jī)器上的用戶之間建立及管理會(huì)話
對(duì)應(yīng)主機(jī)進(jìn)程,指本地主機(jī)與遠(yuǎn)程主機(jī)正在進(jìn)行的會(huì)話
安全協(xié)議:SSL(安全套接字層協(xié)議)、TLS(安全傳輸層協(xié)議)
4. 傳輸層
定義傳輸數(shù)據(jù)的協(xié)議端口號(hào),以及流控和差錯(cuò)校驗(yàn)。
接受上一層數(shù)據(jù),在必要的時(shí)候把數(shù)據(jù)進(jìn)行切割,并將這些數(shù)據(jù)交給網(wǎng)絡(luò)層,并保證這些數(shù)據(jù)段有效到達(dá)對(duì)端
協(xié)議有:TCP UDP,數(shù)據(jù)包一旦離開(kāi)網(wǎng)卡即進(jìn)入網(wǎng)絡(luò)傳輸層
3. 網(wǎng)絡(luò)層
進(jìn)行邏輯地址尋址,實(shí)現(xiàn)不同網(wǎng)絡(luò)之間的路徑選擇。
控制子網(wǎng)的運(yùn)行,如邏輯編址、分組傳輸、路由選擇
協(xié)議有:ICMP(互聯(lián)網(wǎng)控制信息協(xié)議) IGMP(組管理協(xié)議) IP(IPV4 IPV6)(互聯(lián)網(wǎng)協(xié)議)
安全協(xié)議、路由協(xié)議(vrrp 虛擬路由冗余)
2. 數(shù)據(jù)鏈路層
建立邏輯連接、進(jìn)行硬件地址尋址、差錯(cuò)校驗(yàn) [3] 等功能。(由底層網(wǎng)絡(luò)定義協(xié)議)
將比特組合成字節(jié)進(jìn)而組合成幀,用 MAC 地址訪問(wèn)介質(zhì),錯(cuò)誤發(fā)現(xiàn)但不能糾正。
物理尋址、同時(shí)將原始比特流轉(zhuǎn)變?yōu)檫壿媯鬏斁€路
地址解析協(xié)議:ARP、PARP(反向地址轉(zhuǎn)換協(xié)議)
1. 物理層
建立、維護(hù)、斷開(kāi)物理連接。(由底層網(wǎng)絡(luò)定義協(xié)議)
機(jī)械、電子、定時(shí)接口通信信道上的原始比特流傳輸
TCP/IP 層級(jí)模型結(jié)構(gòu),應(yīng)用層之間的協(xié)議通過(guò)逐級(jí)調(diào)用傳輸層(Transport layer)、網(wǎng)絡(luò)層(Network Layer)和物理數(shù)據(jù)鏈路層(Physical Data Link)而可以實(shí)現(xiàn)應(yīng)用層的應(yīng)用程序通信互聯(lián)。
應(yīng)用層需要關(guān)心應(yīng)用程序的邏輯細(xì)節(jié),而不是數(shù)據(jù)在網(wǎng)絡(luò)中的傳輸活動(dòng)。應(yīng)用層其下三層則處理真正的通信細(xì)節(jié)。在 Internet 整個(gè)發(fā)展過(guò)程中的所有思想和著重點(diǎn)都以一種稱為 RFC(Request For Comments)的文檔格式存在。針對(duì)每一種特定的 TCP/IP 應(yīng)用,有相應(yīng)的 RFC
一些典型的 TCP/IP 應(yīng)用有 FTP、Telnet、SMTP、SNTP、REXEC、TFTP、LPD、SNMP、NFS、INETD 等。RFC 使一些基本相同的 TCP/IP 應(yīng)用程序?qū)崿F(xiàn)了標(biāo)準(zhǔn)化,從而使得不同廠家開(kāi)發(fā)的應(yīng)用程序可以互相通信
TCP/IP 四層模型
TCP/IP(Transmission Control Protocol/Internet Protocol,傳輸控制協(xié)議 / 網(wǎng)際協(xié)議)是指能夠在多個(gè)不同網(wǎng)絡(luò)間實(shí)現(xiàn)信息傳輸?shù)膮f(xié)議簇。TCP/IP 協(xié)議不僅僅指的是 TCP 和 IP 兩個(gè)協(xié)議,而是指一個(gè)由 FTP、SMTP、TCP、UDP、IP 等協(xié)議構(gòu)成的協(xié)議簇, 只是因?yàn)樵?TCP/IP 協(xié)議中 TCP 協(xié)議和 IP 協(xié)議最具代表性,所以被稱為 TCP/IP 協(xié)議
-
TCP/IP 是在網(wǎng)絡(luò)的使用中的最基本的通信協(xié)議。
-
TCP/IP 傳輸協(xié)議對(duì)互聯(lián)網(wǎng)中各部分進(jìn)行通信的標(biāo)準(zhǔn)和方法進(jìn)行了規(guī)定。
-
TCP/IP 傳輸協(xié)議是保證網(wǎng)絡(luò)數(shù)據(jù)信息及時(shí)、完整傳輸的兩個(gè)重要的協(xié)議。
-
TCP/IP 傳輸協(xié)議是嚴(yán)格來(lái)說(shuō)是一個(gè)四層的體系結(jié)構(gòu),應(yīng)用層、傳輸層、網(wǎng)絡(luò)層和數(shù)據(jù)鏈路層都包含其中。
這個(gè)圖真的超詳細(xì),建議多看!
-
應(yīng)用層的主要協(xié)議有 Telnet、FTP、SMTP 等,是用來(lái)接收來(lái)自傳輸層的數(shù)據(jù)或者按不同應(yīng)用要求與方式將數(shù)據(jù)傳輸至傳輸層;
-
傳輸層的主要協(xié)議有 UDP、TCP,是使用者使用平臺(tái)和計(jì)算機(jī)信息網(wǎng)內(nèi)部數(shù)據(jù)結(jié)合的通道,可以實(shí)現(xiàn)數(shù)據(jù)傳輸與數(shù)據(jù)共享;
-
網(wǎng)絡(luò)層的主要協(xié)議有 ICMP、IP、IGMP,主要負(fù)責(zé)網(wǎng)絡(luò)中數(shù)據(jù)包的傳送等;
-
數(shù)據(jù)鏈路層,主要協(xié)議有 ARP、RARP,主要功能是提供鏈路管理錯(cuò)誤檢測(cè)、對(duì)不同通信媒介有關(guān)信息細(xì)節(jié)問(wèn)題進(jìn)行有效處理等。
TCP/IP 協(xié)議的組成
TCP/IP 協(xié)議在一定程度上參考了 OSI 的體系結(jié)構(gòu)。OSI 模型共有七層,但是比較復(fù)雜,所以在 TCP/IP 協(xié)議中,它們被簡(jiǎn)化為了四個(gè)層次
(1)應(yīng)用層、表示層、會(huì)話層三個(gè)層次提供的服務(wù)相差不是很大,所以在 TCP/IP 協(xié)議中,它們被合并為應(yīng)用層一個(gè)層次
(2)由于運(yùn)輸層和網(wǎng)絡(luò)層在網(wǎng)絡(luò)協(xié)議中的地位十分重要,所以在 TCP/IP 協(xié)議中它們被作為獨(dú)立的兩個(gè)層次
(3)因?yàn)閿?shù)據(jù)鏈路層和物理層的內(nèi)容相差不多,所以在 TCP/IP 協(xié)議中它們被歸并在網(wǎng)絡(luò)接口層一個(gè)層次里。
只有四層體系結(jié)構(gòu)的 TCP/IP 協(xié)議,與有七層體系結(jié)構(gòu)的 OSI 相比要簡(jiǎn)單了不少,也正是這樣,TCP/IP 協(xié)議在實(shí)際的應(yīng)用中效率更高,成本更低
TCP/IP 協(xié)議中的四個(gè)層次
- 應(yīng)用層:應(yīng)用層是 TCP/IP 協(xié)議的第一層,是直接為應(yīng)用進(jìn)程提供服務(wù)的。
(1)對(duì)不同種類(lèi)的應(yīng)用程序它們會(huì)根據(jù)自己的需要來(lái)使用應(yīng)用層的不同協(xié)議,郵件傳輸應(yīng)用使用了 SMTP 協(xié)議、萬(wàn)維網(wǎng)應(yīng)用使用了 HTTP 協(xié)議、遠(yuǎn)程登錄服務(wù)應(yīng)用使用了有 TELNET 協(xié)議
(2)應(yīng)用層還能加密、解密、格式化數(shù)據(jù)
(3)應(yīng)用層可以建立或解除與其他節(jié)點(diǎn)的聯(lián)系,這樣可以充分節(jié)省網(wǎng)絡(luò)資源
-
運(yùn)輸層:作為 TCP/IP 協(xié)議的第二層,運(yùn)輸層在整個(gè) TCP/IP 協(xié)議中起到了中流砥柱的作用。且在運(yùn)輸層中,TCP 和 UDP 也同樣起到了中流砥柱的作用
-
網(wǎng)絡(luò)層:網(wǎng)絡(luò)層在 TCP/IP 協(xié)議中的位于第三層。在 TCP/IP 協(xié)議中網(wǎng)絡(luò)層可以進(jìn)行網(wǎng)絡(luò)連接的建立和終止以及 IP 地址的尋找等功能
-
網(wǎng)絡(luò)接口層:在 TCP/IP 協(xié)議中,網(wǎng)絡(luò)接口層位于第四層。由于網(wǎng)絡(luò)接口層兼并了物理層和數(shù)據(jù)鏈路層所以,網(wǎng)絡(luò)接口層既是傳輸數(shù)據(jù)的物理媒介,也可以為網(wǎng)絡(luò)層提供一條準(zhǔn)確無(wú)誤的線路
特點(diǎn)
TCP/IP 協(xié)議能夠迅速發(fā)展起來(lái)并成為事實(shí)上的標(biāo)準(zhǔn),是它恰好適應(yīng)了世界范圍內(nèi)數(shù)據(jù)通信的需要。它有以下特點(diǎn):
(1)協(xié)議標(biāo)準(zhǔn)是完全開(kāi)放的,可以供用戶免費(fèi)使用,并且獨(dú)立于特定的計(jì)算機(jī)硬件與操作系統(tǒng)。
(2)獨(dú)立于網(wǎng)絡(luò)硬件系統(tǒng),可以運(yùn)行在廣域網(wǎng),更適合于互聯(lián)網(wǎng)。
(3)網(wǎng)絡(luò)地址統(tǒng)一分配,網(wǎng)絡(luò)中每一設(shè)備和終端都具有一個(gè)唯一地址。
(4)高層協(xié)議標(biāo)準(zhǔn)化,可以提供多種多樣可靠網(wǎng)絡(luò)服務(wù)
通信過(guò)程及相關(guān)協(xié)議
在網(wǎng)絡(luò)通信的過(guò)程中,將發(fā)出數(shù)據(jù)的主機(jī)稱為源主機(jī),接收數(shù)據(jù)的主機(jī)稱為目的主機(jī)。
當(dāng)源主機(jī)發(fā)出數(shù)據(jù)時(shí),數(shù)據(jù)在源主機(jī)中從上層向下層傳送。
-
源主機(jī)中的應(yīng)用進(jìn)程先將數(shù)據(jù)交給應(yīng)用層,應(yīng)用層加上必要的控制信息就成了報(bào)文流,向下傳給傳輸層。
-
傳輸層將收到的數(shù)據(jù)單元加上本層的控制信息,形成報(bào)文段、數(shù)據(jù)報(bào),再交給網(wǎng)際層。
-
網(wǎng)際層加上本層的控制信息,形成 IP 數(shù)據(jù)報(bào),傳給網(wǎng)絡(luò)接口層。
-
網(wǎng)絡(luò)接口層將網(wǎng)際層交下來(lái)的 IP 數(shù)據(jù)報(bào)組裝成幀,并以比特流的形式傳給網(wǎng)絡(luò)硬件(即物理層),數(shù)據(jù)就離開(kāi)源主機(jī)。
?
一文徹底搞懂 OSI 七層模型和 TCP/IP 四層模型
澡澡洗澡澡于 2024-03-14 17:54:54 發(fā)布
1. OSI 七層模型
OSI(Open System Interconnect)七層模型是一種將計(jì)算機(jī)網(wǎng)絡(luò)通信協(xié)議劃分為七個(gè)不同層次的標(biāo)準(zhǔn)化框架。每一層都負(fù)責(zé)不同的功能,從物理連接到應(yīng)用程序的處理。這種模型有助于不同的系統(tǒng)之間進(jìn)行通信時(shí),更好地理解和管理網(wǎng)絡(luò)通信的過(guò)程。
OSI 定義了網(wǎng)絡(luò)互連的七層框架(物理層、數(shù)據(jù)鏈路層、網(wǎng)絡(luò)層、傳輸層、會(huì)話層、表示層、應(yīng)用層),即 ISO 開(kāi)放互連系統(tǒng)參考模型。
-
應(yīng)用層(Application Layer):這是網(wǎng)絡(luò)體系結(jié)構(gòu)中的最頂層,提供用戶接口和應(yīng)用程序之間的通信服務(wù)。在這一層,用戶可以訪問(wèn)各種網(wǎng)絡(luò)應(yīng)用程序,如電子郵件、文件傳輸和遠(yuǎn)程登錄。
-
表示層(Presentation Layer):該層負(fù)責(zé)數(shù)據(jù)的格式化、加密和壓縮,以確保數(shù)據(jù)在不同系統(tǒng)之間的交換是有效的和安全的。它還提供了數(shù)據(jù)格式轉(zhuǎn)換和語(yǔ)法轉(zhuǎn)換的功能。\
-
會(huì)話層(Session Layer):會(huì)話層管理應(yīng)用程序之間的通信會(huì)話,負(fù)責(zé)建立、維護(hù)和終止會(huì)話。它還提供了數(shù)據(jù)的同步和檢查點(diǎn)恢復(fù)功能,以確保通信的完整性和持續(xù)性。
-
傳輸層(Transport Layer):傳輸層為應(yīng)用程序提供端到端的數(shù)據(jù)傳輸服務(wù),負(fù)責(zé)數(shù)據(jù)的分段、傳輸控制、錯(cuò)誤恢復(fù)和流量控制。它主要使用 TCP(傳輸控制協(xié)議)和 UDP(用戶數(shù)據(jù)報(bào)協(xié)議)來(lái)實(shí)現(xiàn)這些功能。
-
網(wǎng)絡(luò)層(Network Layer):網(wǎng)絡(luò)層負(fù)責(zé)數(shù)據(jù)包的路由和轉(zhuǎn)發(fā),以及網(wǎng)絡(luò)中的尋址和擁塞控制。它選擇最佳的路徑來(lái)傳輸數(shù)據(jù)包,以確保它們能夠從源主機(jī)到目標(biāo)主機(jī)進(jìn)行傳輸。
-
數(shù)據(jù)鏈路層(Data Link Layer):數(shù)據(jù)鏈路層提供點(diǎn)對(duì)點(diǎn)的數(shù)據(jù)傳輸服務(wù),負(fù)責(zé)將原始比特流轉(zhuǎn)換為數(shù)據(jù)幀,并檢測(cè)和糾正傳輸中出現(xiàn)的錯(cuò)誤。它還控制訪問(wèn)物理媒介的方式,以及數(shù)據(jù)幀的傳輸和接收。
-
物理層(Physical Layer):物理層在物理媒介上傳輸原始比特流,定義了連接主機(jī)的硬件設(shè)備和傳輸媒介的規(guī)范。它確保比特流能夠在網(wǎng)絡(luò)中準(zhǔn)確地傳輸,例如通過(guò)以太網(wǎng)、光纖和無(wú)線電波等媒介。
2. TCP/IP 四層模型
TCP/IP 四層模型是目前被廣泛采用的一種模型,由以下 4 層組成:應(yīng)用層、傳輸層、網(wǎng)絡(luò)層、網(wǎng)絡(luò)接口層
-
應(yīng)用層(Application Layer)類(lèi)似于 OSI 模型中的應(yīng)用層,負(fù)責(zé)處理用戶與網(wǎng)絡(luò)應(yīng)用程序之間的通信。它包括諸如 HTTP、FTP、SMTP 等協(xié)議,用于實(shí)現(xiàn)不同類(lèi)型的網(wǎng)絡(luò)服務(wù)和應(yīng)用。
-
傳輸層(Transport Layer):與 OSI 模型中的傳輸層相對(duì)應(yīng),提供端到端的數(shù)據(jù)傳輸服務(wù)。在 TCP/IP 模型中,主要有兩個(gè)協(xié)議:TCP(傳輸控制協(xié)議)和 UDP(用戶數(shù)據(jù)報(bào)協(xié)議),用于確??煽康臄?shù)據(jù)傳輸和簡(jiǎn)單的數(shù)據(jù)傳輸。
-
網(wǎng)絡(luò)層(Internet Layer):相當(dāng)于 OSI 模型中的網(wǎng)絡(luò)層,負(fù)責(zé)數(shù)據(jù)包的路由和轉(zhuǎn)發(fā)。它使用 IP(Internet Protocol)協(xié)議來(lái)定義數(shù)據(jù)包的傳輸路徑,并處理不同網(wǎng)絡(luò)之間的通信。
-
網(wǎng)絡(luò)接口層(Link Layer):與 OSI 模型中的數(shù)據(jù)鏈路層和物理層相對(duì)應(yīng),負(fù)責(zé)管理網(wǎng)絡(luò)硬件設(shè)備和物理媒介之間的通信。它包括以太網(wǎng)、Wi-Fi、藍(lán)牙等各種物理層和數(shù)據(jù)鏈路層協(xié)議。
應(yīng)用層常見(jiàn)協(xié)議
-
HTTP(HyperText Transfer Protocol):用于在客戶端和服務(wù)器之間傳輸超文本數(shù)據(jù),通常用于 Web 瀏覽器和 Web 服務(wù)器之間的通信。
-
FTP(File Transfer Protocol):用于在客戶端和服務(wù)器之間傳輸文件,支持上傳和下載文件的功能。
-
SMTP(Simple Mail Transfer Protocol):用于在郵件服務(wù)器之間傳輸電子郵件,負(fù)責(zé)發(fā)送郵件。
-
POP3(Post Office Protocol version 3):用于從郵件服務(wù)器上下載郵件到本地計(jì)算機(jī),負(fù)責(zé)接收郵件。
-
IMAP(Internet Message Access Protocol):也是用于接收郵件的協(xié)議,與 POP3 類(lèi)似,但提供了更豐富的功能,如在服務(wù)器上管理郵件等。
-
DNS(Domain Name System):用于將域名解析為對(duì)應(yīng)的 IP 地址,從而實(shí)現(xiàn)域名和 IP 地址之間的映射。
-
HTTPS(HyperText Transfer Protocol Secure):是 HTTP 的安全版本,通過(guò) SSL/TLS 加密傳輸數(shù)據(jù),保證通信過(guò)程中的安全性。
-
SSH(Secure Shell):用于遠(yuǎn)程登錄和執(zhí)行命令,提供了加密的網(wǎng)絡(luò)連接,保證了通信的安全性。
-
SNMP(Simple Network Management Protocol):用于網(wǎng)絡(luò)設(shè)備之間的管理和監(jiān)控,可以實(shí)現(xiàn)對(duì)網(wǎng)絡(luò)設(shè)備的遠(yuǎn)程配置和監(jiān)控。
-
Telnet:用于遠(yuǎn)程登錄和執(zhí)行命令,類(lèi)似于 SSH,但不提供加密功能,通信數(shù)據(jù)不安全。
傳輸層常見(jiàn)協(xié)議
-
TCP(Transmission Control Protocol):提供可靠的、面向連接的數(shù)據(jù)傳輸服務(wù),確保數(shù)據(jù)的可靠性、順序性和完整性。TCP 適用于對(duì)數(shù)據(jù)傳輸質(zhì)量要求較高的場(chǎng)景,如文件傳輸、網(wǎng)頁(yè)瀏覽等。
-
UDP(User Datagram Protocol):提供無(wú)連接的數(shù)據(jù)傳輸服務(wù),不保證數(shù)據(jù)的可靠性,也不保證數(shù)據(jù)的順序性和完整性。UDP 適用于實(shí)時(shí)性要求較高、對(duì)數(shù)據(jù)傳輸質(zhì)量要求不那么嚴(yán)格的場(chǎng)景,如音視頻傳輸、在線游戲等。
網(wǎng)絡(luò)層常見(jiàn)協(xié)議
-
IP(Internet Protocol):是互聯(lián)網(wǎng)中最基本的協(xié)議,用于在網(wǎng)絡(luò)中傳輸數(shù)據(jù)包。IP 協(xié)議定義了數(shù)據(jù)包的格式、尋址方式和路由選擇等信息,是整個(gè)互聯(lián)網(wǎng)的基礎(chǔ)。
-
ICMP(Internet Control Message Protocol):用于在 IP 網(wǎng)絡(luò)中傳遞控制消息和錯(cuò)誤信息。ICMP 通常用于網(wǎng)絡(luò)設(shè)備之間的通信,如路由器和主機(jī)之間的通信,以及用于檢測(cè)網(wǎng)絡(luò)連通性和故障診斷。
-
ARP(Address Resolution Protocol):用于將 IP 地址映射為 MAC 地址(物理地址)。ARP 協(xié)議在局域網(wǎng)內(nèi)部使用,通過(guò)發(fā)送 ARP 請(qǐng)求獲取目標(biāo)設(shè)備的 MAC 地址,從而實(shí)現(xiàn)數(shù)據(jù)包的傳輸。
-
RARP(Reverse Address Resolution Protocol):與 ARP 相反,用于將 MAC 地址映射為 IP 地址。RARP 協(xié)議通常用于無(wú)盤(pán)工作站等設(shè)備,可以根據(jù) MAC 地址獲取對(duì)應(yīng)的 IP 地址。
-
IPv6(Internet Protocol version 6):是 IP 協(xié)議的下一代版本,用于解決 IPv4 地址空間不足的問(wèn)題。IPv6 采用 128 位地址長(zhǎng)度,提供了更大的地址空間,支持更多的設(shè)備連接到互聯(lián)網(wǎng)。
網(wǎng)絡(luò)接口層常見(jiàn)協(xié)議
-
以太網(wǎng)協(xié)議(Ethernet):是一種常見(jiàn)的局域網(wǎng)技術(shù),使用 MAC 地址進(jìn)行幀的傳輸和接收。
-
無(wú)線局域網(wǎng)協(xié)議(Wi-Fi):用于無(wú)線局域網(wǎng)的數(shù)據(jù)傳輸,通常基于 IEEE 802.11 標(biāo)準(zhǔn)。
-
點(diǎn)對(duì)點(diǎn)協(xié)議(PPP):用于建立點(diǎn)對(duì)點(diǎn)連接的協(xié)議,通常用于撥號(hào)連接和虛擬專用網(wǎng)(VPN)等場(chǎng)景。
-
數(shù)據(jù)鏈路層交換協(xié)議(DLC):用于在數(shù)據(jù)鏈路層進(jìn)行數(shù)據(jù)交換和管理的協(xié)議,如 HDLC、SLIP 和 PPP 等。
以下節(jié)選自多篇博文的部分內(nèi)容,未全部引用,可以看看不同的圖解。
OSI 七層模型和 TCP/IP 四層模型圖
OSI 七層模型
分層 | 功能 |
---|---|
應(yīng)用層 | 網(wǎng)絡(luò)服務(wù)與最終用戶的一個(gè)接口(可理解為人機(jī)交互界面) |
表示層 | 數(shù)據(jù)的表示,安全,壓縮 |
會(huì)話層 | 建立,管理,終止會(huì)話 |
傳輸層 | 定義傳輸數(shù)據(jù)的協(xié)議端口號(hào),以及流控和差錯(cuò)校驗(yàn) |
網(wǎng)絡(luò)層 | 進(jìn)行邏輯地址尋址,實(shí)現(xiàn)不同網(wǎng)絡(luò)之間的路徑選擇 |
數(shù)據(jù)鏈路層 | 建立邏輯連接,進(jìn)行硬件地址尋址,差錯(cuò)校驗(yàn)等功能 |
物理層 | 建立,維護(hù),斷開(kāi)物理連接 |
TCP/IP 協(xié)議棧概述
應(yīng)用層(Application Layer)
應(yīng)用層是最接近用戶的層,直接為用戶和應(yīng)用程序提供服務(wù)。它工作在操作系統(tǒng)中的用戶態(tài),而傳輸層及以下則工作在內(nèi)核態(tài)。
傳輸層(Transport Layer)
傳輸層負(fù)責(zé)在通信雙方之間提供可靠的數(shù)據(jù)傳輸。主要協(xié)議包括傳輸控制協(xié)議(TCP)和用戶數(shù)據(jù)報(bào)協(xié)議(UDP)。傳輸層的報(bào)文中攜帶端口號(hào),使得接收方可以識(shí)別出該報(bào)文是發(fā)送給哪個(gè)應(yīng)用。
網(wǎng)絡(luò)層(Internet Layer)
網(wǎng)絡(luò)層是 TCP/IP 協(xié)議棧的核心,負(fù)責(zé)將數(shù)據(jù)包進(jìn)行分組并發(fā)往目的主機(jī)或網(wǎng)絡(luò)。它定義了數(shù)據(jù)包的分組格式和協(xié)議,因此也稱為 IP 層。網(wǎng)絡(luò)層負(fù)責(zé)路由、網(wǎng)際互連和擁塞控制等。
網(wǎng)絡(luò)接口層(Network Interface Layer)
網(wǎng)絡(luò)接口層包括物理層和數(shù)據(jù)鏈路層,負(fù)責(zé)物理設(shè)備之間的數(shù)據(jù)傳輸。它包括硬件接口和低級(jí)協(xié)議,確保數(shù)據(jù)能夠在物理介質(zhì)上進(jìn)行傳輸。
IP 地址和 MAC 地址的區(qū)別
- IP 地址:標(biāo)識(shí)數(shù)據(jù)包的目的地,確定數(shù)據(jù)包發(fā)送到哪里。
- MAC 地址:以太網(wǎng)環(huán)境中,數(shù)據(jù)包的傳輸依賴于 MAC 地址,用于在局域網(wǎng)中唯一標(biāo)識(shí)設(shè)備。
以太網(wǎng)
以太網(wǎng)是一種局域網(wǎng)技術(shù),用于將附近的設(shè)備連接起來(lái),實(shí)現(xiàn)它們之間的通信。以太網(wǎng)使用 MAC 頭部來(lái)標(biāo)識(shí)接收方和發(fā)送方的 MAC 地址。
網(wǎng)絡(luò)接口層的職責(zé)
網(wǎng)絡(luò)接口層為網(wǎng)絡(luò)層提供鏈路級(jí)別的傳輸服務(wù),負(fù)責(zé)在以太網(wǎng)、Wi-Fi 等底層網(wǎng)絡(luò)上發(fā)送原始數(shù)據(jù)包。該層次的操作主要在網(wǎng)卡上進(jìn)行,使用 MAC 地址來(lái)標(biāo)識(shí)和定位網(wǎng)絡(luò)中的設(shè)備。
TCP/IP 協(xié)議族是一個(gè)四層協(xié)議系統(tǒng)
數(shù)據(jù)鏈路層
作用
- 實(shí)現(xiàn)網(wǎng)卡接口的網(wǎng)絡(luò)驅(qū)動(dòng),處理數(shù)據(jù)在物理媒介上的傳輸。
- 網(wǎng)絡(luò)驅(qū)動(dòng)程序隱藏了不同物理網(wǎng)絡(luò)的不同電氣特性,為上層協(xié)議提供一個(gè)統(tǒng)一的接口。
協(xié)議應(yīng)用
- ARP 和 RARP:實(shí)現(xiàn)了 IP 地址和物理地址(MAC 地址)之間的轉(zhuǎn)換。
網(wǎng)絡(luò)層
作用
- 選擇中間節(jié)點(diǎn),確定兩臺(tái)主機(jī)間的通訊路徑。
- 對(duì)上層協(xié)議隱藏網(wǎng)絡(luò)拓?fù)溥B接的細(xì)節(jié),使得傳輸層看來(lái)通訊雙方是直接連接的。
協(xié)議應(yīng)用
- IP 協(xié)議:根據(jù)數(shù)據(jù)包的目的 IP 地址來(lái)決定如何投遞該數(shù)據(jù)包。
- ICMP 協(xié)議:用于檢測(cè)網(wǎng)絡(luò)的連接狀態(tài),如 ping 應(yīng)用程序。
傳輸層
作用
為應(yīng)用程序提供端對(duì)端通訊的 “錯(cuò)覺(jué)”,負(fù)責(zé)數(shù)據(jù)包的收發(fā)、鏈路超時(shí)重連等。
協(xié)議應(yīng)用
- TCP 協(xié)議:提供可靠的、面向連接的、基于流的服務(wù)。
- UDP 協(xié)議:提供不可靠的、無(wú)連接的基于數(shù)據(jù)報(bào)的服務(wù)。
- SCTP 協(xié)議:用于在因特網(wǎng)上傳輸電話信號(hào)。
應(yīng)用層
作用
處理眾多業(yè)務(wù)邏輯,如文件傳輸、網(wǎng)絡(luò)管理。
協(xié)議應(yīng)用
- telnet 協(xié)議:遠(yuǎn)程登錄協(xié)議。
- OSPF 協(xié)議:動(dòng)態(tài)路由更新協(xié)議。
- DNS 協(xié)議:提供機(jī)器域名到 IP 地址的轉(zhuǎn)換。
數(shù)據(jù)在各層之間的傳輸
層級(jí) | 傳輸數(shù)據(jù)單元 |
---|---|
傳輸層 | 數(shù)據(jù)段 |
網(wǎng)絡(luò)層 | 數(shù)據(jù)包 |
數(shù)據(jù)鏈路層 | 數(shù)據(jù)幀 |
物理層 | 比特流 (Bits) |
數(shù)據(jù)封裝
每一層的傳輸數(shù)據(jù)單元不同,需要封裝相應(yīng)的頭部,以便下一層能夠識(shí)別。例如,傳輸層需要封裝 TCP 頭部或 UDP 頭部,網(wǎng)絡(luò)層需要封裝 IP 頭部,數(shù)據(jù)鏈路層需要封裝 MAC 頭部。
TCP/IP 協(xié)議族是一個(gè)四層協(xié)議系統(tǒng)
應(yīng)用層協(xié)議可以跳過(guò)傳輸層直接使用網(wǎng)絡(luò)層提供的服務(wù),比如 ping 程序和 OSPF 協(xié)議;又可以既使用 TCP 服務(wù),又可以使用 UDP 服務(wù),如 DNS 協(xié)議。
在 /etc/services 文件中可以看到應(yīng)用程序使用的協(xié)議:
數(shù)據(jù)在各層之間的傳輸
層級(jí) | 傳輸數(shù)據(jù)單元 |
---|---|
傳輸層 | 數(shù)據(jù)段 |
網(wǎng)絡(luò)層 | 數(shù)據(jù)包 |
數(shù)據(jù)鏈路層 | 數(shù)據(jù)幀 |
物理層 | 比特流 (Bits) |
直觀了解數(shù)據(jù)是如何封裝的
因每一層的傳輸數(shù)據(jù)單元不同,所以需要封裝 TCP 報(bào)文頭部,以此使下一層能夠看懂識(shí)別。
傳輸層:傳輸層有 TCP/IP 兩個(gè)協(xié)議,TCP(傳輸控制協(xié)議)和 UDP(用戶數(shù)據(jù)報(bào)協(xié)議)。TCP 協(xié)議傳輸更加穩(wěn)定可靠,UDP 協(xié)議傳輸效率更高。所以,上層數(shù)據(jù)到達(dá)傳輸層后需要封裝 TCP 頭部或者 UDP 頭部。
網(wǎng)絡(luò)層:同理,上層數(shù)據(jù)到達(dá)這里需要封裝 IP 頭部。 TCP/IP 定義了網(wǎng)絡(luò)互聯(lián)協(xié)議(IP)(英文是 Iternet Protocol)。而 IP 又由四個(gè)支撐協(xié)議組成:ARP (地址解析協(xié)議),RARP (逆地址解析協(xié)議),ICMP(網(wǎng)際控制報(bào)文協(xié)議)和 IGMP(網(wǎng)際組管理協(xié)議)。
數(shù)據(jù)鏈路層:同理,上層數(shù)據(jù)到此需要封裝 MAC 頭部。
物理層:到達(dá)物理層就直接由計(jì)算機(jī)通過(guò)信號(hào)接收了。
直觀了解數(shù)據(jù)是如何解封裝的
via:
-
OSI 參考模型(七層模型)_osi 七層模型 - CSDN 博客 BeretSEC 于 2020-04-02 15:54:37 發(fā)布
https://blog.csdn.net/weixin_42918771/article/details/105227694 -
OSI 七層模型、TCP/IP 四層模型 - CSDN 博客 加油,你可以的!于 2020-12-07 14:23:29 發(fā)布
https://blog.csdn.net/wwy0324/article/details/109310658 -
一文徹底搞懂 OSI 七層模型和 TCP/IP 四層模型_osi 網(wǎng)絡(luò)協(xié)議 - CSDN 博客 澡澡洗澡澡于 2024-03-14 17:54:54 發(fā)布
https://blog.csdn.net/weixin_44772566/article/details/136717134 -
【計(jì)算機(jī)網(wǎng)絡(luò)】TCP/IP 四層模型_tcpip4 層模型 - CSDN 博客 無(wú)敵巖雀 于 2024-08-01 15:00:00 發(fā)布
https://blog.csdn.net/weixin_73494835/article/details/140778750 -
TCP/IP 協(xié)議四層模型_tcp 協(xié)議四層 - CSDN 博客 mybright_已于 2022-05-07 23:12:33 修改
https://blog.csdn.net/qq_29344757/article/details/78377500 -
深入解析 OSI 七層模型及各層工作原理(我只能幫你到這了)- 騰訊云開(kāi)發(fā)者社區(qū) - 騰訊云 不吃小白菜 發(fā)布于 2020-09-03 10:23:32
https://cloud.tencent.com/developer/article/1691135