国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

TCP/IP網(wǎng)絡(luò)參考模型(端口號(hào)、TCP滑動(dòng)窗口、TCP擁塞控制、IP協(xié)議號(hào)、以太網(wǎng)幀)

這篇具有很好參考價(jià)值的文章主要介紹了TCP/IP網(wǎng)絡(luò)參考模型(端口號(hào)、TCP滑動(dòng)窗口、TCP擁塞控制、IP協(xié)議號(hào)、以太網(wǎng)幀)。希望對(duì)大家有所幫助。如果存在錯(cuò)誤或未考慮完全的地方,請(qǐng)大家不吝賜教,您也可以點(diǎn)擊"舉報(bào)違法"按鈕提交疑問(wèn)。

目錄

TCP/IP四/五層模型

應(yīng)用層常見(jiàn)協(xié)議——傳輸數(shù)據(jù)PDU

傳輸層協(xié)議——傳輸數(shù)據(jù)段

端口號(hào)

TCP面向連接服務(wù)CONS?

TCP報(bào)文格式

TCP數(shù)據(jù)傳輸——ACK確認(rèn)機(jī)制

TCP會(huì)話建立——三次握手

TCP會(huì)話結(jié)束——四次握手

TCP流量控制——滑動(dòng)窗口協(xié)議

TCP可靠傳輸機(jī)制

TCP擁塞控制

UDP無(wú)面向連接服務(wù)DLNS?

網(wǎng)絡(luò)層協(xié)議——傳輸數(shù)據(jù)包

IP協(xié)議

數(shù)據(jù)鏈路層——傳輸數(shù)據(jù)幀

Ethernet_II幀格式

IEEE802.3幀格式


TCP/IP四/五層模型

TCP/IP協(xié)議簇由來(lái)
TCP/IP協(xié)議簇是基于DoD模型而訂制的各種網(wǎng)絡(luò)協(xié)議
而DoD模型(美國(guó)國(guó)防部模型)是美國(guó)國(guó)防部設(shè)計(jì)的一個(gè)網(wǎng)絡(luò)模型,它相當(dāng)于一個(gè)OSI模型的精簡(jiǎn)版,OSI模型是7層,而它是4層,并且兩者具有對(duì)應(yīng)關(guān)系
目前直接將DoD模型稱為為TCP/IP模型,并且現(xiàn)在網(wǎng)絡(luò)通信基本上使用的都是TCP/IP模型

tcp/ip參考模型,# 路由交換協(xié)議理論講解,網(wǎng)絡(luò),tcp/ip,網(wǎng)絡(luò)協(xié)議

標(biāo)準(zhǔn)定義的TCP/IP模型為四層模型,沒(méi)有對(duì)網(wǎng)絡(luò)接口層進(jìn)行明確的細(xì)分

但是我們?cè)谑褂肨CP/IP模型時(shí),一般會(huì)網(wǎng)絡(luò)接口層分為鏈路層物理層來(lái)使用


應(yīng)用層常見(jiàn)協(xié)議——傳輸數(shù)據(jù)PDU

通過(guò)各種協(xié)議向終端用戶提供業(yè)務(wù)應(yīng)用

DNS——建立域名與IP之間的關(guān)系

tcp/ip參考模型,# 路由交換協(xié)議理論講解,網(wǎng)絡(luò),tcp/ip,網(wǎng)絡(luò)協(xié)議

HTTP——超文本傳輸協(xié)議

HTTP將圖像,視頻,文件有,音樂(lè)等傳輸給客戶端供用戶上網(wǎng)訪問(wèn)

不安全,現(xiàn)在基本都是用Https協(xié)議

HTTPS——安全的超文本傳輸協(xié)議

相比于Http增加了加密驗(yàn)證功能

tcp/ip參考模型,# 路由交換協(xié)議理論講解,網(wǎng)絡(luò),tcp/ip,網(wǎng)絡(luò)協(xié)議

SMTP——用于發(fā)送郵件

POP3/IMAP——用于接收郵件

IMAP功能相比于POP3更多

tcp/ip參考模型,# 路由交換協(xié)議理論講解,網(wǎng)絡(luò),tcp/ip,網(wǎng)絡(luò)協(xié)議

?IMAP和POP3的主要區(qū)別

tcp/ip參考模型,# 路由交換協(xié)議理論講解,網(wǎng)絡(luò),tcp/ip,網(wǎng)絡(luò)協(xié)議

Telnet——遠(yuǎn)程登錄服務(wù)的標(biāo)準(zhǔn)協(xié)議

不安全,現(xiàn)在一般使用SSH進(jìn)行遠(yuǎn)程登錄

SSH——加密遠(yuǎn)程登錄管理

通過(guò)密鑰進(jìn)行加密認(rèn)證

FTP——文本傳輸協(xié)議

提供可靠的文件傳輸 服務(wù),具有認(rèn)證,權(quán)限的功能

TFTP——簡(jiǎn)單文件傳輸協(xié)議

提供不可靠的文件傳輸服務(wù)

消耗資源小,速度快

常用于網(wǎng)絡(luò)設(shè)備的配置文件和系統(tǒng)文件傳輸


傳輸層協(xié)議——傳輸數(shù)據(jù)段

傳輸層提供面向連接或非面向連接服務(wù)以及進(jìn)行重傳前的差錯(cuò)檢驗(yàn)

傳輸層只定義了兩種協(xié)議TCP和UDP

端口號(hào)

