Mesh问题

　　前面所提到的“Hubs”和“Spokes”问题主要是单个连接的过渡问题，解决的是在IPv4/6环境下两点通信数据包的传输问题。而“Mesh”问题则针对多个通信对端，在不同地址协议族构成的网络中，如何找到一条基于策略的最优路由建立隧道。“Mesh”问题所提出的场景如图２所示。

　　图２中四个黄色的所标示的网络想通过与其地址族不同的传输网络彼此通信，双栈的边缘路由器完成数据的封装和解封装。相对于传统的手工配置一对一的隧道，“Mesh”问题就是要解决一个多对多的动态隧道问题。边缘路由器如何传递可达信息，基于策略建立最优隧道成为了解决问题的关键。

　　可以看到Softwire工作组中的Mesh问题和L3VPN工作组的工作很像。在L3VPN中通过传递优化的、私有或者重叠的虚拟地址的路由信息来达到建立自动隧道的目的。可以说Mesh问题是L3VPN问题的派生。他们最大的不同在于Softwire中传递的路由信息不再局限于VPN私有地址或者单一地址簇的地址。

　　第一，扩展性

　　在Mesh问题中边缘路由器（AFBR）的数量要与接入的不同地址协议簇的网络个数相当。这些边缘路由器需要互相交换整个互联网需要传递的路由信息。如果接入的网络不是VPN，那么Mesh问题所要解决的扩展性如同一般承载网络所遇到的一样。BGP peer的数量可以通过路由反射器（router reflector）来进行优化。

　　第二，发现，维持和建立时间

　　就像L3VPN中边缘路由器那样，Mesh问题中边缘路由器也能够互相发现，在传递路由信息的同时保持和维护彼此的信息。这需要提出新的协议或则对已有协议进行扩展。在边缘路由器之间传递数据的Softwire隧道要保持总是可用的，而不需要在传递数据时引入另外建立的隧道所需的延时。

　　第三，组播

　　Softwire需要支持组播。在Mesh的环境中可以分成承载网络不支持组播和承载网络本身具有组播功能两种情况来讨论。当承载网络不支持组播时，边缘路由器需要通过单播的方式将数据复制多份通过Softwire传递。当承载网络本身具有组播功能时，需要利用已有的组播功能为接入网络提供优化的组播服务。

　　第四，封装

　　在Mesh问题中，隧道封装的形式不应该单一。相反应该提供多种封装方式，根据本地的配置策略通过某种方法来进行选择。隧道封装至少需要提供以下几种：L2TPv3、IP-in-IP、 MPLS(LDP-based 和 RSVP-TE based)、GRE和IPsec。隧道的选取可以根据策略如数据包种类、路由器类型以及Softwire端点的特征等。

　　第五，安全

　　在Mesh问题中，路由信息是发给所有的边缘路由器，所以不需要如“Hub and Spokes”问题中那么强的安全认证手段。但是需要为Softwire上传递的数据提供不同的安全级别。Softwire必须支持IPsec，关于IPsec的一些参数文件必须事先定义。控制信息报也需要一定的安全手段，至少要保证不会被从中篡改。