IP数据报格式及分片与重组

已于 2022-02-14 10:36:10 修改
阅读量9.5k 收藏 67
点赞数 11
分类专栏： 计算机网络 文章标签： tcp/ip 网络 网络协议
于 2021-10-27 16:25:46 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_45861545/article/details/120989316
版权

IP数据报

在 TCP/IP 协议中，使用 IP 协议传输数据的包被称为 IP 数据报（也叫数据包或数据报文），每个数据包都包含 IP 协议规定的内容。IP协议提供不可靠无连接的数据报传输服务，位于TCP/IP四层网络模型中的网络层，负责数据的封装拆封、寻址和路由。

IP 数据报是一个与硬件无关的虚拟包，由首部和数据两部分组成.首部的前一部分是固定长度,共 20 字节,是所有IP数据报必须具有的.在首部的固定部分的后面是一些可选字段,其长度是可变的.

在这里插入图片描述

IP数据报首部的固定部分

版本: 占4位,指IP协议的版本.通信双方使用的IP协议版本必须一致.日前广泛使用的 IP协议版本号为 4 (即 IPv4).IPv6 目前还处于起步阶段.

首部长度:占 4 位,可表示的最大十进制数值是15.请注意,这个字段所表示数的单位是32位字 (1个32位字长是4 字节),因此,当 IP 的首部长度为 1111 时 (即十进制的 15),首部长度就达到 60（15*4）字节.当 IP 分组的首部长度不是4字节的整数倍时,必须利用最后的填充字段加以填充.因此数据部分永远在 4字节的整数倍开始,这样在实现 IP协议时较为方便.首部长度限制为 60字节的缺点是有时可能不够用.这样做的目的是希望用户尽量减少开销.最常用的首部长度就是 20 字节 (即首部长度为 0101),这时不使用任何可选字段和填充.
接收端通过此域可以计算出报头（首部）在何处结束及从何处开始读数据部分。

服务:占 8 位,用于规定本数据报的处理方式。服务类型字段的8位分成了5个子域：
在这里插入图片描述
(1)—优先权（0-7）数越大，表示该数据报优先权越高。网络中路由器可以使用优先权进行拥塞控制，如当网络发生拥塞时可以根据数据报的优先权来决定数据报的取舍。

(2)—短延迟位D(Delay)：该位置1时，数据报请求以短延迟信道传输，0表示正常延时。

(3)—高吞吐量位T(Throughput)：该位置1时，数据报请求以高吞吐量信道传输，0表示普通。

(4)—高可靠位R(Reliability)：该位置1时，数据报请求以高可靠性信道传输，0表示普通。

(5)—保留位。

这个字段在旧标准中叫做服务类型,但实际上一直没有被使用过.1998年IETF把这个字段改名为区分服务 DS(Differentiated Services).只有在使用区分服务时,这个字段才起作用.

总长度:总长度指首都及数据部分之和的长度,单位为字节.因为总长度字段为 16位,所以数据报的最大长度为 216-1=65 535字节.在IP层下面的每一种数据链路层都有自己的帧格式,其中包括帧格式中的数据字段的最大长度,即最大传送单元 MTU (Maximum Transfer Unit).当一个数据报封装成链路层的帧时,此数据报的总长度 (即首部加上数据部分)一定不能超过下面的数据链路层的MTU值,否则要分片.

标识 (Identification):占 16位.IP软件在存储器中维持一个计数器,每产生一个数据报,计数器就加 1,并将此值赋给标识字段.但这个"标识"并不是序号,因为 IP是无连接的服务,数据报不存在按序接收的问题.当数据报由于长度超过网络的 MTU 而必须分片时,这个标识字段的值就被复制到所有的数据报的标识字段中.相同的标识字段的值使分片后的各数据报片最后能正确地重装成为原来的数据报.

标志 (Flag):占3 位,但目前只有2位有意义. 标志字段中的最低位记为 MF(More Fragment).MF=1即表示后面"还有分片"的数据报.MF=0表示这已是若干数据报片中的最后一个.标志字段中间的一位记为DF(Don’t Fragment),意思是"不能分片",只有当 DF=0时才允许分片.

片偏移:占 13位.较长的分组在分片后,某片在原分组中的相对位置.也就是说,相对用户数据字段的起点,该片从何处开始.片偏移以 8个字节为偏移单位,这就是说,每个分片的长度一定是 8字节(64位)的整数倍.