端口號(hào)用來(lái)區(qū)分不同的應(yīng)用層協(xié)議,當(dāng)解封時(shí)看到傳輸層攜帶的端口號(hào),就能了解到上層應(yīng)用層攜帶的是何種應(yīng)用層協(xié)議

端口號(hào)分類

0~1023? ? ? ? ? ? ?公認(rèn)/知名端口號(hào)

1024~49151? ? ?應(yīng)用注冊(cè)使用的端口號(hào)

49152~65535? 私有/動(dòng)態(tài)端口(主機(jī)/客戶端使用)

知名端口號(hào)

端口號(hào) 指定的上層應(yīng)用層協(xié)議 所屬傳輸層協(xié)議
20 FTP數(shù)據(jù)平面 TCP
21 FTP控制平面 TCP
22 SSH TCP
23 Telnet TCP
25 SMTP TCP
80 HTTP TCP
110 POP3 TCP
443 SSL TCP
179 BGP TCP
53 DNS TCP/UDP
67 DHCP(服務(wù)端監(jiān)聽(tīng)的端口) UDP
68 DHCP(客戶端監(jiān)聽(tīng)的端口) UDP
69 TFTP UDP
161 SNMP UDP
520 RIP UDP

TCP面向連接服務(wù)CONS?

TCP是一種面向連接的、可靠的、基于字節(jié)流的傳輸層通信協(xié)議

TCP適用場(chǎng)景

文件傳輸(對(duì)數(shù)據(jù)準(zhǔn)確性要求高、速度可以相對(duì)慢)

郵件傳輸(對(duì)數(shù)據(jù)準(zhǔn)確性要求高、非緊急)

遠(yuǎn)程登錄(對(duì)數(shù)據(jù)準(zhǔn)確性要求高、有連接的概念)

TCP報(bào)文格式

固定長(zhǎng)度20字節(jié),可變長(zhǎng)度40字節(jié)

TCP的最大報(bào)文段長(zhǎng)度即MSS一般是1460字節(jié)(1500MTU-20IP Head-20TCP Head)

MSS(最大分段大?。┲笖?shù)據(jù)的長(zhǎng)度最大1460字節(jié)

tcp/ip參考模型,# 路由交換協(xié)議理論講解,網(wǎng)絡(luò),tcp/ip,網(wǎng)絡(luò)協(xié)議

tcp/ip參考模型,# 路由交換協(xié)議理論講解,網(wǎng)絡(luò),tcp/ip,網(wǎng)絡(luò)協(xié)議

源端口??? Source port??? ???

標(biāo)識(shí)哪個(gè)應(yīng)用程序發(fā)送的

目標(biāo)端口? Destination Port??

標(biāo)識(shí)哪個(gè)應(yīng)用程序接收的

序列號(hào)?? Sequence Number(簡(jiǎn)稱seq)

在TCP傳送的數(shù)據(jù)流中,每一個(gè)字節(jié)都有一個(gè)序號(hào),在發(fā)送報(bào)文時(shí)會(huì)攜帶Seq

seq=seq+載荷(seq = 自己上一個(gè)報(bào)文的seq+自己上一個(gè)報(bào)文的載荷)

載荷就是上層的所有包,此處指應(yīng)用層的包(數(shù)據(jù)data

seq是32位的無(wú)符號(hào)數(shù),當(dāng)seq到達(dá)2^32-1后從0開(kāi)始,依次循環(huán)

例如:第一報(bào)文段的seq為300,而且載荷數(shù)據(jù)共100字節(jié),則下一個(gè)報(bào)文段的seq就是400

確認(rèn)序號(hào)? Acknowledge? Number (簡(jiǎn)稱ack)

確認(rèn)序號(hào)對(duì)收到的TCP報(bào)文做確認(rèn),實(shí)現(xiàn)數(shù)據(jù)傳輸可靠

Ack=seq+載荷(ack = 對(duì)方發(fā)來(lái)報(bào)文的seq+對(duì)方發(fā)來(lái)報(bào)文的載荷)

注意:只有Flags中的ACK標(biāo)志為1時(shí),確認(rèn)序號(hào)才有效

如何通過(guò)對(duì)端發(fā)來(lái)的ACK驗(yàn)證對(duì)端是否收到了我發(fā)送的數(shù)據(jù)

本端收到的對(duì)端發(fā)來(lái)的ACK,如果該ACK等于自己上個(gè)報(bào)文的seq+載荷,則認(rèn)為對(duì)端收到了我發(fā)送的上一個(gè)報(bào)文

報(bào)頭長(zhǎng)度Header? length

用0000~1111來(lái)標(biāo)識(shí),其得出來(lái)的數(shù)值乘以4就是報(bào)文頭部長(zhǎng)度

即0001=1,則其就代表報(bào)文頭部為4個(gè)字節(jié)

TCP頭部默認(rèn)20個(gè)字節(jié),其報(bào)文長(zhǎng)度也就是0101(5)

在TCP連接建立階段,該頭部一般為24字節(jié)(0110--6),多出來(lái)的4字節(jié)為MSS協(xié)商

標(biāo)識(shí)? Flags ???????????????????????????????????

Urgent:緊急指針位。當(dāng)URG=1時(shí),先發(fā)送此報(bào)文,不用等待,和緊急位字段一起使用。

ACK:確認(rèn)位。只有當(dāng)ACK=1時(shí),確認(rèn)序號(hào)字段才有 效;

Push:急迫位。當(dāng)PSH=1時(shí),發(fā)送到對(duì)方后,對(duì)方先接收處理。

RST:重置位。當(dāng)RST=1時(shí),表示出現(xiàn)連接錯(cuò)誤,必須釋放連接,然后再重建傳輸連接。復(fù)位比特還用來(lái)拒絕一個(gè)不法的報(bào)文段或拒絕打開(kāi)一個(gè)連接;

SYN:同步位。SYN=1代表SYN置位,SYN=1,ACK=0時(shí)表示請(qǐng)求建立一個(gè)連接,攜帶SYN標(biāo)志的TCP報(bào)文段為同步報(bào)文段;只有剛開(kāi)始前兩次握手SYN置位。

FIN:終止位

窗口? Window

通過(guò)接收端來(lái)調(diào)節(jié)窗口大小來(lái)控制網(wǎng)絡(luò)擁塞,最大65535

當(dāng)其為0時(shí),報(bào)文為Zero window包,下個(gè)包為?;畎╧eep-alive)

