以太网帧格式
以太网帧格式总结
以太网首部28字节ARP 数据包E T H _D S CE T H _S R C帧类型硬件类型协议类型硬件地址长度 协议地址长度OP 发送方以太网地址 发送方以太网IP 地址 接收方以太网地址 接收方IP 地址6 6 2 2 2 1 1 2 64 6 4 目的MAC 地址 （0xff BoardCast)源MAC 地址 ARP:0x0806 IP:0x0800 PPPoE:0x8864 硬件接口类型对于以太网MAC 为1 映射的协议地址类型。
IP 地址：0x08006 4ARP 数据包类型1:ARP_Request2:ARP_Acknowledge 3:RARP_Request4:RARP_AcknowledgeＩＰ首部版本号 （４位） 首部长度 （４位）服务类型（ＴＯＳ） （８位）总长度 （１６位）标识（１６位） 标志 （３位） 分片偏移量 （１３位） 生存时间（ＴＴＬ） （８位）协议 （８位）首部校验和 （１６位）源ＩＰ地址（３２位） 目的ＩＰ地址（３２位） 选项字段（若存在）数据区数据报规定了首部的格式，却没有规定其后数据的格式，所以ＩＰ数据报可以用来运输任意类型的数据。
１、版本号 ＩＰｖ４－－－４ＩＰｖ６－－－６２、首部长度 字为单位 该字段最大值１５（１５＊４＝６０ｂｙｔｅ）。
３、服务类型 （Ｔｙｐｅ ｏｆ Ｓｅｒｖｉｃｅ，ＴＯＳ）当前ＩＰ数据报急需的服务类型：最小延时，最大吞吐量，最高可靠性，最小费 用等。
路由在转发时根据该字段选择最合理路径。
４、总长度 ＭＴＵ限制５、１６位标识字段用于标识ＩＰ层发送出去的每一份ＩＰ数据报，分片中用。
６、３位标志字段。
１：保留。
２：不分片位。
３：更多分片位。
７、１３位偏移字段８、生存时间：该ＩＰ数据报最多能转发的次数。
９、协议：ＩＰ数据报上层来源。
１：ＩＣＭＰ。
２：ＩＧＭＰ。
６：ＴＣＰ。
１７：ＵＤＰ。
１０、首部校验：只针对ＩＰ首部校验。
１６ｂｉｔｓ １６ｂｉｔｓ ＵＤＰ首部 源端口号 目的端口号 总长度 校验和ＵＤＰ数据区 数据区常见的ＴＣＰ熟知端口： 熟知端口 协议 说明 ０ ———— 保留７ Ｅｃｈｏ 报文回送服务器端口 ２０ ＦＴＰ－ＤＡＴＡ 文件传送协议（数据） ２１ ＦＴＰ 文件传送协议 ２３ ＴＥＬＮＥＴ 终端连接 ２５ ＳＭＴＰ 简单邮件传送协议 ５３ ＤＮＳ 域名服务器 ８０ ＨＴＴＰ 万维网服务器 １１０ ＰＯＰ３ 邮局协议版本３ １０８０ ＳＯＣＫＳ代理服务器协议URG 首部中的紧急指针字段有效 ACK 首部中的确认序号字段有效 PSH 推送数据 RST 连接复位SYN 发起连接，同步序号 FIN 终止连接0 16 31TCP 首部源端口号（16位）目的端口号（16位） 序号（32位） 确认序号（32位）首部长度 （4位）保留 （6位）U R GA C K P S H R S T S Y N F I N窗口大小（16） 校验和（16位）紧急指针（16位） 选项和填充（如果有）TCP 数据区数据区。
为什么以太网的最小数据帧为64字节
为什么以太网数据帧最小为64字节如果把“以太网”比作是一栋“房子”，这栋房子可以算得上是人类构建的非常了不起的“建筑”了，以太网设计人员制定了一系列的标准，这些看似有意义似乎又没有意义的数字、标准构成了以太网的砖瓦基石，今天我们来看一块位于这栋“房子”底层的“砖基”——以太网最小帧长为什么是64字节。
首先我们先来看一下以太网数据帧的格式：1、前导码/帧起始定界符：7字节0x55，一串1、0间隔，用于信号同步，1字节0xD5(10101011)，表示一帧开始2、目的地址：6字节3、源地址：6字节4、类型/长度：2字节，0～1500保留为长度域值，1536～65535保留为类型域值(0x0600～0xFFFF)5、数据：46～1500字节6、帧校验序列(FCS)：4字节，使用CRC计算从目的MAC到数据域这部分内容而得到的校验和。
以太网(IEEE 802.3)帧格式：1、前导码：7字节0x55,一串1、0间隔，用于信号同步2、帧起始定界符：1字节0xD5(10101011)，表示一帧开始3、DA(目的MAC)：6字节4、SA(源MAC)：6字节5、类型/长度：2字节，0～1500保留为长度域值，1536～65535保留为类型域值(0x0600～0xFFFF)6、数据：46～1500字节7、帧校验序列(FCS)：4字节，使用CRC计算从目的MAC到数据域这部分内容而得到的校验和。
据RFC894的说明，以太网封装IP数据包的最大长度是1500字节，也就是说以太网最大帧长应该是以太网首部加上1500，再加上7字节的前导同步码和1字节的帧开始定界符，具体就是：7字节前导同步吗＋1字节帧开始定界符＋6字节的目的MAC＋6字节的源MAC＋2字节的帧类型＋1500＋4字节的FCS。
按照上述，最大帧应该是1526字节，但是实际上我们抓包得到的最大帧是1514字节，为什么不是1526字节呢？原因是当数据帧到达网卡时，在物理层上网卡要先去掉前导同步码和帧开始定界符，然后对帧进行CRC检验，如果帧校验和错，就丢弃此帧。
以太帧封装格式
以太帧封装格式一、概述以太帧封装格式是以太网数据包的基本格式，它定义了数据包中各个字段的含义和顺序。
以太帧封装格式被广泛应用于局域网和广域网中，是网络通信中最常用的协议之一。
二、以太帧封装格式的组成以太帧封装格式由以下几个部分组成：1. 前导码：7字节的连续1（11111111）组成，用于同步接收端时钟。
2. 目标MAC地址：6字节，表示数据包要传输到的目标设备的MAC 地址。
3. 源MAC地址：6字节，表示发送数据包的设备的MAC地址。
4. 类型/长度字段：2字节，表示后面数据部分的类型或长度。
当值小于等于1500时，表示长度；当值大于1500时，表示类型。
5. 数据部分：46-1500字节之间。
6. CRC校验码：4字节，用于检查数据传输过程中是否出现错误。
三、各字段含义详解1. MAC地址：MAC地址是一个48位长的二进制数。
前24位为厂商识别码（OUI），后24位为该厂商所生产设备的唯一标识符。
在局域网中，每个设备都必须拥有唯一的MAC地址，以便于数据包的传输和接收。
2. 类型/长度字段：当类型字段为0800时，表示数据部分是IP数据报；当类型字段为0806时，表示数据部分是ARP请求或响应。
长度字段表示数据部分的长度，最大为1500字节。
3. 数据部分：数据部分是以太帧中实际要传输的信息。
根据不同的协议，数据部分可以包含不同的内容。
例如，在IP协议中，数据部分包含IP头和应用层协议的数据；在ARP协议中，数据部分包含ARP请求或响应信息。
四、以太帧封装格式与网络通信以太帧封装格式是网络通信中最常用的协议之一。
它被广泛应用于局域网和广域网中，可以实现设备之间的快速、可靠地通信。
在网络通信过程中，发送端将要传输的信息按照以太帧封装格式组织成一个完整的数据包，并通过物理层将其发送出去。
接收端接收到该数据包后，会按照相同的方式解析出其中各个字段，并进行相应处理。
五、总结以太帧封装格式是网络通信中最常用的协议之一。
各种不同以太网帧格式
各种不同以太网帧格式利用抓包软件的来抓包的人，可能经常会被一些不同的Frame Header搞糊涂，为何用的Frame的Header是这样的，而另外的又不一样。
这是因为在Ethernet中存在几种不同的帧格式，下面我就简单介绍一下几种不同的帧格式及他们的差异。
一、Ethernet帧格式的发展1980 DEC,Intel,Xerox制订了Ethernet I的标准；1982 DEC,Intel,Xerox又制订了Ehternet II的标准；1982 IEEE开始研究Ethernet的国际标准802.3；1983迫不及待的Novell基于IEEE的802.3的原始版开发了专用的Ethernet帧格式；1985 IEEE推出IEEE 802.3规范；后来为解决EthernetII与802.3帧格式的兼容问题推出折衷的Ethernet SNAP格式。
(其中早期的Ethernet I已经完全被其他帧格式取代了所以现在Ethernet只能见到后面几种Ethernet的帧格式现在大部分的网络设备都支持这几种Ethernet 的帧格式如:cisco的路由器在设定Ethernet接口时可以指定不同的以太网的帧格式:arpa,sap,snap,novell-ether)二、各种不同的帧格式下面介绍一下各个帧格式Ethernet II是DIX以太网联盟推出的，它由6个字节的目的MAC地址，6个字节的源MAC地址，2个字节的类型域（用于表示装在这个Frame、里面数据的类型)，以上为Frame Header,接下来是46--1500 字节的数据，和4字节的帧校验）Novell Ethernet它的帧头与Ethernet有所不同其中EthernetII帧头中的类型域变成了长度域，后面接着的两个字节为0xFFFF用于标示这个帧是Novell Ether类型的Frame，由于前面的0xFFFF站掉了两个字节所以数据域缩小为44-1498个字节,帧校验不变。
以太网最大帧长 最小帧长
在传统以太网中,为什么要有最小帧长度和最大帧长度的限制?以太网(IEEE 802.3)帧格式：1、前导码：7字节0x55,一串1、0间隔，用于信号同步2、帧起始定界符：1字节0xD5(10101011)，表示一帧开始3、DA(目的MAC)：6字节4、SA(源MAC)：6字节5、类型/长度：2字节，0～1500保留为长度域值，1536～65535保留为类型域值(0x0600～0xFFFF)6、数据：46～1500字节7、帧校验序列(FCS)：4字节，使用CRC计算从目的MAC到数据域这部分内容而得到的校验和。
以CSMA/CD作为MAC算法的一类LAN称为以太网。
CSMA/CD冲突避免的方法：先听后发、边听边发、随机延迟后重发。
一旦发生冲突，必须让每台主机都能检测到。
关于最小发送间隙和最小帧长的规定也是为了避免冲突。
考虑如下的情况，主机发送的帧很小，而两台冲突主机相距很远。
在主机A发送的帧传输到B的前一刻，B开始发送帧。
这样，当A的帧到达B时，B检测到冲突，于是发送冲突信号。
假如在B的冲突信号传输到A之前，A的帧已经发送完毕，那么A将检测不到冲突而误认为已发送成功。
由于信号传播是有时延的，因此检测冲突也需要一定的时间。
这也是为什么必须有个最小帧长的限制。
按照标准，10Mbps以太网采用中继器时，连接的最大长度是2500米，最多经过4个中继器，因此规定对10Mbps以太网一帧的最小发送时间为51.2微秒。
这段时间所能传输的数据为512位，因此也称该时间为512位时。
这个时间定义为以太网时隙，或冲突时槽。
512位＝64字节，这就是以太网帧最小64字节的原因。
512位时是主机捕获信道的时间。
如果某主机发送一个帧的64字节仍无冲突，以后也就不会再发生冲突了，称此主机捕获了信道。
由于信道是所有主机共享的，如果数据帧太长就会出现有的主机长时间不能发送数据，而且有的发送数据可能超出接收端的缓冲区大小，造成缓冲溢出。
计算机网络协议，以太网帧格式
计算机⽹络协议，以太⽹帧格式以太⽹的MAC帧格式有好⼏种，被⼴泛应⽤的是DIX Ethernet V2标准，还有⼀种是IEEE的802.3标准，该标准经过了多年的发展，已经出现了很多种⼦标准。
DIX Ethernet V2 标准与 IEEE 的 802.3 标准只有很⼩的差别，因此可以将 802.3 局域⽹简称为“以太⽹”。
严格说来，“以太⽹”应当是指符合DIX Ethernet V2 标准的局域⽹⼀、DIX Ethernet V2（Ethernet II）1.帧结构2.字段分析=======================================================================================================源MAC地址 ===> 发送⽅的MAC地址=======================================================================================================⽬的MAC地址 ===> 接收⽅的MAC地址=======================================================================================================上层协议类型 ===> 该MAC数据报中包装的⽹络层数据报协议类型若该字段的值⼩于1518，那么这个字段就是长度字段，并定义后⾯的数据字段的长度。
若该字段的值⼤于1518，它就定义使⽤因特⽹服务的上层协议（⼩于0600H的值是⽤于IEEE802的，表⽰数据包的长度）具体协议类型可以参考如下两个表：表1：协议ID（Type）以太⽹协议0x0800Internet Protocol, Version 4(IPv4)0x0806Address Resolution Protocol(ARP)0x0842Wake-on-LAN Magic Packet0x1337SYN-3 Heartbeat Protocol(SYNdog)0x22F3IETF TRILL Protocol0x6003DECnet Phase IV0x8035Reverse Address Resolution Protocol(RARP)0x809B AppleTalk(Ethertalk)0x80F3AppleTalk Address Resolution Protocol(AARP)0x8100VLAN-tagged frame(IEEE 802.1Q)0x8137Novell IPX(alt)0x8138Novell0x8204QNX Qnet0x86DD Internet Protocol, Version 6(IPv6)0x8808MAC Control0x8809Slow Protocols(IEEE 802.3)0x8819CobraNet0x8847MPLS unicast0x8848MPLS multicast0x8863PPPoE Discovery Stage0x8864PPPoE Session Stage0x886F Microsoft NLB heartbeat0x8870Jumbo Frames0x887B HomePlug 1.0 MME0x888E EAP over LAN(IEEE 802.1X)0x888E EAP over LAN(IEEE 802.1X)协议ID（Type）以太⽹协议0x8892PROFINET Protocol0x889A HyperSCSI(SCSI over Ethernet)0x88A2ATA over Ethernet0x88A4EtherCat Protocol0x88A8Provider Bridging(IEEE 802.1ad)0x88AB Ethernet Powerlink0x88CC LLDP0x88CD sercos III0x88D8Circuit Emulation Services over Ethernet(MEF-8)0x88E1HomePlug AV MME0x88E3Media Redundancy Protocol(IEC62439-2)0x88E5MAC security(IEEE 802.1AE)0x88F7Precision Time Protocol(IEEE 1588)0x8902IEEE 802.1ag Connectivity Fault Management(CFM) Protocol / ITU-T Recommendation Y.1731(OAM) 0x8906Fibre Channel over Ethernet0x8914FCoE Initialization Protocol0x9000Configuration Test Protocol(Loop)0x9100Q-in-Q表2：以太类型值 (16 进制 )对应协议备注0x0000 - 0x05DC IEEE 802.3 长度0x0101 – 0x01FF实验0x0660XEROX NS IDP0x06610x0800DLOG0x0801X.75 Internet0x0802NBS Internet0x0803ECMA Internet0x0804Chaosnet0x0805X.25 Level 30x0806ARP0x0808帧中继ARP0x6559原始帧中继RFR0x8035动态 DARP，反向地址解析协议 RARP0x8037Novell Netware IPX0x809B EtherTalk0x80D5IBM SNA Services over Ethernet0x80F3AppleTalk 地址解析协议 AARP0x8100以太⽹⾃动保护开关 EAPS0x8137因特⽹包交换 IPX0x814C简单⽹络管理协议 SNMP0x86DD⽹际协议 v6 IPv6重要字段含义：Dest addr ：以太⽹ OAM 报⽂的⽬的 MAC地址，为组播 MAC 地址 0180c2000002Source addr ：以太⽹ OAM 报⽂的源 MAC地址，为发送端的桥 MAC 地址，该地址是⼀个单播 MAC地址Type ：以太⽹ OAM 报⽂的协议类型，为0x8809Subtype ：以太⽹ OAM 报⽂的协议⼦类型，为 0x030x8809OAM Flags ： Flags 域，包含了以太⽹ OAM 实体的状态信息Code ：本字段指明了 OAMPDU 的报⽂类型。
3.3.2 以太网帧格式
检测到碰撞后
• 在发生碰撞时，总线上传输的信号产生了严重的失真， 无法从中恢复出有用的信息来。 • 每一个正在发送数据的站，一旦发现总线上出现了碰 撞，就要立即停止发送，免得继续浪费网络资源，然 后等待一段随机时间后再次发送。
帧间最小间隔
• 帧间最小间隔为 9.6 s，相当于 96 bit 的发送时间。 • 一个站在检测到总线开始空闲后，还要等待 9.6 s 才能再次发送数据。 • 这样做是为了使刚刚收到数据帧的站的接收缓存来 得及清理，做好接收下一帧的准备。
FCS 字段 4 字节
IP 数据报 字节 以太网 V2 MAC 帧 6 目的地址 6 源地址 2 类型 数 46 ~ 1500 据 4 FCS MAC 层 IP 层
MAC 帧
物理层
当数据字段的长度小于 46 字节时， 应在数据字段的后面加入整数字节的填充字段， 以保证以太网的 MAC 帧长不小于 64 字节。
目的地址
源地址
类型
数
据
FCS
MAC 层
MAC 帧 7 字节 1 字节 帧开始 定界符
物理层
10101010101010
… 10101010101010101011
前同步码
为了达到比特同步， 在传输媒体上实际传送的 要比 MAC 帧还多 8 个字节
3.3.2 以太网帧格式
• IEEE 的 802.3规定的MAC帧稍复杂。
3.3.2 MAC帧的格式标准
• 1980年9月，以太网规约的第一个版本DIX V1(10Mb/s) • 1982年，DIX Ethernet V2 • 1983年，IEEE的802.3标准 • 常用的以太网MAC帧格式有两种标准 ：
– DIX Ethernet V2 标准 – IEEE 的 802.3 标准
以太网帧,PPPOE,IP,TCP,UDP,FTP,DNS协议分析
一、以太网帧格式来自线路的二进制数据包称作一个帧。
从物理线路上看到的帧，除其他信息外，还有前导码和帧开始符。
任何物理硬件都会需要这些信息。
下面的表格显示了在以1500个八位元组为MTU传输(有些吉比特以太网甚至更高速以太网支持更大的帧，称作巨型帧)时的完整帧格式。
一个八位元组是八个位组成的数据(也就是现代计算机的一个字节)。
表1：802.3 以太网帧结构802.3 以太网帧结构前导码帧开始符MAC 目标地址MAC源地址802.1Q 标签(可选)以太类型或长度负载冗余校验帧间距10101010 7个octet 101010111个octet6 octets6octets(4 octets) 2 octets46–1500 octets4octets12octets64–1522 octets72–1530 octets84–1542 octets二、PPPOE格式PPPOE，全称Point-to-Point Protocol Over Ethernet,它工作在OSI的数据链路层，PPPOE协议提供了在广播式的网络（如以太网）中多台主机连接到远端的访问集中器（我们对目前能完成上述功能的设备为宽带接入服务器）上的一种标准。
PPPOE协议共包括两个阶段，即PPPOE的发现阶段（PPPOE Discovery Stage）和PPPOE的会话阶段（PPPOE Session Stage）。
而两者的主要区别在于只是在PPP的数据报文前封装了PPPOE的报文头。
PPPOE的数据报文是被封装在以太网帧的数据域内的。
简单来说我们可能把PPPOE报文分成两大块，，一大块是PPPOE的数据报头，另一块则是PPPOE 的净载荷（数据域），对于PPPOE报文数据域中的内容会随着会话过程的进行而不断改变。
下表为PPPOE的报文的格式：表2：PPPOE报文的格式+ Bits 0–3 4–7 8–15 16–310 版本类型代码会话ID32 长度数据以下是对上表中PPPOE各个字段的描述：表1：PPPOE各个字段的描述版本这个域的内容填充0x1。
以太网帧格式
///定义IP头struct IpHeader{BYTE Version:4; //IP协议版本号BYTE hLen:4; //IP报头长度，以每四个字节为一单位BYTE Tos; //服务类型字段WORD TotalLen; //IP数据报总长度，以字节为单位WORD Ident; //分段标识符WORD FragAndFlags; //分段偏移量BYTE TTL; //生命周期BYTE Proto; //协议字段，表示放在此IP数据报中传送的是何种协议的数据WORD CkSum; //校验和DWORD SourceIP; //源IP地址DWORD DestIP; //目的IP地址};///定义IP选项头struct IpOptionHeader{BYTE DupliFlag:1; //复制标志BYTE OptionClass:2; //选项类BYTE OptionNum:5; //选项号BYTE Len; //IP选项的长度BYTE Ptr; //指针BYTE Fill; //选充字段};///定义ICMP报文头struct ICMPHeader{USHORT iType:8; //报文类型USHORT iCode:8; //报文说明WORD iCkSum; //整个ICMP报文的校验和WORD iID; //标识IDWORD iSeq; //标识序号};基于IP寻址的多媒体通信网（2）蒋林涛这一讲介绍基于IP寻址的多媒体通信网的通信协议。
IP寻址的通信网是基于TCP／IP协议的，因此IP协议和TCP协议是IP网中的一对重要协议，同时为了能保证实时业务在IP网中很好运行，还需要使用实时传送协议（协议RTP）和实时传送控制协议（RTCP）。
为了给实时业务或其它特定业务提供足够宽的通道，还要用到资源预留协议（RSVP）。
这5个通信协议是IP网的主要通信协议（四层以下），它是IP网的通信基础，IP网的所有业务基本都是在这些通信协议的基础上建立起来的。
以太网帧格式
以太网帧格式详解:Etherne II报头8 目标地址6 源地址6 以太类型2 有效负载46－1500 帧检验序列4 报头：8个字节，前7个0，1交替的字节（10101010）用来同步接收站，一个1010101011字节指出帧的开始位置。
报头提供接收器同步和帧定界服务。
目标地址：6个字节，单播、多播或者广播。
单播地址也叫个人、物理、硬件或MAC地址。
广播地址全为1，0xFF FF FF FF。
源地址：6个字节。
指出发送节点的单点广播地址。
以太网类型：2个字节，用来指出以太网帧内所含的上层协议。
即帧格式的协议标识符。
对于IP报文来说，该字段值是0x0800。
对于ARP信息来说，以太类型字段的值是0x0806。
有效负载：由一个上层协议的协议数据单元PDU构成。
可以发送的最大有效负载是1500字节。
由于以太网的冲突检测特性，有效负载至少是46个字节。
如果上层协议数据单元长度少于46个字节，必须增补到46个字节。
帧检验序列：4个字节。
验证比特完整性。
IEEE 802.3根据IEEE802.2 和802.3标准创建的，由一个IEEE802.3报头和报尾以及一个802.2LLC报头组成。
报头7 起始限定符1 目标地址6（2）源地址6（2）长度2 DSAP1 SSAP1 控件2 有效负载3 帧检验序列4－－－－－－－－－－－802.3报头－－－－－－－－－－－－－－§－－－802.2报头－－－－§ §－802.3报尾－§IEEE802.3报头和报尾报头：7个字节，同步接收站。
位序列10101010起始限定符：1个字节，帧开始位置的位序列10101011。
报头＋起始限定符＝Ethernet II的报头目标地址：同Ethernet II。
也可以为2个字节，很少用。
源地址：同Ethernet II。
也可以为2个字节，很少用。
长度：2个字节。
帧检验序列：4个字节。
IEEE802.2 LLC报头DSAP：1个字节，指出帧的目标节点的上层协议。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
以太网帧格式----6aa37ab8-7156-11ec-87a5-7cb59b590d7d
在以太网的帧头和帧尾中有几个用于实现以太网功能的域，每个域也称为字段，有其特定的名称和目的。
下图显示了以太帧的3种不同形式。
图1以太网帧的3种不同形式
Dix（数字设备公司，英特尔，施乐——数字设备公司，英特尔，施乐）
ieee802.3(original)
ieee802。
3（1997年修订）
历史上以太网帧格式有五种:
1.以太网V1：这是最原始的格式。
它是施乐arc提出的3mbps CSMA/CD以太网标准的封装格式。
后来，Dec、Intel和Xerox在1980年对其进行了标准化，形成了以太网V1标准
2.ethernetv2(arpa)：由dec，intel和xerox在1982年公布其标准，主要更改了ethernetv1的电气特性和物理接口，在帧格式上并无变化；ethernetv2出现后迅速取代ethernetv1成为以太网事实标准；ethernetv2帧头结构为6bytes的源地址+6bytes的目标地址+2bytes的协议类型字段+数据。
3.802。
3：这是Novell在1983年发布其地标Netware/86网络套件时采用的专用以太网帧格式。
该格式基于当时未正式发布的802.3标准；然而，当两年后IEEE正式发布802.3标准时，情况发生了变化——IEEE在802.3帧头中添加了802.2 LLC（逻辑链路控制）头，这使得Novell的raw802.3格式与正式的IEEE 802.3格式相同。
标准互不兼容
4.802.3/802.2llc：这是ieee正式的802.3标准，它由ethernetv2发展而来。
它将ethernetv2帧头的协议类型字段替换为帧长度字段(取值为0000-05dc;十进制的1500)；并加入802.2llc头用以标志上层协议，llc头中包含dsap，ssap以及crontrol字段.
5.802.3/802.2snap：这是IEEE发布的一个标准，旨在确保802.2llc支持更多的上层协议，并更好地支持IP协议。
802.3/802.2llc与802.3/802.2llc一样，
802.3/802.2snap也有LLC头，但扩展了LLC属性，增加了一个2字节的协议类型字段（同时sap的值设置为AA），可以识别更多的上层协议类型；此外，还添加了一个3字节oui字段来表示不同的组织。
Rfc1042定义了802.2网络中IP数据包的封装方法和802.2 sanp中ARP协议的实现。
关于802.3以太网帧格式的备注：
前导码（7字节）、帧起始定界符（1字节）、目的mac地址（6字节）、源mac地址（6字节）、类型/长度（2字节）、数据（46~1500字节）、帧校验序列（4字节）[mac 地址可以用2－6字节来表示，原则上是这样，实际都是6字节]图2ieee802.3以太帧头
注意：如果数据包小于46字节，则需要“填充”，以便此字段达到46字节。
填充是
必要的，因为数据字段至少需要46字节长。
Dix框架与IEEE框架
在ieee建立以太网成帧标准时，与dixv2规范相比，做了略微的修改。
如上图1顶
上部分，显示了原始dix的帧结构，中间部分为最初的ieee帧，现在的ieee帧在图的下部。
Dix帧在两个方面与原始802.3标准不同。
Dix不使用SFD。
它将前八个字节作为一个整体，用于将它们同步到前导码中。
前八个字节在功能上与Dix帧和802.3标准帧无法区分，但使用的名称不同。
另一个不同时dixv2的类型字段和ieee的长度字段。
dixv2的类型字段指帧中数据字段的内容。
施乐设定其占2个字节，称为协议代码，指明某一特定的协议。
任何供应商都
可向施乐注册，为其协议分配一个代码——协议指任何想通过以太网传输的协议。
后来，ieee接管了协议代码的管理。
协议代码在解包过程中非常重要。
例如，当网卡接收到一个帧时，它应该将以太网帧
中的数据解包，并将其交给接收计算机的正确软件进行处理。
类型字段表示数据的类型——例如，IP数据包或其他协议的第3层PDU。
如果没有关于类型字段的信息，接收计算机
将不知道将数据发送到哪个软件进行处理。
2字节的ieee长度字段在帧中所占的位置与dix类型字段一致。
它以字节为单位指明数据的长度。
而ieee完成dix类型字段任务则要依靠802.3之后的其他协议头。
有趣的是，IEEE开发的以太网标准使得dixv2帧和IEEE帧不能在LAN中共存。
因此，IEEE允许从现有dixv2网卡和网络设备迁移到IEEE标准设备。
为了使设备能够设置使用
哪种类型的帧，IEEE没有指定1536以下的数字（十六进制数为600）作为协议类型代码。
数据字段的最大值为1500字节。
因此，设备可以很容易地从源地址后的两个字节判断它
是哪种类型的帧。
如果值为1536（十进制）或更高，则它是一个类型字段，表示dixv2帧。
如果源地址后的两个字节小于1536，则可以确定它是一个长度字段，即IEEE 802.01 3帧。