協(xié)議類型是一個 2 字節(jié)的字段，指定要映射的協(xié)議類型。例如，IPv4 的協(xié)議類型為 0x0800。

常用的協(xié)議類型

• IPv4: 0x0800
• IPv6: 0x86DD
• TCP: 0x06
• UDP: 0x11

協(xié)議類型的用途

協(xié)議類型用于在網(wǎng)絡(luò)中標識不同的協(xié)議。當網(wǎng)絡(luò)設(shè)備收到數(shù)據(jù)包時，它會查看協(xié)議類型字段以確定如何處理數(shù)據(jù)包。

例如，如果網(wǎng)絡(luò)設(shè)備收到一個具有 0x0800 協(xié)議類型的包，它就知道該包是一個 IPv4 數(shù)據(jù)包，因此它會將其轉(zhuǎn)發(fā)給 IPv4 路由器。

協(xié)議類型的其他信息

• 協(xié)議類型可以是任何 16 位無符號整數(shù)。
• 協(xié)議類型可以由 IANA（互聯(lián)網(wǎng)號碼分配機構(gòu)）注冊。
• IANA 為常見協(xié)議預(yù)留了一些協(xié)議類型，例如 IPv4 和 TCP。

總結(jié)

協(xié)議類型是一個重要的網(wǎng)絡(luò)概念，用于在網(wǎng)絡(luò)中標識不同的協(xié)議。當網(wǎng)絡(luò)設(shè)備收到數(shù)據(jù)包時，它會查看協(xié)議類型字段以確定如何處理數(shù)據(jù)包。

---

IP數(shù)據(jù)包頭有哪些字段

數(shù)據(jù)在經(jīng)過IP網(wǎng)絡(luò)層時,也會對數(shù)據(jù)進行封裝,也就有相應(yīng)的IP協(xié)議包頭了?在以太網(wǎng)幀中,IPv4包頭緊跟著以太網(wǎng)幀頭,同時以太網(wǎng)幀頭中的協(xié)議類型值設(shè)置為十六進制的0800?◆版本(Version)指定IP協(xié)議的版本號?因為目前仍主要使用IPv4版本,所以這里的值通常是 0x4 (注意封包使用的數(shù)字通常都是十六進位的)?占4位?◆包頭長度(Internet Header Length,IHL)指明IPv4協(xié)議包頭長度的字節(jié)數(shù)包含多少個32位?由于IPv4的包頭可能包含可變數(shù)量的可選項,所以這個字段可以用來確定IPv4數(shù)據(jù)報中數(shù)據(jù)部分的偏移位置?IPv4包頭的最小長度是20個字節(jié),因此IHL這個字段的最小值用十進制表示就是5?占4位?由于它是一個4比特字段,因此首部最長為60個字節(jié),但實際上目前最多仍為24個字節(jié)?◆服務(wù)類型(type of Service,TOS)定義IP封包在傳送過程中要求的服務(wù)類型,共由8個bit組成其中每個bit的組合分別代表不同的意思?4bit中只能置其中1bit?如果所有4bit均為0,那么就意味著是一般服務(wù)?具體如下:◆000..... (Routine): 過程字段,占3位?設(shè)置了數(shù)據(jù)包的重要性,取值越大數(shù)據(jù)越重要,取值范圍為:0(正常)~ 7(網(wǎng)絡(luò)控制)◆...0....(Delay):延遲字段 ,占1位,取值:0(正常)?1(期特低的延遲) ◆....0...(Throughput):流量字段,占1位?取值:0(正常)?1(期特高的流量) ◆.....0..(Reliability) :可靠性字段,占1位?取值:0(正常)?1(期特高的可靠性)◆…..0.(ECN-Capable Transport):顯式擁塞指示傳輸字段,占1位?由源端設(shè)置,以顯示源端節(jié)點的傳輸協(xié)議是支持ECN(Explicit Cogestion Notifica tion,顯式擁塞指示)的?取值:0(不支持ECN)?1(支持ECN)◆.......0(Congestion Experienced):擁塞預(yù)警字段,占1位?取值:0(正常,不擁塞)?1(擁塞)◆包長度(Total Length,TL)IP協(xié)議頭格式中指定IP包的總長,通常以byte做單位來表示該封包的總長度此數(shù)值包括標頭和數(shù)據(jù)的總和?它以字節(jié)為單位,占16位?利用首部長度字段和總長度字段,就可以知道IP數(shù)據(jù)報中數(shù)據(jù)內(nèi)容的起始位置和長度?由于該字段長16比特,所以IP數(shù)據(jù)報最長可達字節(jié)?盡管可以傳送一個長達字節(jié)的IP數(shù)據(jù)報,但是大多數(shù)的鏈路層都會對它進行分段?而且,主機也要求不能接收超過576字節(jié)的數(shù)據(jù)報?由于TCP把用戶數(shù)據(jù)分成若干段,因此一般來說這個限制不會影響TCP?UDP的應(yīng)用(如RIP?TFTP?BootP?DNS?SNMP等),都限制用戶數(shù)據(jù)報長度為512字節(jié),小于576字節(jié)?但是,事實上現(xiàn)在大多數(shù)的實現(xiàn)允許超過8192字節(jié)的IP數(shù)據(jù)報?總長度字段是IP首部中必要的內(nèi)容,因為一些數(shù)據(jù)鏈路(如以太網(wǎng))需要填充一些數(shù)據(jù)以達到最小長度?盡管以太網(wǎng)的最小幀長為46個字節(jié)(將在本章后面介紹),但是IP數(shù)據(jù)可能會更短?如果沒有總長度字段,那么IP層就不知道46字節(jié)中有多少是IP數(shù)據(jù)報的內(nèi)容?◆標識(Identification)每一個IP封包都有一個16位的唯一識別碼?當程序產(chǎn)生的數(shù)據(jù)要通過網(wǎng)絡(luò)傳送時都會被拆散成封包形式發(fā)送,當封包要進行重組的時候這個ID就是依據(jù)了?占16位?標識字段唯一地標識主機發(fā)送的每一份數(shù)據(jù)報?通常每發(fā)送一份消息它的值就會加1?RFC791認為標識字段應(yīng)該由讓IP發(fā)送數(shù)據(jù)報的上層來選擇?假設(shè)有兩個連續(xù)的IP數(shù)據(jù)報,其中一個是由TCP生成的,而另一個是由UDP生成的,那么它們可能具有相同的標識字段?盡管這也可以照常工作(由重組算法來處理),但是在大多數(shù)從伯克利派生出來的系統(tǒng)中,每發(fā)送一個IP數(shù)據(jù)報,IP層都要把一個內(nèi)核變量的值加1,不管交給IP的數(shù)據(jù)來自哪一層?內(nèi)核變量的初始值根據(jù)系統(tǒng)引導(dǎo)時的時間來設(shè)置?◆標記(Flags)這是當封包在傳輸過程中進行最佳組合時使用的3個bit的識別記號?占3位?◆000(Reserved Fragment):保留分段?當此值為0的時候表示目前未被使用?◆.0.(Dont Fragment):不分段?當此值為0的時候表示封包可以被分段,如果為1則不能被分割? ◆..0( More Fragment):更多分段?當上一個值為0時,此值為0就示該封包是最後一個封包,如果為1則表示其後還有被分割的封包?◆分段偏移(Fragment Offset,FO)IP協(xié)議頭格式規(guī)定當封包被分段之后,由于網(wǎng)路情況或其它因素影響其抵達順序不會和當初切割順序一至,所以當封包進行分段的時候會為各片段做好定位記錄,以便在重組的時候就能夠?qū)μ柸胱?值為多少個字節(jié),如果封包并沒有被分段,則FO值為“0? 占13位?