檢驗(yàn)和? Checksum

對(duì)頭部和內(nèi)容進(jìn)行校驗(yàn)

緊急位? Urgent Pointer

只有當(dāng)Flags的URG標(biāo)志置1時(shí)緊急指針才有效。

緊急指針是一個(gè)正的偏移量,和序號(hào)字段中的值相加表示緊急數(shù)據(jù)最后一個(gè)字節(jié)的序號(hào)。

先處理此序號(hào)的報(bào)文

可變長(zhǎng)度 Option(0~40)

會(huì)攜帶MSS(最大分段大?。?/span>

MSS表示TCP數(shù)據(jù)包每次能夠傳輸?shù)淖畲髷?shù)據(jù)分段(該大小包含MSS最大報(bào)文字段長(zhǎng)度)

通過(guò)MTU協(xié)商出MSS,通常MSS=MTU-IP頭部長(zhǎng)度-TCP頭部長(zhǎng)度+MSS字段的長(zhǎng)度(一般4字節(jié))

建立TCP連接時(shí),在發(fā)送第一個(gè)SYN數(shù)據(jù)報(bào)文的時(shí)候會(huì)攜帶MSS信息(告訴對(duì)端我期望接收到的TCP報(bào)文的最大長(zhǎng)度是多少),對(duì)端發(fā)送(SYN ACK)報(bào)文攜帶協(xié)商后的MSS

后續(xù)傳輸數(shù)據(jù)時(shí)就不攜帶MSS字段

MSS和MTU的區(qū)別

MTU為最大傳輸單元:是指鏈路層的最大傳輸單元,包含TCP頭部和IP頭部,不包含數(shù)據(jù)鏈路層封裝頭

tcp/ip參考模型,# 路由交換協(xié)議理論講解,網(wǎng)絡(luò),tcp/ip,網(wǎng)絡(luò)協(xié)議

TCP數(shù)據(jù)傳輸——ACK確認(rèn)機(jī)制

tcp/ip參考模型,# 路由交換協(xié)議理論講解,網(wǎng)絡(luò),tcp/ip,網(wǎng)絡(luò)協(xié)議

TCP會(huì)話建立——三次握手

通過(guò)標(biāo)志位syn、ack以及序列號(hào)seq確認(rèn)序列號(hào)ack實(shí)現(xiàn)

TCP三次握手,至少會(huì)交互三次報(bào)文

tcp/ip參考模型,# 路由交換協(xié)議理論講解,網(wǎng)絡(luò),tcp/ip,網(wǎng)絡(luò)協(xié)議

tcp/ip參考模型,# 路由交換協(xié)議理論講解,網(wǎng)絡(luò),tcp/ip,網(wǎng)絡(luò)協(xié)議

會(huì)話建立的三種情況

發(fā)送信號(hào)→對(duì)方確認(rèn)→收到回復(fù)(就是上述圖片的情況)

發(fā)送信號(hào)→對(duì)方否認(rèn)→重傳

發(fā)送信號(hào)→發(fā)送超時(shí)→主動(dòng)重傳

TCP會(huì)話結(jié)束——四次握手

通過(guò)標(biāo)志位fin、ack以及序列號(hào)seq確認(rèn)序列號(hào)ack實(shí)現(xiàn)

TCP四次握手,不一定交互四次報(bào)文(也有可能因?yàn)楣收襄e(cuò)誤發(fā)送RST置位報(bào)文直接斷開(kāi)連接)

RST置位情況

服務(wù)器端口沒(méi)有打開(kāi)、服務(wù)器中途中斷服務(wù)、服務(wù)器響應(yīng)太慢導(dǎo)致用戶終止連接

客戶端段異常終止服務(wù)
網(wǎng)絡(luò)攻擊等

TCP四次揮手

tcp/ip參考模型,# 路由交換協(xié)議理論講解,網(wǎng)絡(luò),tcp/ip,網(wǎng)絡(luò)協(xié)議

tcp/ip參考模型,# 路由交換協(xié)議理論講解,網(wǎng)絡(luò),tcp/ip,網(wǎng)絡(luò)協(xié)議

TCP流量控制——滑動(dòng)窗口協(xié)議

與其相關(guān)聯(lián)的是窗口Windows字段,最大65535

為什么要提出窗口機(jī)制

我們知道TCP是面向字節(jié)流傳輸?shù)?,即將?yīng)用程序看為一串無(wú)結(jié)構(gòu)的字節(jié)流進(jìn)行傳輸