生存时间（TTL，time to live）:占 8位，它指定了数据报可以在网络中传输的最长时间。实际应用中把生存时间字段设置成了数据报可以经过的最大路由器数。TTL的初始值由源主机设置（通常为32、64、128或256），一旦经过一个处理它的路由器，它的值就减1。当该字段为0时，数据报就丢弃，并发送ICMP报文通知源主机，因此可以防止进入一个循环回路时，数据报无休止地传输下去。

协议（上层协议）:占 8 位.协议字段指出此数据报携带的数据是使用何种上层协议,以便使目的主机的IP层知道应将数据部分上交给哪个处理过程（TCP或UDP等协议）。

常用网际协议编号：

在这里插入图片描述
首部检验和:占 16位.这个字段只检验数据报的首部,但不包括数据部分.这是因为数据报每经过一个路由器,都要重新计算一下首都检验和 (一些字段,如生存时间,标志,片偏移等都可能发生变化),不检验数据部分可减少计算的工作量。检验和可以保证IP报头区在传输时的正确性和完整性。

源地址:占32位，表示发送端IP地址.

目的地址:占 32位，表述目的端IP地址.

IP数据报首部的可变部分

IP首部的可变部分就是一个可选字段.选项字段用来支持排错,测量以及安全等措施,内容很丰富.此字段的长度可变,从1个字节到40个字节不等,取决于所选择的项目.某些选项项目只需要1个字节,它只包括1个字节的选项代码.但还有些选项需要多个字节,这些选项一个个拼接起来,中间不需要有分隔符,最后用全0的填充字段补齐成为4字节的整数倍.

增加首部的可变部分是为了增加IP数据报的功能,但这同时也使得IP数据报的首部长度成为可变的.这就增加了每一个路由器处理数据报的开销,实际上这些选项很少被使用.新的IP版本IPv6就将IP数据报的首部长度做成固定的.

目前,这些任选项定义如下:

  1. 安全和处理限制(用于军事领域);
  2. 记录路径(让每个路由器都记下它的IP地址);
  3. 时间戳(Time Stamp)(让每个路由器都记下IP数据报经过每一个路由器的IP地址和当地时间);
  4. 宽松的源站路由(Loose Source Route)(为数据报指定一系列必须经过的IP地址);
  5. 严格的源站路由(Strict Source Route)(与宽松的源站路由类似,但是要求只能经过指定的这些地址,不能经过其他的地址).

这些选项很少被使用,并非所有主机和路由器都支持这些选项.

IP数据报的数据部分

在这里插入图片描述
IP数据报的数据部分就是IP层上层协议的报文段，比如TCP报文段，TCP报文段的详细组成可以看我的TCP的三次握手与四次挥手详解，IP数据报其实就是在上层报文段的基础上加上了IP首部。

IP数据报分片和重组

最大传输单元（MTU）：
IP数据报在互联网上传输时，可能要经过多个物理网络才能从源端传输到目的端。不同的网络由于链路层和介质的物理特性不同，因此在进行数据传输时，对数据帧的最大长度都有一个限制，这个限制值即最大传输单元MTU（Maximum Transmission Unit）.

同一个网络上的两台主机之间通信时，该网络的MTU值是确定的，不存在分片问题。分片问题一般只存在于具有不同MTU值的互联网中。由于现在互联网主要使用路由器进行网络连接，因此分片工作通常由路由器负责。

当两台主机之间的通信要通过多个具有不同MTU值的网络时，MTU的瓶颈是通信路径上最小的MTU值，它被称为路径MTU。由于路由选择不一定是对称的（从A到B的路由可能与从B到A的路由不同），因此，路径MTU在两个方向上不一定是一致的，下表是几种常用网络的MTU值：

在这里插入图片描述
分片：
当一个IP数据报封装成链路层的帧时,此数据报的总长度 (即首部加上数据部分)一定不能超过下面的数据链路层的MTU值,否则要分片，把一个IP数据报为了适合网络传输而分成多个数据报的过程称为分片，被分片后的各个IP数据报可能经过不同的路径到达目标主机。

一个IP数据报在传输过程中可能被分片，也可能不被分片。如果被分片，分片后的IP数据报和原来没有分片的IP数据报结构是相同的，即也是由IP头部和IP数据区两个部分组成：

在这里插入图片描述
分片后的IP数据报，数据区是原IP数据报数据区的一个连续部分，头部是原IP数据报头部的复制，但与原来未分片的IP数据报头部有两点主要不同：标志和片偏移。

