的目的地址处理的选项.
注 2:关于认证首部和封装安全有效载荷首部的相关顺序的附加建议参
见 [RFC-2406].
注 3:只由包的最终目的地址处理的选项.
除了目的地址选项首部最多出现两次 (一次在路由首部前, 一次在上层协议首部前)
以外, 每个扩展首部应当只出现一次.
假如上层协议首部是另一个 IPv6 首部 (在使用隧道技术或封装在 IPv6 中的情况
下), 它后面可以有自己的扩展首部. 这些扩展首部以同样的建议顺序独立排列.
假如定义了其他的扩展首部, 与上面列出的扩展首部相关的次序限制必须加以说明.
除了 Hop-by-Hop 选项首部必须紧跟在 IPv6 首部后面以外, IPv6 节点必须接受
并且尽量处理任意顺序的, 以及在同一个包内出现任意多次的扩展首部.;;尽管如
此, 强烈建议 IPv6 包的源节点遵守上面的建议顺序, 除非后续的协议规范修改这
一顺序.
4.2;;选项
当前已定义的扩展首部中的两个 -- Hop-by-Hop 选项首部和目的地址选项首部 --
携带不定数量的, 以类型-长度-值(TLV)格式进行编码的选项, 其格式如 ?
- - - - - - - - - - - - - - - - - - - - - - - - -
选项类型;;选项数据长度;;;;选项数据
- - - - - - - - - - - - - - - - - - - - - - - - -
选项类型;;8 比特标识符, 标识选项的类型.
选项数据长度 8 比特无符号整数.;;以八位组为单位的选项数据字段
的长度.
选项数据;;可变长度字段.;;依选项类型而不同的数据.
首部中的选项必须严格按照它们在首部中出现的次序来处理; 这样, 接收方就不能
搜索整个首部来寻找某个特定类型的选项, 并且在处理所有前面的选项之前处理它.
选项类型标识符以如下规则编码: 其最高两比特指定了当 IPv6 节点无法识别这一
选项类型时所必须的反应:
00 - 跳过这一选项, 继续处理首部.
01 - 抛弃这个包
10 - 抛弃这个包, 并且不管包的目的地址是不是组播地址, 都给包的源地址发
送一个 ICMP "参数存在问题", 编码 2 的报文, 指针指向无法识别的选
项类型.
11 - 抛弃这个包, 并且只有当包的目的地址不是组播地址时, 才给包的源地址
发送一个 ICMP "参数存在问题", 编码 2 的报文, 指针指向无法识别的
选项类型.
选项类型标识符的第三位指明了选项数据是否可以改变到最终目的地址的选路.
若存在认证首部, 在包计算或校验认证值时, 可改变选路的选项的整个数据字段都
必须当作全零的八位组来处理.
0 - 选项数据不会改变选路
1 - 选项数据可能改变选路
上述的前三位应作为选项类型的一部分, 而不能独立于选项类型之外.;;这就是说,
某一特定的选项是由全部 8 比特的选项类型标识符标识的, 而并不只是选项类型
中的后面 5 位.
Hop-by-Hop 选项首部和目的地址选项首部使用相同的选项类型编码空间.;;尽管如
此, 某一特定类型的选项的规范可以限制其只用于两者之一.
有些选项可能具有明确的对齐要求, 以保证选项数据字段中的多八位组值能够落在
其自然边界上.;;选项的对齐要求用符号 xn y 来说明, 表示选项类型必须出现在
从首部开始位置处 x 个八位组的整数倍加上 y 个八位组的位置上.;;例如:
2n;;;;表示从首部开始处 2 个八位组的整数倍的偏移量.
8n 2;;表示从首部开始处 8 个八位组的整数倍加上 2 个八位组的偏移量.
有两种填充选项, 用来在需要时对齐后续的选项, 以及把整个首部填充成 8 个八
位组的整数倍长.;;所有的 IPv6 实现都必须能够识别这些填充选项.
推荐阅读
- IPv6/IPv4协议转换的试验
- 一种新IPv6任播地址解析协议及应用
- 改进的移动IPv6协议分析
- 毕业三方协议必须签吗
- ADSL网络协议PPPOE
- 二 第三章广域网协议配置命令
- 在WIN XP和WIN 2K中安装IPv6协议
- 一 第三章广域网协议配置命令
- 四 第三章广域网协议配置命令
- 一 第四章网络协议配置命令