TCP接口有一個(gè)自己的發(fā)送緩沖區(qū),如果這個(gè)字節(jié)流太長(zhǎng)的話,TCP會(huì)將其拆分之后一段一段去發(fā)送;當(dāng)字節(jié)流太短的時(shí)候,會(huì)將多個(gè)子接口集中到發(fā)送緩沖區(qū),當(dāng)達(dá)到一定的報(bào)文長(zhǎng)度后將其發(fā)送出去;當(dāng)將數(shù)據(jù)發(fā)送之后,只有等到對(duì)方發(fā)來(lái)正確的確認(rèn)報(bào)文之后,才會(huì)將緩沖區(qū)的數(shù)據(jù)刪除,進(jìn)行下一次發(fā)送;以A和B通信為例, 正常情況下,A每發(fā)送1句話,B就對(duì)其進(jìn)行確認(rèn)確認(rèn)(通過(guò)回復(fù)ACK確認(rèn),ACK的序列號(hào)=收到的seq+1來(lái)確認(rèn))

不過(guò)這樣傳輸效率低下,因此引入了窗口的概念,針對(duì)發(fā)送端的多次數(shù)據(jù)報(bào)文通過(guò)一個(gè)ACK進(jìn)行回應(yīng)

tcp/ip參考模型,# 路由交換協(xié)議理論講解,網(wǎng)絡(luò),tcp/ip,網(wǎng)絡(luò)協(xié)議

窗口機(jī)制的原理

但是我們無(wú)法知道對(duì)方窗口的大小,不知道對(duì)方窗口能夠接收的數(shù)據(jù)大小,過(guò)多過(guò)少都會(huì)影響數(shù)據(jù)的傳輸效率;因此通過(guò)窗口機(jī)制,協(xié)商雙方的窗口大?。▋蛇叺拇翱诖笮∈且恢痹谧兓模?,加速數(shù)據(jù)傳輸,進(jìn)行流量控制

例如:A發(fā)送多句話,B通過(guò)一句確認(rèn)回復(fù)(通過(guò)回復(fù)ACK確認(rèn),ACK的序列號(hào)=收到的最后一句話的seq+其載荷);并且A會(huì)根據(jù)B回復(fù)的ACK確認(rèn)報(bào)文來(lái)了解到B的窗口大小,以及B接收了哪些報(bào)文

窗口大小如何協(xié)商

tcp/ip參考模型,# 路由交換協(xié)議理論講解,網(wǎng)絡(luò),tcp/ip,網(wǎng)絡(luò)協(xié)議

1、當(dāng)A發(fā)送3句話,但是如果B的窗口大小只有2句話時(shí),則第三句話會(huì)被丟棄;
2、此時(shí)B給A回復(fù)的ACK為A的第二句的序列號(hào)+1,并且將自己窗口大小為2告訴A
3、當(dāng)A收到后就知道第三句話沒(méi)有被B接收,并且知道了接收端的窗口大小,此時(shí)A向B發(fā)送時(shí)會(huì)控制窗口大小,即此時(shí)發(fā)送第三句和第四句話給B

TCP可靠傳輸機(jī)制

超時(shí)重傳

tcp/ip參考模型,# 路由交換協(xié)議理論講解,網(wǎng)絡(luò),tcp/ip,網(wǎng)絡(luò)協(xié)議

接受方?jīng)]有收到發(fā)送方發(fā)來(lái)的報(bào)文,也就不會(huì)回復(fù)確認(rèn)報(bào)文

發(fā)送方超時(shí)時(shí)間內(nèi)沒(méi)有收到確認(rèn)報(bào)文,認(rèn)為對(duì)方?jīng)]有收到數(shù)據(jù),重新發(fā)送數(shù)據(jù)

確認(rèn)丟失

tcp/ip參考模型,# 路由交換協(xié)議理論講解,網(wǎng)絡(luò),tcp/ip,網(wǎng)絡(luò)協(xié)議

接收方收到了發(fā)送方的報(bào)文,但是回應(yīng)的確認(rèn)包中途丟失

此時(shí)發(fā)送方收不到確認(rèn)報(bào)文,超時(shí)重傳

當(dāng)重傳報(bào)文發(fā)到接收方時(shí),接收方丟棄重傳的報(bào)文,并重新發(fā)送確認(rèn)

確認(rèn)遲到

tcp/ip參考模型,# 路由交換協(xié)議理論講解,網(wǎng)絡(luò),tcp/ip,網(wǎng)絡(luò)協(xié)議

第一次確認(rèn)包由于延遲很久才收到,但是在發(fā)送方收到第一次確認(rèn)包的時(shí)候已經(jīng)通過(guò)重傳報(bào)文、重傳確認(rèn)包進(jìn)行了確認(rèn),則發(fā)送方對(duì)于該延時(shí)的確認(rèn)包不進(jìn)行任何操作

TCP擁塞控制

擁塞控制的作用

在某個(gè)時(shí)間段內(nèi),如果我們對(duì)于網(wǎng)絡(luò)中某個(gè)資源的需求超過(guò)了該資源所能提供的可用部分,這個(gè)時(shí)候網(wǎng)絡(luò)性能發(fā)生變化,出現(xiàn)了網(wǎng)絡(luò)擁塞

擁塞控制就是避免網(wǎng)絡(luò)中出現(xiàn)過(guò)多的數(shù)據(jù),避免網(wǎng)絡(luò)鏈路和網(wǎng)絡(luò)設(shè)備出現(xiàn)過(guò)載情況而出現(xiàn)網(wǎng)絡(luò)擁塞

擁塞控制方法

