Softwire概述

　　IPv6融合和涵盖了多种先进的网络技术并具有良好的扩展性，成为新型网络体系结构中的网络层支撑协议。随着IPv6网络的大规模建设，IPv4/v6的过渡技术成为制约IPv6网络发展的核心问题。这一问题引起国际互联网标准化组织IETF的高度重视，成立了专门标准工作组Softwire。Softwire工作组致力于IPv4/v6过渡技术中的隧道发现、控制和封装方法的标准化工作，建立统一的隧道和封装方法，为IPv6的大规模应用提供重要技术支持。该标准鼓励多种实现的可交互操作，适用于IPv4网络通过IPv6网络互联和IPv6网络通过IPv4网络互联的应用场景。

　　Softwire关注的要点在于如何定义Softwire建立过程中的协商协议，以及在节点和相对应Softwire端点的封装办法。Softwire初始化配置包括两个步骤：Softwire端点发现和Softwire建立。工作组将尽可能地采用已有的技术，以现有的一些封装方式作为出发点，通过增加一些功能模块达到解决问题的目的。在Softwire的建立阶段，发起节点将和ISP协商Softwire建立所需参数。它们包括第一，封装类型（IPv4-over-IPv6 或者IPv6-over-IPv4），封装方式的协商需要有一定的扩展性，以覆盖未来的一些单播组播封装方法；第二，如何获得Softwire端点的IP地址。

　　Softwire工作组现有的草案中主要围绕两个问题展开：“Hubs”和“Spokes”问题和“Mesh” 问题。他们主要的区别在于需要IPv4和IPv6孤岛网络来管理的隧道连接和相关路由器的数量不同。“Hubs”和“Spokes”问题关注的是IPv4/6环境下点到点通信数据包的传输问题，只需要考虑单一配置隧道和静态路由的情况。而“Mesh”问题则针对多点通信的情况，需要考虑多隧道连接和动态路由的情况。总之这两个问题可以归为主机或者局域网连通性以及网络（VPN）连通性问题。他们有一定的相关性，但是处于不同的问题空间，有各自的功能和性能的需求，可以单独处理。

　　Hubs和spokes问题

　　在一些应用场景中，手工配置的隧道已经能提供很好的传输机制，充分地解决问题。但是由于特殊应用场景的存在，如动态IP和NAT的应用等，需要一些别的方案来扩充现有的隧道机制。“Hubs”和“Spokes”问题的应用场景如图１所示。

　　用户的数据从接入网络（access network）通过与其地址族不同的网络到达地址族相同的网络。其中最左边的接入网络代表四种用户接入情况：

　　1. Softwire发起端是用户本身双栈主机的情况，通过modem直接接入网络。

　　2. Softwire发起端是双栈路由器的情况，用户主机通过路由器接入网络。

　　3. Softwire发起端是用户主机的情况，通过与其地址族不同的单协议栈路由器接入网络。

　　4. Softwire发起端是用户驻地网络中的一个双栈设备，用户通过单协议栈路由器接入网络。

　　图１中的IPv4和IPv6可以换过来，构成新的应用环境。

　　在描述了应用场景之后，“Hub and spokes”问题还需要解决一下几个方面的问题和需求。

　　不升级用户网络设备路由器问题

　　NAT和PAT的情形

　　采用静态前缀授权的情形

　　授权、认证和计费

　　Softwire结束端的发现过程

　　Softwire的扩展性、路由、组播等方面