TCP/IP協(xié)議是什么

TCP/IP是供已連接因特網(wǎng)的計算機進行通信的通信協(xié)議。 TCP/IP協(xié)議TransmissionControlProtocol/InternetProtocol的簡寫，中譯名為傳輸控制協(xié)議/因特網(wǎng)互聯(lián)協(xié)議，又名網(wǎng)絡(luò)通訊協(xié)議，是Internet最基本的協(xié)議、Internet國際互聯(lián)網(wǎng)絡(luò)的基礎(chǔ)，由網(wǎng)絡(luò)層的IP協(xié)議和傳輸層的TCP協(xié)議組成。 TCP/IP傳輸協(xié)議，即傳輸控制/網(wǎng)絡(luò)協(xié)議，也叫作網(wǎng)絡(luò)通訊協(xié)議。 它是在網(wǎng)絡(luò)的使用中的最基本的通信協(xié)議。 TCP/IP傳輸協(xié)議對互聯(lián)網(wǎng)中各部分進行通信的標準和方法進行了規(guī)定。 并且，TCP/IP傳輸協(xié)議是保證網(wǎng)絡(luò)數(shù)據(jù)信息及時、完整傳輸?shù)膬蓚€重要的協(xié)議。 TCP/IP傳輸協(xié)議是嚴格來說是一個四層的體系結(jié)構(gòu)，應(yīng)用層、傳輸層、網(wǎng)絡(luò)層和數(shù)據(jù)鏈路層都包含其中。

以太網(wǎng)幀的傳輸方式分為哪三種？