重组：
当分了片的IP数据报到达最终目标主机时，目标主机对各分片进行组装，恢复成源主机发送时的IP数据报，这个过程叫做IP数据报的重组。

在IP数据报头部中，标识用16位二进制数表示，它唯一地标识主机发送的每一份数据报。在一个数据报被分片时，每个分片仅把数据报“标识”字段的值原样复制一份，所以一个数据报的所有分片具有相同的标识。

目标端主机重组数据报的原理是：

(1)根据“标识”字段可以确定收到的分片属于原来哪个IP数据报；

(2)根据“标志”字段的“片未完MF”子字段可以确定分片是不是最后一个分片；

(3)根据“偏移量”字段可以确定分片在原数据报中的位置。

Ysming88
关注
  • 11
    点赞
  • 踩
  • 67
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
计算机网络原理之【网络层】IP数据报分片
zxz947462113的博客
09-11 8110
通过工具发送一个总长度为3400字节的IP数据报，通过MTU=1500字节的链路转发。
网络层－－数据报分片
zijin-jdd的博客
11-14 7193
网络层－－数据报分片 层级 传输单位 应用层 报文 运输层 报文段(TCP)、用户数据报(UDP) 网络层 分组、包、IP数据报(IP协议) 数据链路层 帧 物理层 比特流
计算机网络 —— 网络层（IP数据报）
最新发布
qq_67693066的博客
06-08 1364
计算机网络 —— 网络层（IP数据报）
计算机网络——IP数据报分片
Hhuangtu的博客
12-25 9485
计算机网络——IP数据报分片 例：一个数据报数据部分为3800字节，规定分片长度不超过1420字节，首部20字节，每个分片数据部分不超过1400字节（MTU为最大传输单元，包括首部和数据部分） 知识提炼： MF=1表示后面“还有分片”，MF=0表示这是若干数据报片中的最后一个 DF=0时才允许分片 片偏移：起始数据/8 数据报分片 总长度 MF位 DF位 片偏移字段 原始数据报 3820 0 0 0 数据报片1 1420 1 0 0 数据报片2 1420 1 0 175 数据
第五周总结
weixin_34248258的博客
05-19 213
IP报文格式内容的记忆 如手部长度占4位，以四字节为单位，取值5-15,所以长度位20-60位 总长度，标识，标志 为什么要IP数据报要分片？ 如果IP数据报加上数据帧头部后大于MTU，数据报文就会分成若干片进行传输。那么什么是MTU呢？每一种物理网络都会规定链路层数据帧的最大长度，称为链路层MTU。在以太网的环境中可传输的最大IP报文为1500字节。如果要传输的数据帧的大小超过1500字...
报文分片与重组
ζั͡ޓއއއ๓♥
09-27 3242
MTU是链路层对数据帧的一个限制，所以，IP数据报的分片与重组需要在 网络层 完成。 原始IP报文经分片，只有第一个分片报文带四层信息，后续报文均不带四层信息。 分片后，所有分片报文的IP报头中的源/目的IP等信息都一样（TTL不一定一样，因为不同的分片报文可能会经不同的路由路径达到目的端），不同的地方在于分片标志位和分片偏移量，接收方根据接收到的分片报文的源/目的IP、 IP标识、分片标志位、...
IP数据报分片原因（详细）及其步骤
m0_57665454的博客
02-14 2420
IP数据报分片原因及其分片步骤
8 数据报分片与重组 .pdf
01-13
总的来说，IP数据报分片与重组是网络层解决不同网络MTU差异的一种机制，它确保了大型数据报能够在具有各种传输限制的网络中顺利传输。这个过程需要精确的控制和协调，以防止数据丢失或混乱。理解这一过程对于网络...
8 数据报分片与重组 .pptx
01-13
在计算机网络中，IP数据报分片与重组是一项至关重要的技术，它涉及到网络层的数据传输和网络间的兼容性问题。当一个数据报需要通过多个不同的物理网络时，由于每个网络的传输能力（最大传输单元，Maximum ...
IP分片与重组的分析与整理.doc
06-12
对于分片，需要拷贝IP首部和选项，以及数据。而选项的拷贝要注意：根据协议标准，某些选项只应当出现在的一个数据包片中，而其他一些则必须出现在所有的数据包中。 1.2 数据包重组 1.2.1 数据结构 为了使数据包的...
实验五-IP包解析与分片重组的编程实现.rar_IP重组_ip分片与重组_ip分片重组_thosee3k
09-24
实验五“IP包解析与分片重组的编程实现”旨在帮助你通过实际操作理解这一过程。你需要编写程序来实现以下功能： 1. 解析IP包：从网络接收到的数据流中提取出IP包，识别其头部信息，特别是分片相关的字段。 2. 分片...
IP分片重组
12-24
亲自写的，很有用，希望能对大家有帮助，里面主要介绍了IP分片重组的概念、方法以及在Linux下进行操作所需要的代码
模拟IP（INTERNET PROTOCOL）数据分片和重组
10-18
在分片函数中，根据数据包大小和MTU计算需要的分片数量，生成相应数量的IP数据片结构体。在重组函数中，维护一个队列或数据结构来存储接收到的数据片，按照标识符和片偏移进行排序，最终拼接成完整的数据包。 理解...
IP数据报分片1
08-03
* 增加网络的负载：IP数据报分片机制可能会增加网络的负载，因为需要对数据报文进行分割和重组。 * 降低网络的可靠性：IP数据报分片机制可能会降低网络的可靠性，因为分片的数据报文可能会在传输过程中丢失或损坏。
Ch4_IP数据报分片1
08-03
本话题将探讨“Ch4_IP数据报分片1”中的核心知识点，主要涉及IP数据报的分片机制以及与之相关的网络协议要素。 首先，我们需要理解MTU（Maximum Transmission Unit），这是网络接口层的最大传输单元，指网络设备...
高效IP分片重组的设计与实现.pdf
05-16
《高效IP分片重组的设计与实现》一文深入探讨了IP分片及重组技术在FPGA中的实现，这是TCP/IP协议栈中IP层的关键功能之一。文章首先剖析了网络环境中导致IP分片产生的原因，接着详述了IP分片重组的具体流程，并提出了...
二三层报头及IP分片详解
新雪兰
03-21 9936
一、IP报文字段 IP头格式 version Header Lenth type of service Total length Identification Flags Fragment offset time to live protocol header checksum Source address ...
IP分片
Sherry_Wangnana的博客
07-21 798
》引入IP分片的原因：           在数据链路层，以太网和802.3对数据帧的长度都有一个限制，最大长度为1500和1492个字节，这个特性称为MTU。当IP层的数据报要传向数据链路层，并且比MTU大，则这时就需要对数据报进行分片，把数据报分成若干片，每一片都小于MTU。 》IP层如何对数据报进行分片：           IP分片发生在IP层，不仅源端主机会进行分片，源端网
IP分片与重组详解
热门推荐
Csoul89757
07-23 2万+
大家对IP数据包头，应该不陌生吧 分片便是与图中圈出来的两个地址有关，本文也是将主要围绕他们展开。 那我们先来了解他们的概念。 标志 一个三比特字段遵循与用于控制或识别片段。他们是（按顺序，从高分以低位）： 0：保留; 必须为零。 1位：不分段（DF） 2位：更多片段（MF） 如果DF标志被设置，并且分片需要来路由分组，则该分组被丢弃。这可以发送分组到不具有足够的资
用c语言编写当系统接收到一个IP报文时，判断IP报文是否是有分片，如果未分片的话，则直接返回该报文。否则，进行IP报文重组的处理。 IP报文的重组过程分为以下几个步骤： a)将IP报文存入临时的HASH链表中 这个HASH链表中是等待合并的报文队列头 判断当这一个IP报文分片加入后是否可以构造出一个完整的IP报文，如果可以的话，分配一个新的帧缓冲区，将数据复制入新的帧缓冲区，返回该报文。
05-26
以下是一个简单的示例程序，用于接收IP报文并进行重组处理。这个程序假设已经有一个名为"recv_packet()"的函数，用于接收IP报文。你需要根据自己的具体情况进行修改和调整。 ```c #include <stdio.h> #include <stdlib.h> #include <string.h> #define IP_HEADER_SIZE 20 #define MAX_IP_DATAGRAM_SIZE 65535 struct ip_datagram { unsigned short id; unsigned short offset; unsigned short length; unsigned char *data; struct ip_datagram *next; }; struct hash_table { int size; struct ip_datagram **table; }; unsigned int hash(unsigned short id) { return id % 997; } struct hash_table *create_hash_table(int size) { struct hash_table *ht = (struct hash_table *)malloc(sizeof(struct hash_table)); ht->size = size; ht->table = (struct ip_datagram **)calloc(size, sizeof(struct ip_datagram *)); return ht; } void destroy_hash_table(struct hash_table *ht) { int i; for (i = 0; i < ht->size; i++) { struct ip_datagram *cur = ht->table[i]; while (cur) { struct ip_datagram *tmp = cur; cur = cur->next; free(tmp->data); free(tmp); } } free(ht->table); free(ht); } struct ip_datagram *find_ip_datagram(struct hash_table *ht, unsigned short id) { unsigned int h = hash(id); struct ip_datagram *cur = ht->table[h]; while (cur) { if (cur->id == id) { return cur; } cur = cur->next; } return NULL; } void add_ip_datagram(struct hash_table *ht, struct ip_datagram *datagram) { unsigned int h = hash(datagram->id); datagram->next = ht->table[h]; ht->table[h] = datagram; } struct ip_datagram *remove_ip_datagram(struct hash_table *ht, unsigned short id) { unsigned int h = hash(id); struct ip_datagram *cur = ht->table[h]; struct ip_datagram *prev = NULL; while (cur) { if (cur->id == id) { if (prev) { prev->next = cur->next; } else { ht->table[h] = cur->next; } cur->next = NULL; return cur; } prev = cur; cur = cur->next; } return NULL; } int is_last_fragment(struct ip_datagram *datagram) { return (datagram->offset & 0x2000) == 0; } int is_first_fragment(struct ip_datagram *datagram) { return datagram->offset == 0; } int is_fragmented(struct ip_datagram *datagram) { return (datagram->offset & 0x3fff) != 0; } struct ip_datagram *reconstruct_ip_datagram(struct hash_table *ht, struct ip_datagram *first_fragment) { int length = first_fragment->length; struct ip_datagram *cur = first_fragment->next; while (cur) { length += cur->length - IP_HEADER_SIZE; cur = cur->next; } struct ip_datagram *datagram = (struct ip_datagram *)malloc(sizeof(struct ip_datagram)); datagram->id = first_fragment->id; datagram->offset = 0; datagram->length = length; datagram->data = (unsigned char *)malloc(length); memcpy(datagram->data, first_fragment->data + IP_HEADER_SIZE, first_fragment->length - IP_HEADER_SIZE); cur = first_fragment->next; while (cur) { memcpy(datagram->data + first_fragment->length - IP_HEADER_SIZE, cur->data + IP_HEADER_SIZE, cur->length - IP_HEADER_SIZE); cur = cur->next; } return datagram; } struct ip_datagram *get_ip_datagram() { struct ip_datagram *datagram = (struct ip_datagram *)malloc(sizeof(struct ip_datagram)); datagram->id = 0; datagram->offset = 0; datagram->length = 0; datagram->data = NULL; datagram->next = NULL; return datagram; } void free_ip_datagram(struct ip_datagram *datagram) { free(datagram->data); free(datagram); } struct ip_datagram *receive_ip_datagram() { /* receive IP datagram */ return NULL; } void send_ip_datagram(struct ip_datagram *datagram) { /* send IP datagram */ } void process_ip_datagram(struct hash_table *ht, struct ip_datagram *datagram) { if (!is_fragmented(datagram)) { /* not fragmented, send directly */ send_ip_datagram(datagram); } else if (is_first_fragment(datagram)) { /* first fragment, add to hash table */ add_ip_datagram(ht, datagram); } else { /* subsequent fragment, find first fragment and append */ struct ip_datagram *first_fragment = find_ip_datagram(ht, datagram->id); if (first_fragment) { if (first_fragment->length + datagram->length - IP_HEADER_SIZE <= MAX_IP_DATAGRAM_SIZE) { struct ip_datagram *cur = first_fragment; while (cur->next) { cur = cur->next; } cur->next = datagram; if (is_last_fragment(datagram)) { struct ip_datagram *reconstructed_datagram = reconstruct_ip_datagram(ht, first_fragment); remove_ip_datagram(ht, datagram->id); send_ip_datagram(reconstructed_datagram); free_ip_datagram(reconstructed_datagram); } } else { /* fragment too large, drop */ remove_ip_datagram(ht, datagram->id); free_ip_datagram(datagram); } } else { /* first fragment not found, drop */ free_ip_datagram(datagram); } } } int main() { struct hash_table *ht = create_hash_table(997); while (1) { struct ip_datagram *datagram = receive_ip_datagram(); process_ip_datagram(ht, datagram); } destroy_hash_table(ht); return 0; } ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值