tcp/ip參考模型,# 路由交換協(xié)議理論講解,網(wǎng)絡(luò),tcp/ip,網(wǎng)絡(luò)協(xié)議

慢啟動(dòng)算法:最開(kāi)始發(fā)送較小的數(shù)據(jù)包,然后發(fā)送的數(shù)據(jù)包大小依次指數(shù)規(guī)律遞增

擁塞避免:經(jīng)過(guò)慢啟動(dòng)階段后就開(kāi)始使用擁塞避免算法來(lái)進(jìn)行擁塞控制(擁塞窗口成線性增長(zhǎng),即每輪詢一次就將cwnd加1,每次都只加1,避免了擁塞窗口快速增長(zhǎng))

快重傳算法:主要用于丟包檢測(cè),更快的重傳數(shù)據(jù)包,更早的調(diào)整通塞機(jī)的狀態(tài),從而持續(xù)升窗;

快恢復(fù)算法:當(dāng)發(fā)送方檢測(cè)到連續(xù)丟包時(shí),TCP會(huì)觸發(fā)快速重傳并進(jìn)行降窗狀態(tài),將cend減少至一半,使得一次發(fā)送更少的數(shù)據(jù),然后在慢慢增大,預(yù)防網(wǎng)絡(luò)擁塞

UDP無(wú)面向連接服務(wù)DLNS?

無(wú)面向連接服務(wù)——在通信前要不需要建立會(huì)話連接,直接開(kāi)始傳輸數(shù)據(jù),不可靠

UDP適用場(chǎng)景

傳輸小數(shù)據(jù)包的場(chǎng)景(UDP不會(huì)主動(dòng)重傳,只有接收方重新申請(qǐng)時(shí)才會(huì)重傳)

對(duì)實(shí)時(shí)性要求高的場(chǎng)景(直播比賽等)

報(bào)文格式

tcp/ip參考模型,# 路由交換協(xié)議理論講解,網(wǎng)絡(luò),tcp/ip,網(wǎng)絡(luò)協(xié)議

tcp/ip參考模型,# 路由交換協(xié)議理論講解,網(wǎng)絡(luò),tcp/ip,網(wǎng)絡(luò)協(xié)議

?源端口??? Source port??? ???

標(biāo)識(shí)哪個(gè)應(yīng)用程序發(fā)送的

目標(biāo)端口? Destination Port??

標(biāo)識(shí)哪個(gè)應(yīng)用程序接收的

長(zhǎng)度 ?????Length

UDP頭部+UDP數(shù)據(jù)的字節(jié)數(shù),最小為8字節(jié)

檢驗(yàn)和? Checksum

對(duì)頭部和內(nèi)容進(jìn)行校驗(yàn)


網(wǎng)絡(luò)層協(xié)議——傳輸數(shù)據(jù)包

提供邏輯地址,通過(guò)尋址來(lái)選擇合適的路由和交換節(jié)點(diǎn),實(shí)現(xiàn)數(shù)據(jù)從源到目的地的轉(zhuǎn)發(fā)

網(wǎng)絡(luò)層協(xié)議主要是IP協(xié)議,除了IP協(xié)議還有GRE、ICMP、IGMP、OSPF等協(xié)議

IP協(xié)議

IP協(xié)議主要分為IPv4協(xié)議和IPv6協(xié)議,此處只討論IPv4協(xié)議

IPv6協(xié)議以及報(bào)文講解:IPv4與IPv6地址講解-CSDN博客

IPv4協(xié)議報(bào)文格式?????? 固定頭部20字節(jié),可變頭部40字節(jié)(總共20~60字節(jié))

IP報(bào)文最大長(zhǎng)度為1500字節(jié)(頭部+數(shù)據(jù))

tcp/ip參考模型,# 路由交換協(xié)議理論講解,網(wǎng)絡(luò),tcp/ip,網(wǎng)絡(luò)協(xié)議

tcp/ip參考模型,# 路由交換協(xié)議理論講解,網(wǎng)絡(luò),tcp/ip,網(wǎng)絡(luò)協(xié)議

Version 版本

IP協(xié)議的版本,目前的IP協(xié)議版本號(hào)為4,下一代IP協(xié)議版本號(hào)為6

Header Length 頭部長(zhǎng)度

固定部分的長(zhǎng)度(20字節(jié))和可變部分的長(zhǎng)度之和

通過(guò)0000~1111來(lái)標(biāo)識(shí)

即0001=1,則其就代表報(bào)文頭部為4個(gè)字節(jié)

IP固定頭部20個(gè)字節(jié),其報(bào)文長(zhǎng)度也就是0101(5)

DS Field 區(qū)分服務(wù)字段

用于QoS

Total Length 總長(zhǎng)度

IP報(bào)文的總長(zhǎng)度。報(bào)頭的長(zhǎng)度和數(shù)據(jù)部分的長(zhǎng)度之和。

總長(zhǎng)度最大為MTU的值,缺省為1500

Identification? 標(biāo)識(shí)——分片使用

該字段標(biāo)記當(dāng)前分片為第幾個(gè)分片,在數(shù)據(jù)報(bào)重組時(shí)很有用(讓其按照順序重組)

Flags? 分段標(biāo)志——分片使用

該字段用于標(biāo)記該報(bào)文是否為分片(有一些可能不需要分片,或不希望分片)

后面是否還有分片(是否是最后一個(gè)分片)。

該字段共3位。R、DF、MF三位。目前只有后兩位有效