以太幀有很多種類型。 不同類型的幀具有不同的格式和MTU值。 但在同種物理媒體上都可同時存在。 以太網(wǎng)第二版或者稱之為Ethernet II 幀，DIX幀，是最常見的幀類型。 并通常直接被IP協(xié)議使用。 Novell的非標準IEEE 802.3幀變種。 IEEE 802.2邏輯鏈路控制(LLC) 幀子網(wǎng)接入?yún)f(xié)議(SNAP)幀所有四種以太幀類型都可包含一個IEEE 802.1Q選項來確定它屬于哪個VLAN以及他的IEEE 802.1p優(yōu)先級(QoS)。 這個封裝由IEEE 802.3ac定義并將幀大小從64字節(jié)擴充到1522字節(jié)(注：不包含7個前導(dǎo)字節(jié)和1個字節(jié)的幀開始符以及12個幀間距字節(jié))。 IEEE 802.1Q標簽，如果出現(xiàn)，需要放在源地址字段和以太類型或長度字段的中間。 這個標簽的前兩個字節(jié)是標簽協(xié)議標識符(TPID)值0x8100。 這與沒有標簽幀的以太類型/長度字段的位置相同，所以以太類型0x8100就表示包含標簽的幀，而實際的以太類型/長度字段則放在Q-標簽的后面。 TPID后面是兩個字節(jié)的標簽控制信息(TCI)。 (IEEE 802.1p 優(yōu)先級(QoS)和VLANID)。 Q標簽后面就是通常的幀內(nèi)容。 Ethernet II以太 II 幀(也稱作DIX以太網(wǎng)，是以這個設(shè)計的主要成員，DEC,Intel和Xerox的名字命名的。 ),把緊接在目標和源MAC地址后面的這個兩字節(jié)定義為以太網(wǎng)幀數(shù)據(jù)類型字段。 例如，一個0x0800的以太類型說明這個幀包含的是IPv4數(shù)據(jù)報。 同樣的，一個0x0806的以太類型說明這個幀是一個ARP幀，0x8100說明這是一個IEEE 802.1Q幀，而0x86DD說明這是一個IPv6幀。 當這個工業(yè)界的標準通過正式的IEEE標準化過程后，在802.3標準中以太類型字段變成了一個(數(shù)據(jù))長度字段。 (最初的以太包通過包括他們的幀來確定它們的長度，而不是以一個明確的數(shù)值。 )但是包的接收層仍需知道如何解析包，因此標準要求將IEEE802.2頭跟在長度字段后面，定義包的類型。 多年之后，802.3x-1997標準，一個802.3標準的后繼版本，正式允許兩種類型的數(shù)據(jù)包同時存在。 實際上，兩種數(shù)據(jù)包都被廣泛使用，而最初的以太數(shù)據(jù)包在以太局域網(wǎng)中被廣泛應(yīng)用，因為他的簡便和低開銷。 為了允許一些使用以太II版本的數(shù)據(jù)報和一些使用802.3封裝的最初版本的數(shù)

以太網(wǎng)協(xié)議類型0x0800是什么？

就是代表IP協(xié)議網(wǎng)絡(luò)。

在二層mac幀里表示，因為除了IP協(xié)議網(wǎng)絡(luò)外，還有ATM網(wǎng)絡(luò)，F(xiàn)DDI網(wǎng)絡(luò)等，網(wǎng)絡(luò)類型。

簡述wlan網(wǎng)絡(luò)幀的種類和用途

簡述wlan網(wǎng)絡(luò)幀的種類和用途

改為簡述以太網(wǎng)幀的種類和用途 比較好，因為沒有wlan網(wǎng)絡(luò)幀這個術(shù)語

前導(dǎo)碼：7個字節(jié)，用于數(shù)據(jù)傳輸過程中的雙方發(fā)送、接收的速率的同步

幀開始符：1個字節(jié)，表明下一個字節(jié)開始是真實數(shù)據(jù)（目的MAC地址）

目的MAC地址：6個字節(jié)，指明幀的接受者

源MAC地址：6個字節(jié)，指明幀的發(fā)送者

類型/長度：2個字節(jié)，0-1500保留為長度域值，1536-保留為類型域值（0x0600-0xffff)，通過wireshark抓包看到的，這2個字節(jié)指明幀中數(shù)據(jù)的協(xié)議類型，比如常見的IPv4中ip協(xié)議采用0x0800

數(shù)據(jù)：46~1500個字節(jié)，包含了上層協(xié)議傳遞下來的數(shù)據(jù)，如果加入數(shù)據(jù)字段后幀長度不夠64字節(jié)，會在數(shù)據(jù)字段“填充至46字節(jié)”以使整個幀達到64字節(jié)（除去前導(dǎo)碼和幀開始符的8個字節(jié)，包含幀尾FCS），即6+6+2+46+4=64

幀校驗序列：4個字節(jié)，對接收網(wǎng)卡（主要是檢測數(shù)據(jù)字段）提供判斷是否傳輸錯誤的一種方法，如果發(fā)現(xiàn)錯誤，丟棄此幀。目前最為流行的用于FCS的算法是循環(huán)冗余校驗（cyclic redundancy check –CRC

---

---

相關(guān)標簽： 例如、 協(xié)議類型tcp、 2、 IPv4、 指定要映射的協(xié)議類型、 協(xié)議類型、 為、 字節(jié)、 0x0800、 udp、

上一篇：硬件地址長度1字節(jié)指定發(fā)送和目標的硬件地

下一篇：ARP入門地址解析協(xié)議的全面指南arpt