Internet 协议第六版 (IPv6) 规范

Internet 协议第六版 (IPv6) 规范 1。绪论 IP 第 6 版 (IPv6) 是继 IP 第 4 版 (IPv4) [RFC-791] 以后，Internet 协议的一个新版本。由 IPv4 到IPv6的改变主要集中在以下几个方面: 地址容量的扩展 IPv6把 IP 地址的大小从 32 位增至 128 位，可以支持更多的地址层次，更大数量的节点，以及更简单的地址自动配置。组播路由的可缩放性改进为给组播地址增加一个"范围"字段。又定义了一个叫做"anycast"的新的地址类型，用于把包发送给一组节点中的任意一个。 首部格式的简化 一些 IPv4 首部字段被删除或者成为可选字段，减少了一般情况下包的处理开销以及IPv6首部占用的带宽。 支持扩展和选项的改进 IP 首部选项编码方式的修改导致更加高效的传输，在选项长度方面更少的限制，以及将来引入新的选项时更强的适应性。 数据流标签的能力 加入一个新的能力，使得那些发送者要求特殊处理的属于特别的传输"流"的包能够贴上"标签"，比如非缺省质量的服务或者"实时"服务。 认证和保密的能力 为支持认证，数据完整性以及(可选的)数据保密的扩展都在IPv6中说明。本文描述IPv6基本首部以及最初定义的IPv6 扩展首部和选项。还将讨论包的大小问题，数据流标签和传输类别的语法，以及IPv6对上层协议的影响。IPv6 地址的格式和语法在其它文章中单独说明。IPv6版的 ICMP 是所有IPv6应用都需要包含的。 2。术语 节点 - 应用IPv6的一个设备。 路由器 - 传送不是发给自己的IPv6包的节点. [参见下面的说明] 主机 - 任何非路由器节点. [参见下面的说明] 上层 - 直接在IPv6上层的协议层。典型的例子是传输协议如 TCP 和 UDP,控制协议如 ICMP，路由协议如 OSPF，以及网络层或在IPv6里被开凿了通道 (也就是封装在IPv6里) 的低层协议，比如 IPX，AppleTalk或IPv6自身。 链路 - 一个通讯设备或者媒体。通过它节点可以与链路层，也就是直接在IPv6下面的那一层进行通讯。典型的例子是以太网(简单的或者网桥的)，PPP 连接，X.25，帧中继，或者ATM网络以及网络层(或更高层)的"通道"。比如说通过 IPv4 或者IPv6本身的通道。 邻居 - 连在同一个链路上的节点。 接口 - 节点与链路的连接。 地址 -IPv6层中一个接口或者一组接口的标识符。 包 -IPv6首部加上有效数据。 链路 MTU - 最大传输单元。也就是以八位组为单位的能在链路中传输的包的最大大小。 路径 MTU - 源节点到目的节点之间的路径中所有链路的最小链路 MTU。 注意: 尽管不常见，但这是可能的: 就是一个设备具有多个接口，用来传输从它的某些(不是全部)接口传来的，不以自身为目的节点的包，并且抛弃那些从其他接口传来的，不以自身为目的节点的包。当这样的设备通过前一种接口接收包或者与其邻居联系时，它必须遵循协议中有关路由器的要求。当它通过后一种接口接收包或者与其邻居联系时，它必须遵循协议中有关宿主机的要求。 3.IPv6首部格式 版本 4 位Internet协议版本号=6。 传输类别 8 位传输类别字段。 数据流标签 20位数据流标签。 有效数据长度 16 位无符号整数，IPv6有效数据长度。也就是以八位组为单位，在这个包中IPv6首部后面的其余部分的长度。(注意，扩展首部将被认为是有效数据的一部分，计算在长度里) 下一个首部 8 位选择器。标识紧接在IPv6首部后面的下一个首部的类型。使用与 IPv4 协议字段相同的数值。 跳数限制 8 位无符号整数。在每个传输此包的节点处递减1。如 果跳数限制减为零，就抛弃此包。 源地址 128 位包的制作者的地址。 目的地址 128 位包的预期接收者的地址 (如果存在路由首部的话,可能不是最终的接收者)。 　 4.IPv6扩展首部 在IPv6里，可选的网络层信息在一个独立的首部编码，放在包中IPv6首部与上层协议首部之间。有这样几个为数不多的扩展首部，每个首部由不同的"下一个首部"的值来标识。一个IPv6首部可以携带零个，一个或者更多的扩展首部，每个扩展首部由前一个首部中的"下一个首部"字段标识。如下例所示: 　 除了一个特例，扩展首部不在包的传送路径中的任何节点检测和处理，直到这个包到达目的地址字段标识的那个节点(或者在组播的情况下，一组节点中的每一个)。在这里，对IPv6 首部的"下一个首部"字段的常规处理将是调用处理模块来处理第一个扩展首部，或者，如果不存在扩展首部，就处理上层首部。每个扩展首部的内容和语义决定是否处理下一个首部。因此，扩展首部必须严格按照它们在包中出现的次序来处理；这样，接收者就不能搜索整个包来寻找某个特定类型的首部，并且在处理所有前面的首部之前处理它。 上文所述的特例是指 Hop-by-Hop 选项首部。它携带了包的传送路径中的每个节点都必须检测和处理的信息，包括源节点和目的节点。Hop-by-Hop 选项首部如果存在，就必须紧跟在IPv6首部后面. IPv6首部中"下一个首部"字段的值为零表示存在这个首部。如果一个首部的处理结果要求节点处理下一个首部，但是节点无法识别这个首部的"下一个首部"字段值，那么节点就应该抛弃这个包，并且给包的源节点发送一个ICMP "参数存在问题"的报文，ICMP 编码值为 1 ("遇到无法识别的'下一个首部'类型")。ICMP 指针字段包含那个无法识别的值在原包中的偏移量。如果节点遇到IPv6首部以外的其他首部中的"下一个首部"字段的值为零的情况，应做相同的处理。 为了后面的首部保持8个八位组对齐，每个扩展首部都是8个八位组的整数倍长。每个扩展首部的多八位组字段都以它们的自然边界对齐。也就是说，宽度为 n 个八位组的字段放在距首部开始位置处 n 个八位组的整数倍的位置上，其中 n = 1，2, 4，或者 8。一个完整的IPv6实现应包含以下扩展首部的处理程序: Hop-by-Hop 选项首部 路由首部 (类型 0) 分片首部 目的地址首部 认证首部 封装安全有效数据首部 (ESP 首部) 4.1 扩展首部的顺序 当在同一个包中使用多于一个扩展首部时，建议以如下顺序排列这些首部: IPv6首部 Hop-by-Hop 选项首部 目的地址选项首部 (注 1) 路由首部 分片首部 认证首部 (注 2) 封装安全有效数据首部 (注 2) 目的地址选项首部 (注 3) 上层协议首部