下载文档原格式
ptp报文解析PTP（Precision Time Protocol）报文解析引言：PTP是一种用于同步和协调分布式系统中时间的协议。
它被广泛应用于工业自动化、通信网络和金融交易等领域。
本文将重点介绍PTP报文的解析过程，以帮助读者更好地理解和应用PTP协议。
一、PTP报文的基本结构PTP报文由报头和数据体两部分组成。
报头包含了报文的类型、发送方和接收方的标识等信息，而数据体则包含了具体的时间同步数据。
下面将对PTP报文的各个字段进行解析。
1. 报文类型字段报文类型字段用于标识当前报文的类型，例如Sync、Follow_Up、Delay_Req等。
不同的报文类型承载了不同的时间同步信息，通过解析报文类型字段可以确定报文的用途和含义。
2. 精确时间戳字段精确时间戳字段用于记录报文发送或接收的时间戳，以纳秒为单位。
通过比较发送方和接收方的时间戳，可以计算出网络传输的延迟，从而实现时间同步。
3. 源MAC地址字段源MAC地址字段用于标识报文的发送方，通常采用48位的MAC地址表示。
通过解析源MAC地址字段，可以确定报文的发送方。
4. 目的MAC地址字段目的MAC地址字段用于标识报文的接收方，同样采用48位的MAC地址表示。
通过解析目的MAC地址字段，可以确定报文的接收方。
5. 时钟标识字段时钟标识字段用于标识报文的时间来源，例如GrandMaster Clock、Boundary Clock等。
通过解析时钟标识字段，可以确定报文的时间来源，从而实现时间同步。
二、PTP报文解析的过程PTP报文解析的过程可以分为以下几个步骤：1. 读取报文类型字段通过读取报文类型字段，可以确定当前报文的类型。
不同的报文类型承载了不同的时间同步信息，因此在解析报文之前需要先确定报文的类型。
2. 解析时间戳字段通过解析时间戳字段，可以获取报文的发送或接收时间。
根据时间戳字段的差值可以计算出网络传输的延迟，从而实现时间同步。
3. 解析MAC地址字段通过解析源MAC地址字段和目的MAC地址字段，可以确定报文的发送方和接收方。
modbus报文实例Modbus报文实例Modbus是一种用于在工业自动化系统中进行通信的协议。
它是一种简单、可靠且广泛使用的协议，被广泛应用于监控、控制和数据采集等领域。
在Modbus通信中，数据是通过报文进行传输的。
本文将以Modbus报文实例为标题，介绍Modbus报文的结构和常见的实例。
一、Modbus报文结构Modbus报文由不同的字段组成，每个字段都有特定的含义和作用。
一个完整的Modbus报文包括以下几个字段：1. 起始符：Modbus报文以起始符开始，用于标识报文的开始。
2. 地址：地址字段用于标识Modbus设备的地址，用于指定通信的目标设备。
3. 功能码：功能码用于指示报文的目的和操作类型。
不同的功能码对应不同的操作，例如读取数据、写入数据等。
4. 数据：数据字段用于存储报文中传输的数据。
根据不同的功能码，数据可以是读取的数据、写入的数据或其他操作所需要的参数。
5. 校验码：校验码用于验证报文的完整性和正确性。
校验码的计算通常使用CRC或LRC算法。
6. 结束符：结束符用于标识报文的结束。
二、Modbus报文实例下面以几个常见的Modbus报文实例来说明报文的结构和用法。
1. 读取线圈状态（功能码：0x01）读取线圈状态是Modbus中常用的操作之一，用于读取远程设备中的线圈状态。
下面是一个读取线圈状态的Modbus报文实例：起始符地址功能码起始地址数据长度校验码结束符0x01 0x01 0x01 0x0000 0x0001 0x1D 0x0D 0x0A在这个报文中，起始符为0x01，地址为0x01，功能码为0x01，起始地址为0x0000，数据长度为0x0001，校验码为0x1D，结束符为0x0D 0x0A。
2. 写入单个线圈（功能码：0x05）写入单个线圈用于控制远程设备中的单个线圈状态。
下面是一个写入单个线圈的Modbus报文实例：起始符地址功能码线圈地址数据校验码结束符0x01 0x01 0x05 0x0000 0xFF00 0x8C 0x0D 0x0A在这个报文中，起始符为0x01，地址为0x01，功能码为0x05，线圈地址为0x0000，数据为0xFF00，校验码为0x8C，结束符为0x0D 0x0A。
modbus rtu协议报文格式Modbus RTU（Remote Terminal Unit）是一种常用的串行通信协议，用于在工业自动化系统中实现设备之间的通信。
它采用二进制编码格式，具有简单、高效、可靠的特点。
本文将介绍Modbus RTU协议报文的格式。
Modbus RTU协议报文由多个字段组成，包括起始符、地址字段、功能码字段、数据字段、CRC校验字段和结束符。
下面是每个字段的详细说明：1. 起始符：起始符是一个8位无符号整数，用于标识报文的开始。
它通常是一个连续的高电平信号，持续时间为3.5个字符时间。
2. 地址字段：地址字段用于指定要通信的设备地址。
它是一个8位无符号整数，范围从1到247。
其中1到247为设备地址，0为广播地址。
3. 功能码字段：功能码字段用于指定要执行的操作类型。
它是一个8位无符号整数，定义了一系列标准操作，如读取寄存器、写入寄存器等。
4. 数据字段：数据字段包含了要传输的数据信息。
它可以包含多个字节，并且根据不同的功能码有不同的格式和长度。
5. CRC校验字段：CRC校验字段用于检测报文是否在传输过程中发生了错误。
它是一个16位无符号整数，通过对报文中的所有字节进行计算得到。
6. 结束符：结束符是一个连续的低电平信号，用于标识报文的结束。
它通常持续时间为3.5个字符时间。
Modbus RTU协议报文的格式如下：| 起始符 | 地址字段 | 功能码字段 | 数据字段 | CRC校验字段 | 结束符 |\n|--------|----------|------------|----------|-------------|--------|\n| 1 | 1 | 1 | n | 2 | 1 |其中，起始符、地址字段、功能码字段、CRC校验字段和结束符都是固定长度的，而数据字段的长度取决于具体的操作类型和数据内容。
总结起来，Modbus RTU协议报文格式简单明了，易于实现和解析。
cip协议报文结构详解CIP协议报文由多个字段组成，每个字段负责不同的功能。
下面将对CIP协议报文的各个字段进行逐一解释。
1. 报文头部（Message Header）：报文头部包含了一些基本的信息，如报文的长度、类型等。
报文的长度字段指示了整个报文的字节数，类型字段用于标识报文的类型，如请求报文或响应报文。
2. CIP命令（CIP Command）：CIP命令字段用于指示报文的目的和目标。
它包含了一些标识符和参数，以告知收发双方需要执行的操作。
3. 数据部分（Data）：数据部分是CIP报文的主体，它包含了需要传输的数据。
数据的格式和内容根据具体的应用而定，可以是数字、字符串或者其他类型的数据。
4. 校验字段（Checksum）：校验字段用于验证报文的完整性和正确性。
通常使用CRC（Cyclic Redundancy Check）算法进行计算，接收方通过校验字段来判断报文是否被篡改或者损坏。
5. 结束标志（End of Message）：结束标志用于标识报文的结束。
它通常是一个特殊的字符或者字节序列，用于告知接收方报文的结束位置。
CIP协议报文的结构非常简单明了，每个字段都有固定的位置和含义。
通过解析报文的各个字段，接收方可以准确地理解发送方的意图，并做出相应的响应。
在实际应用中，CIP协议广泛应用于工业自动化领域。
例如，在生产线上，各种设备通过CIP协议进行通信，实现对生产过程的监控和控制。
CIP协议的灵活性和可扩展性使得不同类型的设备可以无缝集成，实现高效的生产管理。
总结来说，CIP协议报文的结构清晰简洁，每个字段都有固定的含义和位置。
通过解析报文的各个字段，接收方可以准确理解发送方的意图，并做出相应的响应。
CIP协议在工业自动化领域有着广泛的应用，为不同厂商的设备提供了一种标准化的通信方式。
通过CIP协议，不同设备可以实现互联互通，实现高效的生产管理。
udp报文格式解析
UDP（用户数据报协议）报文格式主要由4个16位字段组成，分别是源端口、目的端口、长度和校验值。
1. 源端口：源端口字段占据UDP报文头的前16位，通常包含发送数据报
的应用程序所使用的UDP端口。
接收端的应用程序利用这个字段的值作为
发送响应的目的地址。
这个字段是可选的，所以发送端的应用程序不一定会把自己的端口号写入该字段中。
如果不写入端口号，则把这个字段设置为0。
这样，接收端的应用程序就不能发送响应了。
2. 目的端口：接收端计算机上UDP软件使用的端口，占据16位。
3. 长度：该字段占据16位，表示UDP数据报长度，包含UDP报文头和UDP数据长度。
因为UDP报文头长度是8个字节，所以这个值最小为8。
4. 校验值：该字段占据16位，可以检验数据在传输过程中是否被损坏。
以上内容仅供参考，可以查阅专业书籍或文献获取更全面和准确的信息。
classic stun报文解析Classic STUN（Session Traversal Utilities for NAT）报文解析STUN是一种用于网络传输的协议，通过解析STUN报文可以实现网络中的NAT穿透，使得设备可以在NAT背后进行通信。
经典的STUN报文由多个字段组成，下面对各个字段进行解析。
1. 报文类型（Message Type）：STUN报文分为请求（Request）和响应（Response）两种类型。
请求类型的报文用于向服务器请求处理，而响应类型的报文则是服务器对请求做出的回应。
2. 报文长度（Message Length）：该字段指示了整个STUN报文的长度，包含了报文头部和报文体部分。
3. 事务ID（Transaction ID）：每个STUN报文都有唯一的事务ID，用于标识报文的相关事务。
这个字段在请求和响应的报文中是一致的。
4. 类型（Type）：STUN报文中的类型字段用于指示报文所属的类别。
常见的类型包括Binding Request、Binding Response、Allocate Request等。
5. 域（Realm）：域字段用于指示STUN报文所属的域（区域）。
6. 用户名（Username）：用户名字段用于指示请求或响应中的用户程序名称，可以帮助服务器识别请求的来源。
7. 密码（Password）：密码字段用于校验报文的有效性，通常用于请求阶段进行身份验证。
通过解析Classic STUN报文，我们可以了解到报文的类型、长度和事务ID等关键信息。
这些信息对于进行NAT穿透非常重要，因为它们可以提供有效的网络通信方式。
理解Classic STUN报文的结构和字段意义可以帮助我们更好地理解和应用STUN协议。
motorola报文解析Motorola报文解析Motorola是一家全球知名的通信设备制造商，其产品被广泛应用于移动通信、网络通信、无线电通信等领域。
在通信过程中，设备之间需要通过报文进行数据交换和传输。
本文将介绍Motorola报文的解析方法和相关要点。
一、Motorola报文的结构Motorola报文是一种特定格式的数据包，由多个字段组成，用于在设备之间传递数据。
一般而言，Motorola报文包含以下几个主要字段：1. 报文头部：报文头部包含了一些基本信息，如报文的版本、长度等。
这些信息可以帮助解析程序正确识别和处理报文。
2. 数据字段：数据字段是Motorola报文中最重要的部分，它包含了需要传输的实际数据。
数据字段的格式和内容根据具体的通信需求而定，可以是文本、数字、二进制等形式。
3. 校验字段：为了确保数据的完整性和准确性，在Motorola报文中通常会包含一个校验字段。
校验字段的计算方法可以是简单的奇偶校验，也可以是更复杂的CRC校验等。
二、Motorola报文的解析方法解析Motorola报文的过程主要包括以下几个步骤：1. 读取报文头部：首先需要读取报文头部的信息，包括报文的版本、长度等。
这些信息可以帮助解析程序正确地处理报文。
2. 解析数据字段：根据报文的格式和通信需求，逐个读取数据字段，并将其解析为可识别的格式。
这涉及到对数据字段的编码方式和数据类型的理解和处理。
3. 验证校验字段：读取报文中的校验字段，并对报文进行校验。
校验的方法可以是简单的奇偶校验，也可以是更复杂的CRC校验等。
通过校验可以判断数据的完整性和准确性。
4. 处理数据：根据解析得到的数据字段，进行相应的处理和操作。
这可能涉及到数据的存储、显示、转发等操作，根据具体的需求进行相应的处理。
三、Motorola报文解析的注意事项在进行Motorola报文解析时，需要注意以下几个方面：1. 报文格式的兼容性：不同版本的Motorola报文可能存在差异，解析程序需要根据具体的报文格式进行相应的处理。
SNMP五种协议数据单元SNMP规定了5种协议数据单元PDU（也就是SNMP报文），用来在管理进程和代理之间的交换。
∙get-request操作：从代理进程处提取一个或多个参数值(网管系统发送)∙get-next-request操作：从代理进程处提取紧跟当前参数值的下一个参数值(网管系统发送)∙set-request操作：设置代理进程的一个或多个参数值(网管系统发送)∙get-response操作：返回的一个或多个参数值。
这个操作是由代理进程发出的，它是前面三种操作的响应操作(代理发送)∙trap操作：代理进程主动发出的报文，通知管理进程有某些事情发生(代理发送)前面的3种操作是由管理进程向代理进程发出的，后面的2个操作是代理进程发给管理进程的，为了简化起见，前面3个操作叫做get、get-next和set操作。
下图描述了SNMP的这5种报文操作。
请注意，在代理进程端是用熟知端口161俩接收get或set报文，而在管理进程端是用熟知端口162来接收trap报文。
SNMP的5种报文操作SNMP协议数据单元格式解析下图封装成UDP数据报的5种操作的SNMP报文格式。
可见一个SNMP报文共有三个部分组成，即公共SNMP首部、get/set首部trap首部、变量绑定。
SNMP报文格式1. 公共SNMP首部1.1 版本写入版本字段的是版本号减1，对于SNMP（即SNMPV1）则应写入0。
1.2 公共体共同体就是一个字符串，作为管理进程和代理进程之间的明文口令，常用的是6个字符“public”。
1.3 PDU类型根据PDU的类型，填入0～4中的一个数字，其对应关系下表所示意图。
表1 PDU类型2. get/set首部2.1 请求标识符(request ID)这是由管理进程设置的一个整数值。
代理进程在发送get-response报文时也要返回此请求标识符。
管理进程可同时向许多代理发出get报文，这些报文都使用UDP传送，先发送的有可能后到达。
1.Sflow Datagram头介绍：字段说明struct _SFLSample_datagram_hdr {u32 datagram_version; sflow的版本号（VERSION5 = 5只支持v5版本）u32agent_address; 采样交换机的设备ip（通过命令行配置一般配置为loopback口ip）u32 sub_agent_id; 子设备id （暂不支持分布式默认为0）u32 sequence_number; 已经发送sflow报文序列号（sflow报文序列编号依次加1）u32 uptime; 自设备启动时刻当现在经过的毫秒数（不是当前时间）u32 num_records; 包含的记录数目}2. sFlow的采样报文格式sFlow报文采用UDP封装，缺省目的端口号为知名端口6343。
sFlow报文共有4种报文字段格式，分别为Flow sample、Expanded Flow sample、Counter sample、Expanded Counter sample。
其中Expanded Flow sample和Expanded Counter sample是sFlow version5新增内容，是Flow sample和Counter sample的扩展，但不前向兼容。
所有的Extended的采样内容必须使用Expanded采样报文格式封装。
sFlow的报文格式如图2-1。
注：我们做的sflow是sFlow version5版本，只支持Expanded Flow sample和Expanded Counter sample两种报文字段格式。
图2-1 sFlow报文格式sFlow的两种采样sFlow Agent提供了两种采样方式供用户从不同的角度分析网络流量状况，分别为Flow采样以及Counter采样。
2.1 Flow采样Flow采样是sFlow Agent设备在指定端口上按照特定的采样方向和采样比对报文进行采样分析，并将分析的结果通过sFlow报文发送到Collector设备的过程。
mt999报文详解(一)MT999报文详解什么是MT999报文？•MT999报文是国际银行间传输协会（Society for Worldwide Interbank Financial Telecommunication，简称SWIFT）的一种标准报文格式。
•它用于银行间通信，通常用于向接收方发送一种通知或建议性的消息。
MT999报文的结构•MT999报文由多个字段组成，每个字段都有特定的含义和格式要求。
•典型的MT999报文包括以下字段：1.报文类型（Message Type）: 定义为MT999。
2.服务代码（Service Code）: 标识为01，表示该报文是建议性的通知消息。
3.发送方（Sender）: 发送方的银行代码和名称。
4.接收方（Receiver）: 接收方的银行代码和名称。
5.报文时间戳（Message Timestamp）: 报文发送的时间戳。
6.消息文本（Text）: 消息的正文内容，通常是一种通知或建议性的信息。
MT999报文的应用场景•MT999报文主要用于以下场景：1.系统通知：银行系统可以使用MT999报文向其他银行通知系统状态变更、维护计划等重要信息。
2.协商交流：用于银行间的协商和交流，比如请求某方提供进一步信息或文件，或者请求对方确认某方案的可行性。
3.业务建议：用于向其他银行提出业务建议或合作意向。
MT999报文示例下面是一个示例MT999报文：{1:F01ABCDEFGHIJ}{2:999}{4::20::25:ABCDEFGHIJKLMNOPQRSTUVWXYZ:28C:00001/00001:60F:C201001USD,00:62F:C201003USD500000,00:64:C201003USD500000,00:86:This is a notification message.-}如何处理MT999报文•接收方收到MT999报文后，应根据报文内容进行相应的处理。
报文字段说明802.3Des MAC：目的地址字段确定帧的接收者。
两个字节的源地址和目的地址可用于IEEE802.3网络，而6个字节的源地址和目的地址字段既可用于Ethernet II网络又可用于IEEE802.3网络。
目前，几乎所有的802.3网络使用6字节寻址。
Src MAC：源地址字段标识发送帧的工作站。
和目前地址字段类似，源地址字段的长度可以是两个或六个字节。
当使用六个字节的源地址字段时，前三个字节表示由IEEE 分配给厂商的地址，将烧录在每一块网络接口卡的ROM中。
而制造商通常为其每一网络接口卡分配后字节。
Type：类型字段取值为十六进制0800的帧将被识别为IP协议帧，而类型字段取值为十六进制8137的帧将被识别为IPX和SPX传输协议帧。
IP4bit版本号：目前是4，标示IPv44bit首部长度：目前值为5，最长可表示60字节。
（4字节对齐，4*15）8bit TOS:3bit优先权，目前废弃。
4bitTOS字段。
1bit未用，但必须置0。
4bitTOS：最小延时、最大吞吐量、最高可靠性、最小费用。
16bit总长度：整个IP数据报长度，头+data16位标识:标识第几个IP包。
3位标志：保留位：1位。
DF字段：1位，取值：0（允许数据报分段）、1（数据报不能分段）。
MF字段：1位，取值：0（数据包后面没有包，该包为最后的包）、1（数据包后面有更多的包）。
13位片偏移：占13位。
片偏移指出：较长的分组在分片后，某片在原分组中的相对位置。
也就是说，相对用户数据字段的起点，该片从何处开始。
片偏移以8个字节为偏移单位。
这就是说，每个分片的长度一定是8字节（64位）的整数倍。
8位TTL：生存时间，初始位32或64，初始为64。
每经过一个处理它的路由，值减1，值为0时候，报文被丢弃并发送ICMP报文通知源主机。
8位协议类型：协议字段指出此数据报携带的数据是使用何种协议(上层协议)，以便使目的主机的IP层知道应将数据部分上交给哪个处理过程。
协议可包括TCP、UDP、ICMP、IGMP和OSPF等。
1=ICMP、2=IGMP、6=TCP、17=UDP、89=OSPF。
16位首部检验和：首部检验和字段是根据I P首部计算的检验和码。
它不对首部后面的数据进行计算。
I C M P、I G M P、U D P和T C P在它们各自的首部中均含有同时覆盖首部和数据检验和码。
为了计算一份数据报的I P检验和，首先把检验和字段置为0。
然后，对首部中每个16 bit进行二进制反码求和（整个首部看成是由一串16bit的字组成），结果存在检验和字段中。
当收到一份I P数据报后，同样对首部中每个16bit进行二进制反码的求和。
由于接收方在计算过程中包含了发送方存在首部中的检验和，因此，如果首部在传输过程中没有发生任何差错，那么接收方计算的结果应该为全1。
如果结果不是全1（即检验和错误），那么I P就丢弃收到的数据报。
但是不生成差错报文，由上层去发现丢失的数据报并进行重传。
UDP16bit源端口号、16bit目的端口号：源端口和目的端口字段为16比特的UDP协议端口号，其中源端口是可选的，目的端口必须填写。
若源端口不选，则取值为0。
16bitUDP长度：长度字段记录UDP数据报的总长度，包括UDP首部和用户数据。
长度以八位组为单位。
16bitUDP检验和：与IP检验和不同，UDP检验和是覆盖UDP首部和UDP数据的。
UDP检验和是一个端到端的检验和，它由发送端计算、接收端验证，目的是为发现UDP 首部和数据在发送端到接收端之间发生的任何改动。
CAPWAPCAPWAP Preamble：8位预判码00HLEN：5位首部长度16RID：5位射频标识0WBID：5位无线帧标识（0-Reserved、1-802.11、2-EPCGlobal）1T：1位数据帧标识（0-802.3帧、1-WBID指明类型）1F：1位分组结束标志（1-CAPWAP报文分组，需要和其他分组重组完成的报文）0L：1位分组标志（值为1时，此报文位分组最后一个报文）0W：1位选项标志（1-存在wireless Specific Information）1M：1位选项标志（1-存在Radio MAC Address）0 K：1位存活标志（指明此报文中用于保持连接存活，不能携带用户数据）0Flags：3位预留标志0Fragment ID：16位分组标识，识别不同的报文分组，ID相同的分组属于同一CAPWAP报文分组0Fragment Offset：13位分组位移，各分组在该CAPWAP报文中的位置0Reserved：3位预留码0Radio MAC Address：32位射频MAC地址，不足32位的以全0填充。
（源）Wireless Specific IInfomation：32位特殊无线信息，不足32位的以全0填充，包含特殊信息。
如与IEEE802.11、IEEE802.11b还有EPCGlobal的关联。
802.11Frame control：下面说明Duration ID:表示下一个要发送的帧可能要持续的时间Address1:物理接收者Address2:物理发送者Address3:逻辑发送者Sequence control:序列号用来过滤掉重复的帧Address4:逻辑接收者Frame control（bit）|2|2|4|1| 1|1|1|1|1|1|1||Protrol version|Type|SubType|ToDS|FromDS|MoreFrag|Retry|Pwr Mgt| More Data|Protected Frame|Order|toDS fromDS Address1Address2Address3Address4ad hoc00DA SA BSSID--接受自AP01DA BSSID SA--发送至AP10BSSID SA DA--DS内部11RAP TAP DA SA1Protocol Version（协议版本）：通常为0；l Type（类型域）和Subtype（子类型域）：共同指出帧的类型；l To DS：表明该帧是BSS向DS发送的帧；l From DS：表明该帧是DS向BSS发送的帧；l More Frag：用于说明长帧被分段的情况，是否还有其它的帧；l Retry（重传域）：用于帧的重传，接收STA利用该域消除重传帧；l Pwr Mgt（能量管理域）：为1：STA处于power_save模式，0：处于active模式；l More Data（更多数据域）：为1：至少还有一个数据帧要发送给STA；l Protected Frame：为1：帧体部分包含被密钥套处理过的数据；否则：0；l Order（序号域）：为1：长帧分段传送采用严格编号方式；否则：0。
2）Duration/ID（持续时间/标识）：表明该帧和它的确认帧将会占用信道多长时间；对于帧控制域子类型为：Power Save-Poll的帧，该域表示了STA的连接身份（AID, Association Indentification）；3）Address（地址域）：源地址（SA）、目的地址（DA）、传输工作站地址（TA）、接收工作站地址（RA），SA与DA必不可少，后两个只对跨BSS的通信有用，而目的地址可以为单播地址（Unicast address）、多播地址（Multicast address）、广播地址（Broadcast address）；4）Sequence Control（序列控制域）：由代表MSDU（MAC Server Data Unit）或者MMSDU（MAC Management Server Data Unit）的12位序列号（Sequence Number）和表示MSDU和MMSDU的每一个片段的编号的4位片段号组成（Fragment Number）。
802.2LLC1字节dsap;目的服务存取点（DSAP）DSAP只有一个字节，用来确定目的工作站的接收过程。
1字节ssap;来源服务存取点（SSAP）SSAP是一个字节，用来确定来源工作站的发送过程。
1字节cmd;控制控制域有一个字节，用于存放各种控制信息，并识别LLC帧的类型。
3字节org_code;数据这个域包含来自上一层的数据。
在802.3以太网帧中的数据长度必须在43到1497个字节之间。
2字节ether_type;===========================================================================================================================================================目的地址&源地址：48bit，6字节。
长度：指它后序数据的字节长度（不包括CRC码）。
DSAP：目的服务访问点，值为0xaa。
SSAP：源服务访问点，值为0xaa。
Ctrl：值置为3。
Org code：3位均置为0。
类型：与以太网类型字段作用相同。
由SNAP的首部给出。
0800为IP，0806为ARP，8035为RARP。
CRC：用于帧内后续字节差错的循环冗余校验。
===========================================================================================================================================================ARP请求过程arp帧格式|6|6|2|2|2|1| 1|2|6|4|6|4|---------------------------------------------------------------------------------------------------------------------------------------------------------|Des MAC|Src MAC|framble type|HType|PType|Haddress Len| PAddress Len|op|Src send MAC|Src send IP|Des send MAC|Des send IP||||0x0806arp||0x0800ip|HType硬件类型：指明硬件的类型，以太网是1。
PType协议类型：指明发送者映射到数据链路标识的网络层协议的类型；IP对应0x0800。
Haddress Len硬件地址长度：也就是MAC地址的长度，单位是字节，这里是6。
