IPv6 Internet协议第六版规范(1)( 九 )


片重组超时"报文.
假如由分片包的有效载荷长度字段得到的分片长度不是 8 个八位组的整数倍,
而且分片的 M 标志位被置为 1, 那么必须抛弃这个分片, 并且给分片的源节点
发送一个 ICMP "参数存在问题", 编码 0 的报文, 指针指向分片包的有效载荷
长度字段.
假如分片的长度和偏移量使得重组后的包的有效载荷长度超过了 65,535 个八
位组, 那么必须抛弃这个分片, 并且向分片的源节点发送一个 ICMP "参数存在
问题", 编码 0 的报文, 指针指向分片包的分片偏移量字段.
不希望出现下述情形, 但不将它们视为错误:
同一个原包的不同分片中, 分片首部前面的首部在数量和内容上都可能不同.
当每个分片包到达时, 无论分片首部前面的首部是什么, 都应在进入分片重组
队列之前进行处理.;;只有分片偏移量为零的那个包中的首部才保留在重组后的
包中.
同一个原包的不同分片中, 分片首部中"下一个首部"值可能不同.;;只有分片偏
移量为零的那个包中的值才可用于重组.
4.6;;目的地址选项首部
目的地址选项首部用于携带只需由包的目的节点检测的可选信息.;;前面的首部中"
下一个首部"字段中的值为 60 表示下一个首部为目的地址选项首部.;;目的地址选
项首部具有如下格式:
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
下一个首部 首部扩展长度
- - - - - - - - - - - - - - - - ;;;;

.;;;;.
.;;;;选项;;;;.
.;;;;.

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
下一个首部8 比特选择器.;;标识紧跟在目的地址选项首部后面的首部
的类型.;;使用与 IPv4 协议字段 [RFC-1700 及后续协议]
相同的数值.
首部扩展长度 8 比特无符号整数.;;以 8 个八位组为单位的目的地址选
项首部的长度, 不包括开始的 8 个八位组.
选项 可变长度字段, 其长度须使整个目的地址选项首部的长度
为 8 个八位组的整数倍.;;包含一个或多个 TLV 编码的选
项, 如第 4.2 章中所述.
在本文中定义的仅有的目的地址选项是填充1 及填充N 选项, 如第 4.2 章中所述.
需要注重的是, 有两种途径来编码目的地址的可选信息: 或者作为目的地址选项首
部中的一个选项, 或者作为一个独立的扩展首部.;;分片首部和认证首部就是后者
的典型例子.;;使用哪种方法取决于目的节点无法识别这一可选信息时, 希望采取
的措施:
o;;假如希望节点抛弃这个包, 并且当包的目的地址不是组播地址时, 给包的源
地址发送一个 ICMP "类型无法识别"报文, 可以将这一信息编码成独立的扩
展首部或者目的地址选项首部中的一个选项, 其选项类型的最高两位为 11.
最终的选择可以根据其他的因素而定, 比如哪一个可以使用更少的八位组,
哪一个能生成更好的对齐或者具有更高的处理效率.
o;;假如希望采取其他的措施, 那么这一信息必须作为目的地址选项首部的一个
选项进行编码.;;其选项类型的最高两位为 00, 01 或 10, 指定所需采取的
措施 (参见第 4.2 章).
4.7 "无下一个首部"
IPv6 首部或者扩展首部中"下一个首部"的值为 59 表示这个首部后面没有其他的
首部了.;;假如 IPv6 首部中的有效载荷字段表明最后一个首部 ("下一个首部"字
段为 59 的那个首部) 后面还有其他的八位组, 那么这些八位组将被忽略, 并且在
传输过程中保持不变.
5. 包的尺寸问题
IPv6 要求互联网上的每条链路具有 1280 或更多个八位组的 MTU.;;无法在一片之

推荐阅读