tcp/ip參考模型,# 路由交換協(xié)議理論講解,網(wǎng)絡(luò),tcp/ip,網(wǎng)絡(luò)協(xié)議

?R——保留位必須為0

DF——報(bào)文是否分片,為1表示不分片,為0表示分片。

MF——報(bào)文是否是最后一個(gè)分片,為1表示“更多的片”,為0表示這是最后一片。

例如:0x00---000? 代表分片,最后一片

?????? ? 0x40---010? 代表不分片,最后一片

?????? ? 0x20---001? 代表不分片,還有更多的片

Fragment Flags 分段偏移——分片使用

指當(dāng)前分片在原數(shù)據(jù)報(bào)(分片前的數(shù)據(jù)報(bào))中相對(duì)于用戶數(shù)據(jù)字段的偏移量,即在原數(shù)據(jù)報(bào)中的相對(duì)位置,為 0 代表是第一個(gè)包

TTL? 存活時(shí)間

IP報(bào)文所允許通過(guò)的三層設(shè)備的最大數(shù)量,最大為255

每經(jīng)過(guò)一個(gè)三層設(shè)備,TTL減1,當(dāng)為0時(shí),路由器將該數(shù)據(jù)報(bào)丟棄。

丟棄報(bào)文時(shí)向報(bào)文中的源IP地址發(fā)送ICMP錯(cuò)誤消息(TTL Exceeded包)類型為 11 0。

Protocol 協(xié)議

該值標(biāo)識(shí)網(wǎng)絡(luò)層的上層協(xié)議,可以是其它網(wǎng)絡(luò)層協(xié)議,也可以是傳輸層協(xié)議

協(xié)議號(hào) 上層協(xié)議
1 ICMP
2 IGMP
9 IGRP
41 IPv6(IPv6過(guò)渡技術(shù)
IPv4封裝IPv6時(shí)使用)
47 GRE
50 ESP
51 AH
57 SKIP
88 EIGRP
89 OSPF
115 L2TP
6 TCP
17 UDP

Header? Checksum? 校驗(yàn)和

計(jì)算IP頭部的校驗(yàn)和,檢查IP報(bào)頭的完整性

Source Address源地址

Destination Address 目的地址

Options?? 可選字段(0~40字節(jié))


數(shù)據(jù)鏈路層——傳輸數(shù)據(jù)幀

將比特組合成字節(jié),再將字節(jié)組合成幀,使用鏈路層地址(其中以太網(wǎng)使用的是MAC地址)來(lái)訪問(wèn)介質(zhì),并進(jìn)行差錯(cuò)檢測(cè)

數(shù)據(jù)鏈路層定義了兩個(gè)子層

LLC? 邏輯鏈路控制

負(fù)責(zé)識(shí)別網(wǎng)絡(luò)層的協(xié)議類型,對(duì)網(wǎng)絡(luò)層的數(shù)據(jù)進(jìn)行封裝并向下層傳遞

MAC? 介質(zhì)訪問(wèn)控制

負(fù)責(zé)控制物理層設(shè)備,也就是MAC地址,大小為48位二進(jìn)制(12位十六進(jìn)制)

代表一個(gè)網(wǎng)絡(luò)接口的物理地址,全球唯一

24供應(yīng)商代碼(組織唯一標(biāo)識(shí)符OUI,由IEEE分配和管理)+24廠商自己分配

第八位為0是單播,為1是組播

數(shù)據(jù)鏈路層主要協(xié)議

1、PPP(點(diǎn)對(duì)點(diǎn)鏈路)

2、Ethernet(以太網(wǎng)鏈路)

3、FR(幀中繼鏈路)

4、HDLC(高級(jí)數(shù)據(jù)鏈路控制)

5、ATM(異步傳輸模式)

6、802.11協(xié)議(無(wú)線傳輸協(xié)議)

PPP協(xié)議講解(PPP連接狀態(tài)、PPP報(bào)文)_靜下心來(lái)敲木魚(yú)的博客-CSDN博客

以太網(wǎng)鏈路(本次主要介紹以太網(wǎng)幀)

運(yùn)行在MAC層之上

在以太網(wǎng)鏈路上傳輸?shù)臄?shù)據(jù)包成為以太幀

以太網(wǎng)幀(MAC幀)的兩種標(biāo)準(zhǔn)幀格式

Ethernet_Ⅱ、IEEE802.3

IEEE802.3是Ethernet的前生,目前基本未使用(STP目前使用的是IEEE802.3幀格式)

Ethernet_II幀格式

幀大小為64~1518,NTU最大傳輸單元默認(rèn)為1500

Type類型值大于等于1536即(0x0600)

tcp/ip參考模型,# 路由交換協(xié)議理論講解,網(wǎng)絡(luò),tcp/ip,網(wǎng)絡(luò)協(xié)議

tcp/ip參考模型,# 路由交換協(xié)議理論講解,網(wǎng)絡(luò),tcp/ip,網(wǎng)絡(luò)協(xié)議

DMAC

目的MAC地址 6字節(jié)

SMAC

源MAC地址 6字節(jié)

Type

標(biāo)識(shí)上層協(xié)議類型?? 2字節(jié)

協(xié)議
0X0800 IPV4
0X86DD IPV6
0X0806 ARP
0X0808 幀中繼ARP(反向ARP)
0X8809 LACP
0X8000 IS-IS
0X8100 80.21Q(VLAN)
0X8847 MPLS單播
0X8848 MPLS組播
0X8863 PPPOE發(fā)現(xiàn)階段
0X8864 PPPOE會(huì)話階段
0X88CC LLDP
0X88F5 MVRP

