IP头部封装格式

原创 已于 2024-07-29 22:45:07 修改 · 779 阅读 · 6 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#tcp/ip #网络 #网络协议

于 2024-07-18 15:35:48 首次发布

IP头部封装格式

image-20240718135809795

  1. Version(版本4bit)

    版本4bit,表示IP报文的版本信息

    • 0x6--ipv6 0110

    • 0x4--ipv4 0100

  2. IHL(包头部长度4bit)

    IP Header Length 表示IP包的头部长度

    因为IP报头不固定,所以要说明IP报头的长度

    • IP头部长度不固定,但是必须为4的倍数

    • 包头部长度字段的值*4=包头部的字节数

    • 全为1-->15行 IP报头最长-60字节,默认5->20字节

  3. Type of service(ToS域8bit)

    默认用3位 0~7

    表示报文在QoS中的服务等级,用于区分报文转发的优先级

    • 默认数据包先来先处理,要优先保证某些数据包转发-->OoS

  4. Total length(数据包总长度16bit)

    总长度 IP报头＋数据

    • 表示整个IP报文(头部和载荷数据)长度,最大长度2^16=65536字节

    • 总长度-IHL(报头长度)=数据长度

  5. Identification(标识符16bit)

    重组 网络ID--标识符

    标识符,用于标识某个分片来自哪个数据包

    传输层数据段--网络层分片-->标识数据包属于哪个数据段

  6. Flags(标志3bit)

    • 第一位 保留 -- 无意义

    • 中继两位 标识数据包是否禁止分片(DF)

      • 0关闭 -- 允许分片

      • 1开启 -- 超过MTU值-->直接丢(探测沿途MTU值可以用)

    • 末位 标识是否为最后一个分片(MF)more

      • 0最后一个 -- 可以进行重组

      • 1后面还有

  7. Fragment offset(分片偏移13bit)

    重组 先后顺序

    • 分片偏移,描述分片在数据段中的位置

    • 只知道标识--不知道先后顺序--通过片偏移知道要偏移多少位

  8. Time to Live(存活时间8bit)TTL

    • 当IP包在一个网络中运动时,每经过一台三层设备就会被改写该字段就会被路由器减1,减至0则会被直接丢弃

    • 如果没有TTL机制,网络中存在环路时IP报文会无限循环消耗大量网络资源

    • 解封装--重新封装--改写TTL-1

  9. Protocol(协议8bit)

    用于标识上层协议

    • 0x01-ICMP

    • 0x02-IGMP

    • 0x11-UDP 17

    • 0x06-TCP 6

    • 0x59-OSPF 89

  10. Header Checksum(头部校验和16bit)

    头部校验序列,用于头部信息差错校验

    类似以太网帧结构中的FCS字段(CRC字段)

  11. Source Address(源IP地址32bit)

    源IP地址,产生并发送该IP报文的设备接口IP地址

  12. Destination Address(目的IP地址32bit)

    目的IP地址,该IP报文的目的接口的IP地址

  13. Options(选项/长度填充)

    字段长度可变,添加选项后报文头部不是4字节的整数倍则必须再填充一些0,保证整个报文的头部长度刚好是4字节的整数倍

    特殊的需求,特殊的标签

  14. Padding填充

    填充,包的总长度必须是4的倍数--给Options补全4个字节

