2017年11月“两办”印发了《推进互联网协议第六版(IPv6)规模部署行动计划》，使得IPv6开始落地，并强制执行。计划提出要用5到10年时间，形成下一代互联网自主技术体系和产业生态，建成全球最大规模的IPv6商业应用网络。

　　到2018年末，市场驱动的良性发展环境基本形成，IPv6活跃用户数达到2亿，在互联网用户中的占比不低于20%。

　　到2020年末，市场驱动的良性发展环境日臻完善，IPv6活跃用户数超过5亿，在互联网用户中的占比超过50%，新增网络地址不再使用私有IPv4地址。

　　到2025年末，我国IPv6网络规模、用户规模、流量规模位居世界第一位，网络、应用、终端全面支持IPv6，全面完成向下一代互联网的平滑演进升级。

　　由此可见，针对2018年底要求完成2亿活跃用户的目标，对于ISP、ICP都是一个很大的挑战。而且，对于国家机关的网站的IPv6迁移也是硬性指标。这给CDN市场带来了新机遇，有很大的机会为客户、潜在客户快速安全地实现IPv6业务合规上线和迁移。本文将为大家介绍IPv6的关键技术知识点。

　　IPv4的地址长度为32位，地址空间为2的32次方，约42亿个(世界上平均3个人有2个IP地址)。

　　如图可见，地址中，以“0”开头的组，就可以省略0，而多个连续的全0字段，则通过“::”来压缩代替。

　　其中，前缀相当于IPv4地址中的网络ID，接口标识则相当于IPv4地址中的主机ID。前缀长度就是和IPv4地址标识一样，采用/xx来表示，如：2001:da8:207::8207/64。

　　如同 IPv4 的Unicast模式，适用在单一节点对单一节点的数据传送。标识一个接口，目的地址为单播地址的报文会被送到被标识的接口。

　　也是用前10bits为首码，内容固定为1111111010，接着是连续54bits的0，最后的64bits也是接口标识。

　　IPv6的组播整合了IPv4的Multicast及广播传送 (Broadcast)，适用于单一节点对多节点的传送。标识多个接口，目的地址为组播地址的报文会被送到被标识的所有接口。

　　Anycast的特殊之处在于：一个Anycast地址可以被多个节点使用，但是传送给此地址的报文，并非真的将它送到这些节点来，而仅仅是送给距离最近或成本最低(根据路由表来判断)的一个节点。

　　以RFC4291的规定，目前的Anycast地址只能分配给路由器，不能分配给电脑使用，而且不能作为发送端的地址。这种IPv6地址的首码长度不固定，首码以外的位元都是0。

　　由前文可知，设备的后64bit的地址是和设备相关的。因此如何设置这64bit的地址段则就是设备相关的。

　　EUI-64就是通过设备的MAC地址来生成这64bit地址字段。而由于MAC地址是48bit，通过将48bit的MAC地址对分为两段，两段之间填入0xFFFE来补齐为64bit。

　　针对EUI-64有可能造成的主机MAC地址和IPv6地址对应关系所引发的安全隐患，采用自动生成的伪随机数来规避的方法。

　　ICMPv6 是基于RFC 2463，相对于IPv4的ICMP的演进，基本的信令模式是类似的，但是信令的种类和code进行了变化。

　　说明数据包大于IPv6链路的MTU。由于IPv6不会根据MTU而将数据包分包，所以会通过ICMP信息通知源数据包大于MTU。

　　IPv6的路由器定期发送Router Advertisement (RA)外服ip代理，来提示路由的存在和提供主机的配置信息。RA信息是ICMP type 134 信息，从发送路由器的单播地址作为源，目的地址是link-scope all-nodes的组播地址。RA设置255为跳数限制，而且不能发送到local link之外的网络。

　　RFC 3775将移动IPv6协议定义为：不管IPv6节点位于IPv6网络的何处以及与移动IPv6节点通信的其他节点是否支持移动IPv6，始终可以对IPv6节点进行访问。

　　当移动节点移动到外地链路，通过无状态自动配置或有状态自动配置转交地址。然后移动节点注册它的primary转交地址到家乡链路的一个路由器上，请求这个路由器充当它的家乡代理，这个过程称为“绑定”。移动节点通过发送“binding update”的消息，然后家乡代理回应“binding acknowledgement”来完成“绑定”过程。

　　通信节点不要求支持移动IPv6，也不需要移动节点和通信节点间绑定注册。通信节点不知道移动节点的转交地址，它就像向其他任何固定节点发送数据包那样向移 动节点发送数据包。通信节点只是将移动节点的家乡地址(它知道的唯一地址)放入目的IPv6地址域中，并将它自己的地址放在源IPv6地址域中，然后将数 据包进行转发。这样，数据包将被送往移动节点的家乡链路，就像移动IPv4中那样。在家乡链路上，家乡代理上使用“代理邻居协议”(proxy ND)，截获这个数据包，然后把这个包作为净荷，在其上面再加上一层IPv6报头，把新的数据包发送到移动节点的转交地址，这个过程应用的是“隧道技术”。移动节点将送过来的包拆封，发现内层数据包的目的地是它的家乡地址，于是将内层数据包交给高层协议处理。从移动节点发往通信节点的从“反向隧道”发往家乡代理，然后按照传统的路由方式发送到移动节点。

　　需要通信节点必须支持移动IPv6，而且移动节点注册了它的绑定连接到通信节点。当通信节点发送报文到移动节点时，首先从其绑定缓存中查找包含移动节点的 IP地址的条目，如果找到，则使用type 2 路由头来发送报文(报文的目的IP地址为移动节点的转交地址)，type 2路由头里包含了移动节点的家乡地址，当报文到达移动节点的转交地址时，移动节点把路由头里的Home address作为报文最后的目的地址，然后移动节点判断报文的目的地址为自己的家乡地址，则将内层数据包交给高层协议处理。类似的，移动节点使用home address option来通知通信节点自己的家乡地址。路由优化消除了与双向隧道向关联的传输延迟。