IPv6分段头部

先决条件：互联网协议版本6（IPv6）头部。在IPv4中，分片操作可以在目的地或路由器处根据需要进行。而在IPv6中，只有源节点需要执行分片操作，而路由器则不需要执行此操作。 这只有在源端知道路径的最大传输单元（MTU）的情况下才能实现。 在IPv6协议中，“不要分片”位始终为1。而到了IPv4协议中，情况则有所不同。至于“更多分片”位，它实际上只是一个用于标记分片信息的字段，该字段只有1位。 如下图中所示，还有两个位元被预留下来，以备将来使用。 互联网协议版本6分片头 –

• 下一个标题 –“Next Header”是一个8位字段，用于标识在“Fragmentation Header”之后出现的头文件的类型。
• 预留的/已占用的这是一个8位字段，目前该字段的值为0。未来，我们可能会找到一些有用的数据来填充这个字段。另外，还有额外的2位字段被预留出来，以备将来使用。
• 片段偏移量 –这与IPv4的情况完全一样，IPv4的碎片偏移量长度为13位。就像我们在处理IPv4时的那样，我们也会在IPv6中采用类似的方法来处理碎片偏移量。
• 更多碎片（M）在这里，表示还有更多碎片的信息被标记为“M”。这是一个一比特的字段，用来表明其之后是否还有更多的碎片。如果“更多碎片位”的值为0，那就意味着它是最后一个碎片；而如果值为1，那么它可能是任何数据包，只是不是最后一个数据包而已。
• 识别号码 –对于某个数据包中的所有片段来说，其标识号字段的大小是 IPv4 中的两倍。在数据包标识符字段中，其长度为 32 位；而在 IPv4 中，该字段的长度为 16 位。

IPv6发送方可以在源地址处进行分片处理。因为IPv6路由器无法执行分片操作，所以如果数据包的大小超过了下一跳路由器的处理能力，那么路由器就会发送一个ICMP数据包来通知源地址，表示该数据包的大小超出了允许的范围。“Fragmentation Header”试图尽可能减少分片的必要性，其支持的最小数据包大小为1280字节。如上面的图片所示，分片是根据发送方所知道的MTU来进行的。IPv6以及其他扩展头信息也是如此。不可分割的因为每一个数据包都必须经过节点或路由器的处理，而在每个路由器处，都需要获取这些扩展头部中存储的信息。这就是为什么IPv6数据包被分为两部分的缘故。一部分是不可分的数据包，另一部分则是可以分拆的数据包。可碎裂的部分/片段 那个不可分割的部分在过程中不会受到任何修改。而另一个可以分割的部分则会被分成许多小片段，比如片段1、片段2等等。 在生成了少量碎片之后，这些碎片会被连接在一起，形成完整的片段（比如片段1）。然后，这个完整的片段会被发送到目的地。 在进行碎片化处理之后，有效载荷的长度可能会发生变化。此外，在添加了诸如下一个分片头、识别号、分片偏移量等字段之后，还需要适当地填充其他相关比特位。

“碎片化”这一概念与IPv4中的概念是相同的。

不过，导致碎片化的发生地点是不同的。

在IPv4协议中，如果数据报的大小超过了网络中的MTU值，那么源节点或路由器就需要对数据报进行分片处理。

在IPv6中，只有原始源地址会被分片。因此，源地址必须使用路径MTU发现技术来确定路径上所有网络所支持的最小MTU值。

–然后，该来源会利用这些知识来分解或处理相关信息。

如果源端没有使用路径MTU发现技术，那么数据报会被分割成1280字节或更小的片段。

这已经是与互联网连接的最低限度了。