TCP/IP四層模型對(duì)比OSI七層網(wǎng)絡(luò)模型的區(qū)別是啥？數(shù)據(jù)傳輸過程原來是這樣的！

2021.11.20

它們兩個(gè)定義的一些功能和協(xié)議都是差不多的。TCP/IP四層協(xié)議模型比我們的七層少了三層，把我們的數(shù)據(jù)鏈路層和物理層放在一層里面了，叫做數(shù)據(jù)鏈路層（網(wǎng)絡(luò)接口層），對(duì)應(yīng)網(wǎng)絡(luò)協(xié)議也沒有變。

網(wǎng)絡(luò)層和傳輸層是非常重要的，所以也沒有進(jìn)行改變。

會(huì)話層和表示層并沒有做太多的事情，也沒有定義自己的協(xié)議，所以在TCP/IP四層協(xié)議里面，把它們兩個(gè)歸到了應(yīng)用層里面。

TCP/IP四層協(xié)議模型包括：應(yīng)用層、傳輸層、網(wǎng)絡(luò)層、數(shù)據(jù)鏈路層。

TCP/IP四層協(xié)議比較常用。

二、數(shù)據(jù)傳輸過程

在瀏覽器里面輸入一個(gè)百度的網(wǎng)址，進(jìn)行訪問，百度服務(wù)器給我們返回了這樣一個(gè)百度首頁(yè)。這個(gè)過程在網(wǎng)絡(luò)中到底是怎么實(shí)現(xiàn)的呢？

封裝和解封裝

在瀏覽器里輸入網(wǎng)址，工作在應(yīng)用層，是用戶可見的層次。輸入網(wǎng)址后，應(yīng)用層傳到傳輸層，傳輸層封裝了一個(gè)TCP的頭部，定義了2個(gè)協(xié)議，一個(gè)是TCP協(xié)議，一個(gè)是UDP協(xié)議。

Https的協(xié)議是基于TCP協(xié)議的，不是基于UDP協(xié)議的。所以這個(gè)地方的傳輸層封裝了一個(gè)TCP的頭部。

傳輸層除了定義協(xié)議，還定義了端口，端口是為了發(fā)到百度服務(wù)器的時(shí)候，它能夠判斷我能夠用哪個(gè)應(yīng)用程序來給它進(jìn)行處理。這個(gè)地方是443端口，因?yàn)橛玫氖荋ttps協(xié)議。

傳輸層封裝了頭部以及端口信息之后，傳到網(wǎng)絡(luò)層。

網(wǎng)絡(luò)層封裝了一個(gè)Ip頭部，這個(gè)Ip頭部里面包括主機(jī)的Ip地址（源，目的）。

目的：是尋找對(duì)方的主機(jī)。源：是帶上自己的Ip地址，方便對(duì)方回信。

跟Mac地址的思想一樣，只不過這里是個(gè)Ip地址。

那這個(gè)Ip地址也會(huì)在網(wǎng)絡(luò)層判斷是不是在同一個(gè)子網(wǎng)，通過路由去進(jìn)行一個(gè)尋址，再做一個(gè)路由轉(zhuǎn)發(fā)。

這個(gè)地方在網(wǎng)絡(luò)層封裝了一個(gè)Ip頭部用來尋找對(duì)方的Ip地址。

Ip地址可能中間用了Dns進(jìn)行域名解析。

網(wǎng)絡(luò)層傳給數(shù)據(jù)鏈路層。封裝了一個(gè)Mac頭部，也就是一個(gè)源和目的的Mac地址。為了給對(duì)方的網(wǎng)卡發(fā)送數(shù)據(jù)，以及讓對(duì)方的網(wǎng)卡給我回?cái)?shù)據(jù)。

傳給物理層，轉(zhuǎn)換成比特流進(jìn)行數(shù)據(jù)傳輸。百度服務(wù)器在物理層收到了這么一個(gè)數(shù)據(jù)，首先對(duì)比特流進(jìn)行了一個(gè)重組。重組后進(jìn)行分組，就能夠到數(shù)據(jù)鏈路層，是一個(gè)以太幀的數(shù)據(jù)。進(jìn)行有意義的識(shí)別，看到Mac頭部，看到目的Mac地址。

拆開這個(gè)頭部（源目Mac地址），看到里面的數(shù)據(jù)，這里是個(gè)Ip頭部傳給網(wǎng)絡(luò)層。網(wǎng)絡(luò)層也可以進(jìn)行拆分，把Ip頭部拆分，看到里面是個(gè)Tcp的頭部?？吹?43端口，交給Https協(xié)議。

應(yīng)用層看到是Https的請(qǐng)求消息，給它一個(gè)響應(yīng)消息。這個(gè)響應(yīng)消息就是百度頁(yè)面。

通過一路的封裝，傳給主機(jī)A，主機(jī)A再一路的解封裝，得到響應(yīng)頁(yè)面。以上就是數(shù)據(jù)包在網(wǎng)絡(luò)七層模型里封裝和解封裝的過程。這個(gè)過程對(duì)于數(shù)據(jù)傳輸，還是非常重要的。