云南龙网

  1. 首页 > 云知道 > >

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

云知道


填充1 选项;;(对齐要求: 无)
- - - - - - - -
0;;;;
- - - - - - - -
注重! 填充1 选项是一种非凡情况 -- 它没有长度字段和数值字段.
填充1 选项用于在首部的选项区填充一个八位组.;;假如需要填充多于一个的八
位组, 那么就应该使用下面要介绍的填充N 选项, 而不是多个填充1 选项.
RFC 2460IPv6 Specification;;;;;;December 1998
填充N 选项;;(对齐要求: 无)
- - - - - - - - - - - - - - - - - - - - - - - - -
1;;选项数据长度;;;;选项数据
- - - - - - - - - - - - - - - - - - - - - - - - -
填充N 选项用于在首部的选项区填充两个或两个以上的八位组.;;对于 N 个八
位组的填充, 选项数据长度字段应包含值 N-2, 选项数据由 N-2 个零值八位组
组成.
附录 B 包含了设计新的选项格式的指导方针.
4.3;;Hop-by-Hop 选项首部
Hop-by-Hop 选项首部用于传送必须由包的传送路径中的每个节点检测的可选信息.
Hop-by-Hop 选项首部由 IPv6 首部中"下一个首部"字段值为 0 来标识, 并且具有
如下的格式:
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
下一个首部 首部扩展长度
- - - - - - - - - - - - - - - - ;;;;

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

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
下一个首部8 比特选择器.;;标识紧跟在 Hop-by-Hop 选项首部后面的
首部的类型.;;使用与 IPv4 协议字段 [RFC-1700 及后续
协议] 相同的数值.
首部扩展长度 8 比特无符号整数.;;以 8 个八位组为单位的 Hop-by-Hop
选项首部的长度, 不包括开始的 8 个八位组.
选项 可变长度字段, 其长度须使整个 Hop-by-Hop 选项首部的
长度为 8 个八位组的整数倍.;;包含一个或多个 TLV 编码
的选项, 如第 4.2 章中所述.
在本文中定义的仅有的 Hop-by-Hop 选项是填充1 及填充N 选项, 如第 4.2 章中
所述.
4.4;;路由首部
路由首部用于 IPv6 源节点列出到包的目的节点的路径中所应"访问"的一个或多个
中间节点.;;这一功能十分类似于 IPv4 的松散源地址和路由记录选项.;;前面的首
部中"下一个首部"字段中的值为 43 表示下一个首部为路由首部.;;路由首部具有
如下的格式:
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
下一个首部 首部扩展长度;;路由类型;;;;分段剩余;;;;
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

.;;;;.
. 特定;;;;;;;;.
.;;;;.

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
下一个首部8 比特选择器.;;标识紧跟在路由首部后面的首部的类型.
使用与 IPv4 协议字段 [RFC-1700 及后续协议] 相同的数
值.
首部扩展长度 8 比特无符号整数.;;以 8 个八位组为单位的路由首部的
长度, 不包括开始的 8 个八位组.
路由类型;;8 比特的某种特定路由首部变量的标识符.
分段剩余;;8 比特无符号整数.;;剩余的路由分段的数量.;;也就是在
到达最终的目的节点之前仍然应当访问的, 明确列出的中
间节点的数量.
特定类型的数据;;;;可变长度字段.;;其格式由路由类型决定, 其长度须使整个
路由首部的长度为 8 个八位组的整数倍.
假如节点在处理收到的包的过程中碰到了含有无法识别的路由类型值的路由首部,
节点应根据分段剩余字段中的值进行处理, 如下所述:
假如分段剩余值是零, 节点必须忽略路由首部, 继续处理包中的下一个首部, 其
类型由路由首部中的"下一个首部"字段中的值来标识.

推荐阅读


上一篇：凉皮配料的制作方法 黄瓜花拌魔芋凉皮的烹饪技巧

下一篇：洛梵诗口红怎么样