IEEE802.3幀格式

幀長(zhǎng)度字段值小于1500(0x05DC),MTU為1492

tcp/ip參考模型,# 路由交換協(xié)議理論講解,網(wǎng)絡(luò),tcp/ip,網(wǎng)絡(luò)協(xié)議

tcp/ip參考模型,# 路由交換協(xié)議理論講解,網(wǎng)絡(luò),tcp/ip,網(wǎng)絡(luò)協(xié)議

?DMAC

目的MAC地址 6字節(jié)

SMAC

源MAC地址 6字節(jié)

Length

定義了Data字段包含的字節(jié)數(shù),不包過(guò)CRC檢驗(yàn)碼

DSAP

目的服務(wù)訪問(wèn)點(diǎn),此處表示后面類型為STP幀

當(dāng)為0x06,表示后面類型為IP幀

當(dāng)為0xfe,表示后面類型為ISIS幀

SSAP

源服務(wù)訪問(wèn)點(diǎn),此處表示后面類型為STP幀

當(dāng)為0x06,表示后面類型為IP幀

Control 字段

通常為0x03,標(biāo)識(shí)無(wú)連接服務(wù)的IEEE 802.2無(wú)編碼數(shù)據(jù)格式

OUI

組織唯一標(biāo)識(shí)符,通常為MAC地址的前3字節(jié)

Type

標(biāo)識(shí)以太網(wǎng)幀所攜帶的上層數(shù)據(jù)類型

ISIS包

tcp/ip參考模型,# 路由交換協(xié)議理論講解,網(wǎng)絡(luò),tcp/ip,網(wǎng)絡(luò)協(xié)議

?STP包

tcp/ip參考模型,# 路由交換協(xié)議理論講解,網(wǎng)絡(luò),tcp/ip,網(wǎng)絡(luò)協(xié)議文章來(lái)源地址http://www.zghlxwxcb.cn/news/detail-776341.html

到了這里,關(guān)于TCP/IP網(wǎng)絡(luò)參考模型(端口號(hào)、TCP滑動(dòng)窗口、TCP擁塞控制、IP協(xié)議號(hào)、以太網(wǎng)幀)的文章就介紹完了。如果您還想了解更多內(nèi)容,請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來(lái)自互聯(lián)網(wǎng)用戶投稿,該文觀點(diǎn)僅代表作者本人,不代表本站立場(chǎng)。本站僅提供信息存儲(chǔ)空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如若轉(zhuǎn)載,請(qǐng)注明出處: 如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實(shí)不符,請(qǐng)點(diǎn)擊違法舉報(bào)進(jìn)行投訴反饋,一經(jīng)查實(shí),立即刪除!

領(lǐng)支付寶紅包贊助服務(wù)器費(fèi)用

