常见网络协议报文格式汇总
报文格式大全
报文格式大全
报文格式是计算机网络系统中传输数据的格式。
它定义了数据编码、传输方式以及报文管理协议，有助于数据在网络上可靠传输。
目前，有不少常见的报文格式,如HTTP、FTP、SIP、SMTP、POP3等等,每种报文格式都有其自己的特点，适应不同的网络传输需求。
1、HTTP（超文本传输协议）：是一种以文本形式传输数据的协议，它用于Web浏览器和服务器之间传输数据，是当今最流行的报文格式之一。
2、FTP（文件传输协议）：是一种基于TCP的协议，用于在互联网上传输文件。
它可以将文件从一个计算机传输到另一台计算机，也可以用于文件管理。
3、SIP（会话初始协议）：是一种用于创建、维护和终止多媒体会话的协议，它可以用于多种多媒体实时通信，如语音、视频和游戏等。
4、SMTP（简单邮件传输协议）：是为传输电子邮件设计的一种协议,它用于在不同的计算机之间传输电子邮件，可以确保邮件能够快速和安全地传输。
5、POP3（邮局协议）：是一种协议，它用于检索在服务器上的电子邮件，可以实现对邮件的管理和控制。
6、ARP（地址解析协议）：是网络通信中经常使用的协议，它可以把IP地址转换为MAC地址，以此实现网络数据包的传输。
常见网络协议报文格式汇总
常见网络协议报文格式汇总网络协议是计算机网络通信中，用于规定通信双方传输数据的格式和规则的标准化。
协议中的报文是通信双方之间进行数据交换的载体。
下面我将简单介绍一些常见的网络协议报文格式。
1. HTTP（Hypertext Transfer Protocol）报文格式：-请求报文格式：```<Method> <Request-URI> <HTTP-Version><Headers><Entity-Body>```-响应报文格式：```<HTTP-Version> <Status-Code> <Reason-Phrase><Headers><Entity-Body>```2. TCP（Transmission Control Protocol）报文格式：-TCP报文格式如下：```Source Port Destination PortSequence Number Acknowledgment NumberData Offset Reserved Control BitsWindow Checksum Urgent PointerOptions (if any)Data```3. UDP（User Datagram Protocol）报文格式：-UDP报文格式如下：```Source Port Destination PortLength ChecksumData```4. IP（Internet Protocol）报文格式：-IPv4报文格式如下：```Version IHL Type of Service Total LengthIdentification Flags Fragment Offset Time to Live Protocol Header Checksum Source IP AddressDestination IP AddressOptions (if any)Padding (if necessary)Data```-IPv6报文格式如下：```Version Traffic Class Flow Label Payload Length Next HeaderHop LimitSource IPv6 AddressDestination IPv6 AddressOptions (if any)Padding (if necessary)Data```5. ICMP（Internet Control Message Protocol）报文格式：-ICMP报文格式如下：```Type Code ChecksumIdentifier Sequence NumberData (Optional)```6. Ethernet报文格式：- Ethernet报文格式如下：```Destination MAC AddressSource MAC AddressEthernet TypePayload```7. DNS（Domain Name System）报文格式：-DNS报文格式如下：```DNS Message HeaderDNS Message Question SectionDNS Message Answer SectionDNS Message Authority SectionDNS Message Additional Section```8. FTP（File Transfer Protocol）报文格式：-FTP报文格式如下：```Arguments```9. SMTP（Simple Mail Transfer Protocol）报文格式：-SMTP报文格式如下：```Arguments```这些是常见的网络协议的报文格式，它们用于在计算机网络中进行数据传输和通信。
常见报文格式汇总
附件：报文格式1.1Ethernet数据包格式(RFC894)1、DstMac的最高字节的最低BIT位如果为1，表明此包是以太网组播/广播包，送给CPU处理。
2、将DstMac和本端口的MAC进行比较，如果不一致就丢弃。
3、获取以太网类型字段Type/Length。
0x0800→IP 继续进行3层的IP包处理。
0x0806→ARP 送给CPU处理。
0x8035→RARP 送给CPU处理。
0x8863→PPPoE discovery stage 送给CPU处理。
0x8864→PPPoE session stage 继续进行PPP的2层包处理。
0x8100→VLAN其它值当作未识别包类型而丢弃。
1.2PPP数据包格式1、获取PPP包类型字段。
0x0021→IP 继续进行3层的IP包处理。
0x8021→IPCP 送给CPU处理。
0xC021→LCP 送给CPU处理。
0xc023→PAP 送给CPU处理。
0xc025→LQR 送给CPU处理。
0xc223→CHAP 送给CPU处理。
0x8023→OSICP 送给CPU处理。
0x0023→OSI 送给CPU处理。
其它值当作未识别包类型而丢弃。
1.3 ARP 报文格式(RFC826)|←----以太网首部---->|←---------28字节ARP 请求/应答------1.4 IP 报文格式(RFC791)(20bytes)TOS1.5 PING 报文格式(需IP 封装)(8bytes)1.6 TCP 报文格式(需IP 封装)(20bytes)紧急指针有效ACK 确认序号有效PSH 接收方应该尽快将这个报文交给应用层RST 重建连接SYN 同步序号用来发起一个连接FIN 发端完成发送认务1.7UDP报文格式(需IP封装)(8bytes)1.8MPLS报文格式MPLS报文类型:以太网中0x8847(单播) 0x8848(组播) PPP类型上0x8281(MPLSCP)1.9MTU1.10TCP与UDP应用2以太网帧,TCP/IP数据报文详解其实也不是很详细,详细起来要很厚一本书,但是都是针对主要的写的以太网2的帧格式前导码：8个字节，这个主要是给信号同步的，给信号的开始传输的第一个bit定位的目的地址：6个字节，目的的MAC地址源地址：6个字节，是自己的MAC地址类型长度：2字节，辨别上层协议的数据：46-1500字节，就是上层的所有数据帧校验FCS：4字节，数据发过去的时候，会随机给个值，对端需要验证这个值，如果值不对，就说明这段数据干扰，或某种原因被修改。
以太网帧格式、IP报文格式、TCPUDP报文格式
以太⽹帧格式、IP报⽂格式、TCPUDP报⽂格式1、ISO开放系统有以下⼏层：7应⽤层6表⽰层5会话层4传输层3⽹络层2数据链路层1物理层2、TCP/IP ⽹络协议栈分为应⽤层（Application）、传输层（Transport）、⽹络层（Network）和链路层（Link）四层。
通信过程中，每层协议都要加上⼀个数据⾸部（header），称为封装（Encapsulation），如下图所⽰不同的协议层对数据包有不同的称谓，在传输层叫做段（segment），在⽹络层叫做数据报（datagram），在链路层叫做帧（frame）。
数据封装成帧后发到传输介质上，到达⽬的主机后每层协议再剥掉相应的⾸部，最后将应⽤层数据交给应⽤程序处理。
其实在链路层之下还有物理层，指的是电信号的传递⽅式，⽐如现在以太⽹通⽤的⽹线（双绞线）、早期以太⽹采⽤的的同轴电缆（现在主要⽤于有线电视）、光纤等都属于物理层的概念。
3、集线器（Hub）是⼯作在物理层的⽹络设备，⽤于双绞线的连接和信号中继（将已衰减的信号再次放⼤使之传得更远）。
交换机是⼯作在链路层的⽹络设备，可以在不同的链路层⽹络之间转发数据帧（⽐如⼗兆以太⽹和百兆以太⽹之间、以太⽹和令牌环⽹之间），由于不同链路层的帧格式不同，交换机要将进来的数据包拆掉链路层⾸部重新封装之后再转发。
路由器是⼯作在第三层的⽹络设备，同时兼有交换机的功能，可以在不同的链路层接⼝之间转发数据包，因此路由器需要将进来的数据包拆掉⽹络层和链路层两层⾸部并重新封装。
4、⽹络层的IP 协议是构成Internet 的基础。
IP 协议不保证传输的可靠性，数据包在传输过程中可能丢失，可靠性可以在上层协议或应⽤程序中提供⽀持。
传输层可选择TCP 或UDP 协议。
TCP 是⼀种⾯向连接的、可靠的协议，有点像打电话，双⽅拿起电话互通⾝份之后就建⽴了连接，然后说话就⾏了，这边说的话那边保证听得到，并且是按说话的顺序听到的，说完话挂机断开连接。
icmp协议报文格式
ICMP协议报文格式1. ICMP报文格式概述ICMP（Internet Control Message Protocol）协议是一种用于在网络中发送控制消息的协议。
它允许主机和路由器之间传递错误报告和查询消息。
ICMP报文格式通常嵌入在IP数据报中，报文格式相对简单，主要包含类型、代码和校验和等字段。
2. ICMP差错报告报文ICMP差错报告报文用于报告在网络传输过程中出现的错误情况。
以下是常见的ICMP差错报告报文类型：2.1. 目的地址不可达报文当路由器或主机无法到达目的IP地址时，会发送目的地址不可达报文。
该报文通常用于通知发送方，数据包无法送达目的地。
2.2. 源地址不可达报文当路由器或主机无法到达源IP地址时，会发送源地址不可达报文。
该报文用于通知接收方，数据包的源地址不可达。
2.3. 端口不可达报文当路由器或主机无法到达指定的端口时，会发送端口不可达报文。
该报文用于通知接收方，数据包的目的端口无法达到。
2.4. 超时报文当路由器或主机在传输数据包时超过预设的时限时，会发送超时报文。
该报文用于通知发送方，数据包在传输过程中超过了预设的时限。
2.5. 参数问题报文当路由器或主机检测到IP数据报中的参数错误时，会发送参数问题报文。
该报文用于通知发送方，数据包中的参数存在问题。
3. ICMP查询报文ICMP查询报文用于查询网络中的主机或路由器的状态信息。
以下是常见的ICMP查询报文类型：3.1. 回送请求报文回送请求报文用于请求主机或路由器返回一个回送响应，以确认目的地址可达性。
3.2. 回送回答报文回送回答报文用于响应回送请求报文，确认目的地址可达性。
3.3. 时间戳请求报文时间戳请求报文用于请求主机或路由器返回当前时间戳，以便计算网络延迟和时间同步。
3.4. 时间戳回答报文时间戳回答报文用于响应时间戳请求报文，返回当前时间戳。
3.5. 地址掩码请求报文地址掩码请求报文用于请求主机或路由器返回网络掩码信息，以便进行路由分析和过滤。
HTTP协议报文格式
HTTP协议报文格式HTTP（Hypertext Transfer Protocol）是一种用于传输超文本的协议，它定义了客户端和服务器之间进行通信的规则。
在HTTP通信中，客户端发送请求报文给服务器，服务器接收请求并发送响应报文给客户端。
1.请求报文格式：-起始行：包含请求方法、请求URL和HTTP版本。
-首部字段：描述请求的附加信息，以键值对的形式出现。
-空行：用于分隔首部字段和实体主体。
-实体主体：请求的数据，可以为空。
示例：```GET /index.html HTTP/1.1Accept: text/html```2.响应报文格式：-起始行：包含HTTP版本、状态码和状态消息。
-首部字段：描述响应的附加信息，以键值对的形式出现。
-空行：用于分隔首部字段和实体主体。
-实体主体：响应的数据，可以为空。
示例：```HTTP/1.1200OKContent-Type: text/htmlContent-Length: 1234<html><body>...</body></html>```3.请求方法：-GET：获取资源。
-POST：提交数据。
-PUT：创建或更新资源。
-DELETE：删除资源。
-HEAD：获取请求资源的元数据。
-OPTIONS：获取服务器支持的HTTP方法。
4.状态码：- 1xx：信息性状态码，表示请求已被接受并且服务器正在处理。
- 2xx：成功状态码，表示请求已成功处理。
- 3xx：重定向状态码，表示需要进一步操作才能完成请求。
- 4xx：客户端错误状态码，表示请求包含语法错误或无法完成请求。
- 5xx：服务器错误状态码，表示服务器在处理请求时发生内部错误。
5.首部字段：。
各协议报文格式介绍
各协议报文格式介绍
一、HTTP协议
HTTP协议是Hypertext Transfer Protocol（超文本传输协议）的缩写，它是一个互联网协议，是客户端（如浏览器）和服务器之间数据通讯
的基础。
HTTP协议是一种基于请求/响应模式的、无状态的应用层协议，
当用户在浏览器上输入URL地址，从服务器上获取文件或服务数据时，均
使用HTTP建立连接进行数据通讯。
1、HTTP报文结构
HTTP报文由报文首部和报文实体组成，其中报文首部分为请求首部
和响应首部，请求首部由请求方向、请求地址、协议版本、请求首部字段
等构成，响应首部由协议版本、状态代码、状态短语、响应首部字段等构成；报文实体由实体首部和实体内容组成，实体首部包含了实体类型、编码、长度及其他内容；实体内容就是实际要传输的数据。
2、HTTP请求报文
一个HTTP请求报文由请求行、请求首部字段和请求实体组成，其中：（1）请求行：由方法、Uniform Resource Identifiers（统一资源
标识符）和协议/版本信息构成，如GET /index.html HTTP/1.1（2）请求首部字段：用来描述请求的内容，包括Accept-
Language/Accept-
Encoding/Authorization/Connection/Cookie/Host/User-Agent等；
（3）请求实体：提供请求的实体，如各类表单、文件等；
例如：
GET /index.html HTTP/1.1 Content-Type: text/html。
协议报文格式大全.doc
数据包的格式以太网帧结构|前序|目的地址|源地址|类型|数据| FCS || 8 byte | 6 byte | 6 byte | 2 byte | 467500 byte | 4 byte| VLAN的帧格式帯有IE E E 802.1Q标记的以太冋祯CFI （1位）VLAN ID （12 位）TPID 的值是固定的，为8100H,指明了该帧带有 802.1Q/802.1P 标记 信息。
Priority 标明了这个帧的优先级，此优先级用于质量服务（QoS ）。
CFI 为0代表规范格 式,为1代表非规范格式。
配置BPDU (Configuration BPDU)的封装与内容用于计算生成树的各种信息和参数被圭寸装在配置 BPDU （ Configuration Bridge Protocol DataUn it ）中在交换机之间发送。
配置BPDU 使用标准LLC 格式封装在以太网数据帧中。
当配置BPDU 只用于计算生成树，不用于传递拓扑改变信息（第四章中详细描述）的时候：Protocol Identifier （协议标识），Protocol Version Identifier （协议版本标识）和 BPDU Type （BPDU 类型）Flags （标志）四部分设置为全0。
Root Identifier , Root Path Cost, Bridge Identifier 和 Port Identifier 四部分用于检测最优的配置 BPDU ，进行生成树计算。
Message Age 随时间增长而变大；Max Age 默认为20秒，如果Message Age 达到Max Age ,则此配置BPDU 被认为已经过期。
Hello Time 默认为2秒，也即在指定端口上，配置 BPDU 每隔两秒发送一次。
Forward Delay 默认为 15 秒。
Root IdentifierRoot Path C ast Bridge IdentifierPort IdentifierMessage Age Max AgeHelioTimeForward Delay四部分 设置为 全001-30-C2-00-00-00/■ I 贏u JMessage Age^时间増 长而变大Max age^认20秒 Hello Time 默认2秒 Forward Delay 默认 15秒ARP ：报文格式（以太网）r*讪冋：卽和；'5—2» f "ARP-./IJ K- '前两个字段是以太网的源地址和目的地址帧类型：两个字节长的以太网帧类型表示后面数据的类型。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
附件：报文格式1.1Ethernet数据包格式(RFC894)1、DstMac的最高字节的最低BIT位如果为1，表明此包是以太网组播/广播包，送给CPU处理。
2、将DstMac和本端口的MAC进行比较，如果不一致就丢弃。
3、获取以太网类型字段Type/Length。
0x0800→IP 继续进行3层的IP包处理。
0x0806→ARP 送给CPU处理。
0x8035→RARP 送给CPU处理。
0x8863→PPPoE discovery stage 送给CPU处理。
0x8864→PPPoE session stage 继续进行PPP的2层包处理。
0x8100→VLAN其它值当作未识别包类型而丢弃。
1.2PPP数据包格式1、获取PPP包类型字段。
0x0021→IP 继续进行3层的IP包处理。
0x8021→IPCP 送给CPU处理。
0xC021→LCP 送给CPU处理。
0xc023→PAP 送给CPU处理。
0xc025→LQR 送给CPU处理。
0xc223→CHAP 送给CPU处理。
0x8023→OSICP 送给CPU处理。
0x0023→OSI 送给CPU处理。
其它值当作未识别包类型而丢弃。
1.3 ARP 报文格式(RFC826)|←----以太网首部---->|←---------28字节ARP 请求/应答------1.4 IP 报文格式(RFC791)(20bytes)TOS1.5 PING 报文格式(需IP 封装)(8bytes)1.6 TCP 报文格式(需IP 封装)(20bytes)紧急指针有效 ACK 确认序号有效 PSH 接收方应该尽快将这个报文交给应用层 RST 重建连接 SYN同步序号用来发起一个连接 FIN 发端完成发送认务1.7 UDP 报文格式(需IP 封装)(8bytes)1.8 MPLS 报文格式MPLS 报文类型: 以太网中 0x8847(单播) 0x8848(组播) PPP 类型上 0x8281(MPLSCP)1.9MTU1.10TCP与UDP应用2以太网帧,TCP/IP数据报文详解其实也不是很详细,详细起来要很厚一本书,但是都是针对主要的写的以太网2的帧格式前导码：8个字节，这个主要是给信号同步的，给信号的开始传输的第一个bit定位的目的地址：6个字节，目的的MAC地址源地址：6个字节，是自己的MAC地址类型长度：2字节，辨别上层协议的数据：46-1500字节，就是上层的所有数据帧校验FCS：4字节，数据发过去的时候，会随机给个值，对端需要验证这个值，如果值不对，就说明这段数据干扰，或某种原因被修改。
数据部分最小46个字节，最大1500 以太帧最小64字节，最大1518字节。
这层主要是把物理层透明的传输bits组合成字节近而组合成帧，在网络中传输。
用MAC地址访问介质，错误发现但是不能纠正。
IP数据包格式版本Version：4位，表示IP地址的版本1111=32bits首部长度Header Length：4位，表示IP数据报头的长度，最小20字节，最大69字节。
那么这个bit是怎么表示的呢。
0001 = 1X4=4字节0101 = 55X4=20字节1111 = 1515X4=60字节优先级与服务类型Priority&type of service：8位，该字段用于表示数据的优先级和服务类型，通过数据包中划分一定的优先级，用于实现服务质量的要求。
总长度Total Length：16位，该字段用于指示整个IP报的长度，最长65535个字节，包括报头和数据。
标识符Identification：16位，当IP数据对上层数据进行分段的时候，它会将所有的段分配一组编号，然后将这些编号放入标识符字段，保证分段不会被错误的进行重组，标识符字段用于表示一个数据包所属的消息，以使得接受节点可以重组被分断或分段的消息。
标志Flags：3位，标志和分段一起被用来传递信息，例如，对当前的包不能进行分段，或者当一个包被分段后，用以指示在一系列的包片段中，最后一个片段是否已发出。
段偏移量Fragment Offset：13位，在一个分段组序列中如何将各片段重新连接起来。
TTL Time to live：8位，IP数据包的生命周期，防御一个数据包在网络中无限循环的转发下去。
当TTL值为0时，该数据报将被丢弃，数据包没经过一个路由器，TTL值将减去1。
协议号Protocd：8位，该字段表示在IP数据报中封装的是哪一个协议，TCP为6，UDP为17。
首部校验和Header Checksum：16位，它是16位的错误检测字段，目的的主机和网络中的每个网关都要重新计算包头的校验和，就同源机器所做的一样，如果数据没有被改动，两个计算结果应该是一样的。
源IP地址Source IP Address：32位目的IP地址Destination IP Address：32位可选项Options：选项字段，根据实际情况可变长，可以和IP一起使用的选项有多个，例如，可以输入创建该数据报的时间等。
TCP报文格式源端口号Source IP Address：16位呼叫端的端口号，这个端口是由发送方随机产生的。
目标端口号Destination Port：16位，被叫端的端口。
32位序列号Sequence Number：由于TCP封包必须要带入IP封包中，所以如果TCP资料太大时（大于IP封包的容许程度），就要进行分段，这个序列号就是记录每个封包的序号，可以让接受端重新将TCP的资料组合起来。
32位确认号Acknowledge Number：为了确认对方确实收到我们的封包，如果收到了，发送ACK确认。
首部长度：4位，为了确认整个TCP包的大小，就必须要这样来说明数据的起始位。
保留Reserved：6位，未使用的保留位，留着扩展用。
Code：6个控制位，URG，ACK，PSH，RST，SYN，FIN。
Urgent：为1时代表该数据包为紧急封包，根据16位的紧急指针来确定紧急数据最后一个字节的位置，这样接收端就可以有限准确快速的获取紧急数据。
Acknowledge：为1时代表这个封包为回应封包。
Push Function：为1时代表要求对方尽快将数据段送达应用层，无须等待缓冲区满了才送。
Reset：为1时代表通知重新建立TCP连接。
Synchronous：为1时代表发送端希望双方建立同步连接，通常带有SYN标志的封包表示主动连接到对方的意思。
Finish：为1时代表传送结束，所以通知对方是否断线，只是发送端还在等待对方的回应。
窗口Windows：16位，主要是用来控制封包流量的，可以告诉对方目前本身有的缓存器容量还可以接收包，当win=0时，代表缓存器已满，所以应该暂停传输，windows单位，byte。
校验和Checksum：16位，当资料传输时，要由发送端进行检测，并将该动作的校验值标注在这个栏位上，接收者收到这个封包后，会再次对封包进行检测，并且对比与发送方的值是否一致，一致就接收，不一致丢弃，并要求对方重新发送这个封包。
紧急指针Urgent Pointer：16位，和URG配合使用，URG=1时才会产生作用，用来说明紧急数据的末尾字节的位置。
可选项：只有首部长度长于20的时候才有效。
数据：应用层数据分段而得到的数据。
IP报文体:|------------->16<--------------|------------->16<--------------|0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-| vesion| IHL | TypeOfService | TotleLength |-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-| identification |flags| FragmentOffset |-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Time to Live | Protocol | Header Checksum |-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Source Address |-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Destination Address |-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Options | Padding |-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+说明：Version -- 版本：4bits长度，指明IP地址的协议版本，如果IPV4，值为4IHL -- 报文头长度：4bits长度，指从Version到Destination Address有几个32位的长度，由上可知有5个32位长TOS -- 服务类型：目前大多数网络对此一般不作处理. bit位域如下0 1 2 3 4 5 6 7-+-+-+-+-+-+-+-+-+|PREC |D|T|R|M|0|precedence -- 优先级：3bits长度.对网络没有强制性（111 - Network Control(网络控制)；110 - Internetwork Control(互联网络控制)；101 - CRITIC/ECP(至关重要)；100-Flash Override(火速覆盖)；011 - Flash(火速)；010 - Immediate(立即)；001 - Priority(主要)；000 - Routine(常规) ）D -- 延迟(Delay): 置位代表要求网络能提供低的时延T -- 吞吐量(Troughout): 置位代表要求网络能提供高的吞吐量R -- 可靠性(Reliability): 置位表示要求网络提供高的可靠性M -- 代价(Monetary):TotleLen -- IP总长度：16bits长，包括IP报文头和IP报文体的bit长度。