JJumpping
关注
计算机网络—IP头部结构，TCP头部结构，UDP头部结构
08-29 3万+
IP头部结构 IP头部结构图如下 注意：一行32bit为4字节，扩展的时候总是一行一行的拓展，也就是4个字节4个字节的扩展 版本号（Version）：长度4bit，标识目前采用的IP协议的版本号，一般的值0100（IPv4），0110（IPv6） 首部长度（Header Length）：长度4bit，这个字段的作用是为了描述IP头部的长度，IP头部长度是可变的（最常用的是红框中的部分，一共占20字节）。 - 首部长度部分占4个bit位，取值范围是0-15，单位为32bit（4个字节） - 整个IP头部
封装与解封装（TCP头部格式）
qq_58029155的博客
05-15 2221
封装和解封装： 应用层---HTTP --超文本传输协议--- TCP 80 HTTPS --- TCP 443 FTP ---文件传输协议---TCP 20/21 ITFTP ---简单文件传输协议--- UDP 69 TELNET---远程控制协议---TCP23 SSH ---TCP 22 DNS---域名解析协议---UDP和TCP 53 HDCP---动态主机配置协议---UDP 67/68 传输层----（端口号）---TCP UDP 网络层----（IP地址）---I...
IP协议头格式
weixin_34082789的博客
07-14 265
以下内容摘自笔者编著的《网管员必读——网络测试、监控和实验》一书。 3.3 IP协议头格式和Sniiffer Portable的IP头 IP（Internet Protocol，因特网协议）是OSI第三层——网络层协议，本节仅以IPv4版本为例进行介绍。IP协议也是一个无连接的协议，主要就是负责在主机间寻址，并为数据包设定路由，在交换数据前它并不建立会话。因为它不保证正确传递。另一方面，数据在...
IP封装(IP的头格式)
ababab_vain的博客
11-23 6889
大家好呀，我是请假君，今天又来和大家一起学习数通了，今天要分享的知识是IP的封装。 IP头选项不经常使用，因此普通的IP头部长度为20字节。其中一些主要字段简介如下: 1.版本 (Version):标明了IP协议的版本号，目前的协议版本号为4。下一代IP协议的版本号为6。 2.头长度( Internet Header Length，lHL):指IP包头部长度，占4位。 3.服务类型(Type of Service...
IP包首部格式
weixin_34138056的博客
12-25 165
IP包首部格式 http://selfishman.bokee.com/2316650.html IPv4首部一般是20字节长。在以太网帧中，IPv4包首部紧跟着以太网帧首部，同时以太网帧首部中的协议类型值设置为080016。 IPv4提供不同，大部分是很少用的选项，使得IPv4包首部最长可扩展到60字节(总是4个字节4个字节的扩展) ...
【网络协议 03】IP协议报文格式
Jayson 博客
11-19 1万+
IP协议报文格式
TCP/IP协议簇及封装与解封装
小度的博客
01-11 1422
现如今用的参考模型TCP/IP 是一个协议簇，它组建了整个互联网最主要的是TCP/IP 和这两个协议，所以起名为TCP/IPTCP/IP标准模型——四层TCP/IP对等模型——五层LLC子层：逻辑链路控制子层MAC子层：介质访问控制子层。
IP报文格式大全2.0网络工程师必备
01-24
数据部分则是真正的载荷内容，即封装在IP头部之后的数据，它可能是一个TCP段、一个UDP数据报或其它类型的数据。 在IPv6报文中，头部结构得到了简化，以提高处理效率。IPv6头部只有少数几个字段，包括版本、优先级、...
TCP_IP基本使用范例代码.zip_TCP IP_TCP_IP_ip数据封装
09-19
"ip数据封装"标签提示，压缩包中的内容可能包括了关于IP数据包结构和封装过程的代码或解释，如源和目标IP地址、服务类型、总长度、标识、标志、段偏移量、生存时间、协议、头部校验和以及数据部分。 在TCP/IP协议栈...
详解IP、TCP报文头部及报文封装过程
热门推荐
jcw的博客
10-13 1万+
TCP报文 字段介绍： 1、源端口（16bit）：一个端口所属一个进程，可以通过源端口定位到具体的进程； 2、目的端口（16bit）：通过目的端口和Ip报文的目的ip地址可以唯一定位到一个进程； 3、序号（32bit）：当前发送数据的其实需要，每一个字节都和一个序号对应，通过需要可以保证数据的有序性； 4、确认序号（32bit）：只有哦ACK为1时确认需要才有效，表示期望下一次希望收到的数据的起...
IP数据报头格式
03-16
自编试讲课件（.pps）
ip的头部封装详解
2301_79968824的博客
03-17 998
6.标志（flags）:只有0和1两种显示，有三种功能可以保留分过片的内容暂不处理，也可标志该分片是否被禁止分片发送，0不禁止1禁止，还可标志是否为最后一个分片的数据包，有助于转发后的分片数据包进行整合。（保证了数据包在环形路线上不至于无限循环下去）TCP协议的协议号为6，UDP协议的协议号为17，还有ICMP，保证拆去封装后数据包该交给哪一个模块去处理。11.填充（padding）：数据包的总长度必须是四字节的倍数，当数据包的长度不为四字节的倍数是需要进行填充内容，让其成为四字节的倍数。
linux系统之IP、TCP封包格式
weixin_34037173的博客
03-28 253
一、IP封包格式说明前言IP 协议用 IP 报文头封装传输层报文，IP 报文头包含了如下的信息：这个 报文从哪个传输层协议过来，它准备被发送到哪台机器，它从哪儿来以及一些 其他有用的信息.IP 协议是一个非面向连接的协议，也就是说 IP 不需要协商一个连接。面 向连接的协议需要协商一个连接，然后在这个连接上面收发数据，最后关闭这 个连接。TCP 就是这样的协议，但是它建立在 ...
【无标题】IP各协议头部格式
y632481222的博客
02-27 657
IP协议头部格式如下：\n\n\n各协议字段说明：\n\n版本：占4位，协议版本号，通常为4，表示IPv4。\n首部长度：占4位，IP协议头部长度，即头部中有多少个32位字节，通常为5个。\n服务类型：占8位，用于标记数据包的优先级、延迟、可靠等。其中3位优先权字段（已经弃用），4位TOS字段和1位保留字段。4位TOS字段分别表示：最小延时、最大吞吐量、最高可靠性、最小成本。这四者之间相互冲突，只能选择一个。对于SSH和Telnet这样的程序，最小延时比较重要；对于FTP这样的程序，最大吞吐量比较重要。\n
IP 协议头部格式
栀子花蛋糕的博客
09-29 1198
ipv6
以太网头介绍（IP头、TCP头、UDP头）
mayue_web的博客
12-04 1万+
文章目录QT 常用快捷键 QT 常用快捷键 Ctrl + Shitf +Ｆ 快捷键方式搜索，具体搜索选项可以根据自己需要选择
TCP/IP 模型每层的封装格式
ZHY0091的博客
05-11 3072
TCP/IP 模型是一个四层网络架构，每一层在数据传输时都会对数据进行封装，添加相应的头部（和尾部）信息。：取决于具体应用协议（如 HTTP、FTP、DNS、SMTP 等）。最终数据通过物理介质（如网线）传输，接收方逐层解封装。：定义数据内容和应用交互规则。
网络分层模型
yangxiaofei_java的博客
02-24 737
OSI七层模型（物数网传会表应） 物理层：主要定义物理设备标准，如网线的接口类型、光纤的接口类型、各种传输介质的传输速率等。它的主要作用是传输比特流（就是由1、0转化为电流强弱来进行传输，到达目的地后再转化为1、0，也就是我们常说的数模转换与模数转换）。这一层的数据叫做比特。 数据链路层：定义了如何让格式化数据以帧为单位进行传输，以及如何让控制对物理介质的访问。这一层通常还提供错误检测和纠正，以确保数据的可靠传输。如：串口通信中使用到的115200、8、N、1 网络层：在位于不同地理位置的网络中的两个主
IP协议头部数据包格式
k916631305的博客
10-19 1432
IP协议头部结构 Version（版本号）：IP 协议版本号。目前只有两个版本：IPv4 和 IPv6 Header Length（IP 协议头部长度）：IP 协议头部的长度，单位字节（32 bit）需要这个值是因为任选字段的长度是可变的， 这个字段占4bit（最多能表示15个32bit的的字，即4*15=60个字节的首部长度），因此IP 头部最多有60字节长度。正常的长度是20字节； 如果有额外的 IP 的 options 选项，还得加上 option 的长度。 Type of Se..
ip数据包头部格式
最新发布
07-30
IP协议头部是IP数据包的重要组成部分，负责存储与数据传输相关的关键信息。IPv4头部结构是可变长度的，最长可达60字节（4字节的倍数）。以下是对IP协议头部主要字段的详细解析： ### 版本号（Version） - **长度**：4位 - **作用**：标识IP协议的版本。当前最常用的版本是IPv4（值为4）和IPv6（值为6）[^3]。 ### 首部长度（Internet Header Length, IHL） - **长度**：4位 - **作用**：表示IP头部的长度，单位为4字节（32位）。由于该字段为4位，因此最大值为15（即15×4=60字节）。如果头部没有选项字段，则长度为5（即5×4=20字节）[^3]。 ### 服务类型（Type of Service, TOS） - **长度**：8位 - **作用**：用于指定数据包的优先级和服务质量。其中前3位已被弃用，仅后4位有效，每一位表示不同的服务质量要求。例如，某位设为1可能表示最低延迟、最高吞吐量或最高可靠性等。最后1位为保留位，必须设为0[^3]。 ### 总长度（Total Length） - **长度**：16位 - **作用**：指示整个IP数据包的长度（包括头部和数据部分），单位为字节。因此，IP数据包的最大长度为65535字节（2^16 - 1）。 ### 标识符（Identification） - **长度**：16位 - **作用**：用于唯一标识主机发送的每一个数据包。当数据包被分片时，该字段用于标识属于同一个原始数据包的分片。 ### 标志（Flags） - **长度**：3位 - **作用**：用于控制数据包是否允许分片。其中第2位表示“是否允许分片”（DF位），第3位表示“是否还有后续分片”（MF位）。 ### 片偏移（Fragment Offset） - **长度**：13位 - **作用**：指示该分片在原始数据包中的位置，单位为8字节。用于接收端重组数据包。 ### 生存时间（Time to Live, TTL） - **长度**：8位 - **作用**：限制数据包在网络中的跳数（hop count）。每经过一个路由器，TTL值减1，当TTL为0时丢弃数据包并发送ICMP超时消息。用于防止数据包在网络中无限循环。 ### 协议（Protocol） - **长度**：8位 - **作用**：标识IP数据包中封装的上层协议类型。例如，ICMP为1，IGMP为2，TCP为6，UDP为17[^2]。 ### 首部校验和（Header Checksum） - **长度**：16位 - **作用**：用于校验IP头部的完整性。校验失败时，数据包将被丢弃。该字段仅校验头部，不包括数据部分。 ### 源IP地址（Source IP Address） - **长度**：32位（IPv4）或128位（IPv6） - **作用**：标识发送数据包的主机的IP地址。 ### 目的IP地址（Destination IP Address） - **长度**：32位（IPv4）或128位（IPv6） - **作用**：标识接收数据包的目标主机的IP地址。 ### 选项字段（Options） - **长度**：可变 - **作用**：提供额外的功能，如安全选项、记录路由、时间戳等。该字段是可选的，通常不使用。 ### 数据部分（Payload） - **长度**：可变 - **作用**：承载上层协议的数据（如TCP、UDP或ICMP数据）。 以下是一个IPv4头部结构的简化示意图： ``` 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |Version| IHL |Type of Service| Total Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Identification |Flags| Fragment Offset | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Time to Live | Protocol | Header Checksum | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Source IP Address | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Destination IP Address | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Options | Padding | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Data | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ``` ### 示例代码：解析IP头部字段 以下是一个使用Python解析IPv4头部字段的示例代码： ```python import struct def parse_ip_header(data): # 解析IP头部前20字节（固定部分） ip_header = struct.unpack('!BBHHHBBH4s4s', data[:20]) version_ihl = ip_header[0] version = version_ihl >> 4 ihl = (version_ihl & 0xF) * 4 tos = ip_header[1] total_length = ip_header[2] identification = ip_header[3] flags_offset = ip_header[4] ttl = ip_header[5] protocol = ip_header[6] checksum = ip_header[7] src_ip = socket.inet_ntoa(ip_header[8]) dest_ip = socket.inet_ntoa(ip_header[9]) print(f"Version: {version}") print(f"Header Length: {ihl} bytes") print(f"Type of Service: {tos}") print(f"Total Length: {total_length}") print(f"Identification: {identification}") print(f"Flags and Fragment Offset: {flags_offset}") print(f"TTL: {ttl}") print(f"Protocol: {protocol}") print(f"Source IP: {src_ip}") print(f"Destination IP: {dest_ip}") # 示例：解析IP头部 import socket # 模拟IP头部数据（前20字节） raw_data = b'\x45\x00\x00\x28\x00\x01\x00\x00\x40\x11\x74\x32\xc0\xa8\x01\x01\xc0\xa8\x01\x02' parse_ip_header(raw_data) ``` ###
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值