相關(guān)文章

  • TCP重傳, 滑動(dòng)窗口, 流量控制, 擁塞控制

    TCP重傳, 滑動(dòng)窗口, 流量控制, 擁塞控制

    1. 重傳機(jī)制 TCP 實(shí)現(xiàn)可靠傳輸?shù)姆绞街?,是通過(guò) 序列號(hào)與確認(rèn)應(yīng)答 。 在 TCP 中,當(dāng)發(fā)送端的數(shù)據(jù)到達(dá)接收主機(jī)時(shí),接收端主機(jī)會(huì)返回一個(gè)確認(rèn)應(yīng)答消息,表示已收到消息。 針對(duì)數(shù)據(jù)可能丟失的情況, 用重傳機(jī)制來(lái)解決, 四種常見(jiàn)的重傳機(jī)制: 超時(shí)重傳 快速重傳 SACK D-SACK 1.

    2024年01月22日
    瀏覽(22)
  • TCP的滑動(dòng)窗口與擁塞控制

    TCP的滑動(dòng)窗口與擁塞控制

    客戶端每發(fā)送的一個(gè)包,服務(wù)器端都應(yīng)該有個(gè)回復(fù),如果服務(wù)器端超過(guò)一定的時(shí)間沒(méi)有回復(fù),客戶端就會(huì)重新發(fā)送這個(gè)包,直到有回復(fù)。 為了保證順序性,每一個(gè)包都有一個(gè) ID。在建立連接的時(shí)候,會(huì)商定起始的 ID 是什么,然后按照 ID 一個(gè)個(gè)發(fā)送。為了保證不丟包,對(duì)于發(fā)

    2024年02月07日
    瀏覽(23)
  • TCP的滑動(dòng)窗口和擁塞控制

    TCP的滑動(dòng)窗口和擁塞控制

    目錄 滑動(dòng)窗口 1.發(fā)送窗口和接收窗口 2.滑動(dòng)窗口的分類 停止等待協(xié)議:發(fā)送窗口大小 = 1, 接收窗口大小= 1 后退N幀協(xié)議(GBN):發(fā)送窗口大小 1,接收窗口大小 = 1 選擇重傳協(xié)議(SR) :發(fā)送窗口大小 1, 接收窗口大小 1 擁塞控制 慢開(kāi)始算法和擁塞避免: 快重傳和快恢復(fù):

    2024年04月10日
    瀏覽(26)
  • TCP滑動(dòng)窗口、流量控制及擁塞控制詳解

    TCP滑動(dòng)窗口、流量控制及擁塞控制詳解

    TCP雖然是面向字節(jié)流的,但是TCP傳輸?shù)膯卧_實(shí)報(bào)文段。一個(gè)TCP報(bào)文段分為首部和數(shù)據(jù)部分。TCP首部前20個(gè)字節(jié)是固定的,后面有4N個(gè)字節(jié)是可選的。因此,TCP首部最小字節(jié)數(shù)是20個(gè)字節(jié)。 下面我們看下一TCP首部中幾個(gè)重要的字段: 源端口 和 目的端口 各占兩個(gè)字節(jié) 序號(hào) ,占

    2024年02月02日
    瀏覽(28)
  • TCP重傳機(jī)制、滑動(dòng)窗口、擁塞控制

    TCP重傳機(jī)制、滑動(dòng)窗口、擁塞控制

    一、總述 TCP,Transmission Control Protocol,是一個(gè)面向連接、基于 流式傳輸 的 可靠傳輸 協(xié)議,考慮到的內(nèi)容很多,比如數(shù)據(jù)包的丟失、損壞、分片和亂序等,TCP協(xié)議通過(guò)多種不同的機(jī)制來(lái)實(shí)現(xiàn)可靠傳輸。今天,重點(diǎn)分析 重傳機(jī)制 、 滑動(dòng)窗口 ,以及 擁塞控制 。 二、重傳機(jī)制

    2024年04月10日
    瀏覽(29)
  • 八股文——TCP四大機(jī)制!小白也能懂?。ㄖ貍鳈C(jī)制、滑動(dòng)窗口、流量控制、擁塞控制)

    八股文——TCP四大機(jī)制!小白也能懂?。ㄖ貍鳈C(jī)制、滑動(dòng)窗口、流量控制、擁塞控制)

    TCP巨復(fù)雜!同時(shí)在八股計(jì)算機(jī)網(wǎng)絡(luò)中也經(jīng)常被問(wèn)到,必須會(huì)!這篇文章將讓小白有個(gè)大體框架,知道怎么個(gè)事,面試中可以有話說(shuō),也能讓佬更加鞏固知識(shí)點(diǎn)。 TCP是一個(gè)可靠的傳輸協(xié)議,為了保證它的可靠性,出現(xiàn)七七八八的機(jī)制,它可能有數(shù)據(jù)的破壞、丟包、重復(fù)以及分片

    2024年04月25日
    瀏覽(25)
  • TCP協(xié)議之滑動(dòng)窗口和擁塞窗口

    TCP協(xié)議之滑動(dòng)窗口和擁塞窗口

    如果發(fā)送一個(gè)新的包,需要等待上一個(gè)包的 ACK 回來(lái)之后才能發(fā)送,這樣效率顯然是很低的。也就是每經(jīng)過(guò)一個(gè) RTT(RTT指的是一個(gè)數(shù)據(jù)包從發(fā)送到接收到ACK確認(rèn)包的花費(fèi)時(shí)間,RTT是會(huì)隨著網(wǎng)絡(luò)的變化而變化) 的時(shí)間,我們只能發(fā)送一個(gè)包,假設(shè)一個(gè) RTT 是 100ms,那在一秒中我

    2024年02月05日
    瀏覽(21)
  • 如何解決TCP窗口與擁塞? TCP窗口與擁塞控制的解決辦法

    計(jì)算機(jī)網(wǎng)絡(luò)中的帶寬、交換結(jié)點(diǎn)中的緩存和處理機(jī)等,都是網(wǎng)絡(luò)的資源。在某段時(shí)間,若對(duì)網(wǎng)絡(luò)中某一資源的需求超過(guò)了該資源所能提供的可用部分,網(wǎng)絡(luò)的性能就會(huì)變壞。這種情況就叫做擁塞。擁塞控制就是防止過(guò)多的數(shù)據(jù)注入網(wǎng)絡(luò)中,這樣可以使網(wǎng)絡(luò)中的路由器或鏈路不

    2024年02月07日
    瀏覽(41)
  • 擁塞控制(TCP限制窗口大小的機(jī)制)

    擁塞控制(TCP限制窗口大小的機(jī)制)

    ? ? ? ??擁塞控制機(jī)制可以使滑動(dòng)窗口在保證可靠性的前提下,提高傳輸效率 ? ? ? ? 關(guān)于滑動(dòng)窗口的屬性以及部分機(jī)制推薦看TCP中窗口和滑動(dòng)窗口的含義以及流量控制 ? ? ? ? 看了上面推薦的博客我們已經(jīng)知道了,由于接收方接收數(shù)據(jù)的能力有限,所以要通過(guò)流量控制的

    2024年02月11日
    瀏覽(25)
  • TCP/IP網(wǎng)絡(luò)參考模型

    TCP/IP網(wǎng)絡(luò)參考模型

    目錄 TCP/IP四/五層模型 應(yīng)用層常見(jiàn)協(xié)議——傳輸數(shù)據(jù)PDU 傳輸層協(xié)議——傳輸數(shù)據(jù)段 端口號(hào) TCP面向連接服務(wù)CONS? TCP報(bào)文格式 TCP數(shù)據(jù)傳輸——ACK確認(rèn)機(jī)制 TCP會(huì)話建立——三次握手 TCP會(huì)話結(jié)束——四次握手 TCP流量控制——滑動(dòng)窗口協(xié)議 TCP可靠傳輸機(jī)制 TCP擁塞控制 UDP無(wú)面向連

    2024年02月09日
    瀏覽(62)

覺(jué)得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請(qǐng)作者喝杯咖啡吧~博客贊助

支付寶掃一掃領(lǐng)取紅包,優(yōu)惠每天領(lǐng)

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包