目錄
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模型
標(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)系
HTTP——超文本傳輸協(xié)議
HTTP將圖像,視頻,文件有,音樂(lè)等傳輸給客戶端供用戶上網(wǎng)訪問(wèn)
不安全,現(xiàn)在基本都是用Https協(xié)議
HTTPS——安全的超文本傳輸協(xié)議
相比于Http增加了加密驗(yàn)證功能
SMTP——用于發(fā)送郵件
POP3/IMAP——用于接收郵件
IMAP功能相比于POP3更多
?IMAP和POP3的主要區(qū)別
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é)
源端口??? 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數(shù)據(jù)傳輸——ACK確認(rèn)機(jī)制
TCP會(huì)話建立——三次握手
通過(guò)標(biāo)志位syn、ack以及序列號(hào)seq確認(rèn)序列號(hào)ack實(shí)現(xiàn)
TCP三次握手,至少會(huì)交互三次報(bào)文
會(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流量控制——滑動(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)
窗口機(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é)商
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í)重傳
接受方?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)丟失
接收方收到了發(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)遲到
第一次確認(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ò)擁塞
擁塞控制方法
慢啟動(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)文格式
?源端口??? 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ù))
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三位。目前只有后兩位有效
?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)
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
?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包
?STP包文章來(lái)源:http://www.zghlxwxcb.cn/news/detail-776341.html
文章來(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)!