YD_T 2415-2012基于shim6的IPv6站点多归属技术要求.pdf

ICS 35.100.30L 79YD中华人民共和国通信行业标准YD/T2415-2012基于shim6的IPv6站点多归属技术要求Technical requirements of multihoming shim protocol for IPv62012-12-28发布2013-03-01实施中华人民共和国工业和信息化部发布 YD/T次言范围规范性引用文件3术语、定义和缩略语3.1术语和定义3.2缩略语.shim6协议综述4.1概述4.2shim子层的位置4.3总体操作·4.4上下文标签4.5上下文分叉·4.6API扩展·4.7shim6安全4.8shim控制报文的述.4.9扩展头顺序·报文格式5.1概述5.2共同的shim6报文格式5.3 shim6净荷扩展头格式5.4共同的shim6控制头*5.5I1报文格式·5.6R1报文格式135.7 I2报文格式5.8R2报文格式·5.9R1bis报文格式5.10I2bis报文格式*5.11更新请求报文格式·5.12更新确认报文格式.5.13保活（Keepalive）报文格式5.14探测（Probe）报文格式5.15出错报文格式265.16选项格式 YD/T2415-2012传输墨协议IP编系统子层shim子层P路由子层图1协议栈应用和上层协议使用由shim6子层提供的由不同定位符映射而来的ULIDs。shim6子层维护若一种状态，称之为ULID对的上下文，每一ULID对（即这种状态应用于所有的ULID对的ULID连接）都要执行这种映射，该映射持续的作用在发送方和接收方，这样ULPs所见的分组好像是通过ULIDs来进行端到端的发送的。即使分组传输会通过在IP地址域包含定位符的网络，即使那些定位符或许会被传送shim6子层改动，这一特性也会得到维持。这一上下文环境状态在每一远端ULID上得以维护，即在每一个对端主机上，面不是在任何更细的粒度上。特别地，该上下文环境状态独立于ULPs以及任何ULP的连接。但这一分叉的能力可使得知道shim6的ULPs对一个ULID对一次使用不止一个定位符对。如图2所示的持续映射的结果使它对ULPs没有任何影响。特别地，它对伪头部校验和以及连接标识都没有影响。发送据人扶收端BULPULPsrc ULID(A)L1(A)个 re ULIDXA)-LI(A) dst ULID(B)-L1(B)dt ULID(B)=L1(B)多属shim多属shimSre L2(A)dst L3(B) Sre L2(A)(ax7upP图2使用改变的定位符案映射从概念上讲，可以认为这种方法好像使ULIDs和定位符在每一数据包中都存在，就好像一个头部压缩机制的应用，这使得一旦压缩状态建立好了，就不需要在分组中载入ULIDs了。为了使接收者重新创建一个具有正确ULIDs的分组，有必要在数据包中包含一费“压缩标记”，这有助于在分组中的定位符对不足以惟一确定上下文时，指明使用正确的上下文来进行解压缩。在shim6层和其他的协议之间会有各种不同类型的交互，那些交互会被这些方面影响：在其他的协议中使用这些地址，以及shim6对这些使用的映射的影响。注：[18]中详细分析了不同协议间的交互，包括流控制传输协议（SCTP），移动P（MIP），和主机标识协议（HIP），此外，一些应用程序可能需要与shim6子层更为丰富的互动，为了达到这一要求，已定义了一个API（参见[22]》来允许更多的控制和信息交互，以用于那些需要它的应用。4.3总体操作shim6协议可以在几个情况下运行，下面进行说明： YD/T机A上的一个应用程序想要适过一些上层协议来与主机B上的应用逼信，这导致了主机A上的ULP向主机B发送分组。我们称之为初始联系。假设IP地址是由默认地址选择（参见[6)）以及它的扩展（参见[8]）来决定的，在这个时候shim还不会有任何动作。Shim的上下文建立能够被延迟到晚些再开始。些在A或B（或两者）上的启发动作会决定开支shim6的代价是否值得，使用shim6会使得主机到主机的通信健壮而不会出现定位符失败，例如，这种启发可能是超过了50个的分组收发，或是当激发分组交换时计时器超时。这就会导致shim的初始的4次上下文建立交互。该启发是为了避免当只有很少的分组在两台主机间交换时还进行shim的上下文建立。作为该交互的结果，A和B双方都会知道一个对端定位符的列表。如果上下文建立交互失败，发起端就会知道对端不支持shim6，并且会继续使用标准的（非shim6的）规范。对上层协议的分组来说，通信在没有任何改变中继续，特别地，上层协议的分组中不会加入shim6的扩展头，固为上层标识符对和定位符对是相同的，另外，可能会在shim子层之间为了（不）可达探测而进