多路捆绑 VPN应对带宽挑战2

多路捆绑 VPN应对带宽挑战2

　问题

　　从表面上看，多线路捆绑似乎是一种非常理想的技术，但真正实现起来，还存在不少困难。

　　数据要同时在多条线路上传输，如何能保证相同的业务数据分配到不同线路时，仍然不受影响呢？比如一串视频数据，发送时通过多条Internet线路，在接收端，传输的数据顺序必须准确有效，并能还原成发送前的状态。

　　线路的中断和恢复也是一个必须解决的问题。一旦一条线路出现故障，所承载的数据要立刻无缝切换到其他线路，并保证业务不受影响。同样，线路恢复后，也要能够在新恢复的线路上建立VPN隧道，并能够重新调整负载均衡策略。

　　由于Internet连接方式也多种多样，用户为了进一步增强系统稳定性，往往倾向于从不同的运营商处申请线路，就会存在各种不同方式的Internet线路(如ADSL、宽带、DDN等等)需要能够实现带宽的捆绑和叠加。

　　组合

　　在一个路由器上做多条线路捆绑的方式有多种组合：多条ADSL线路捆绑，多条光纤线路捆绑，光纤和ADSL线路进行捆绑。这种捆绑是一种带宽相加式的捆绑，而不是线路互相备份。一些产品在参数上写着“……可以进行多路捆绑，还支持互相备份……”其实这句话是要分开来看的，因为2条ADSL线路使用多路捆绑模式的时候是不能实现互相备份的，就像两个硬盘使用RAID0加速的时候不能实现RAID1备份一样。

　　从实际应用的角度去分析，两条线路进行捆绑后，上下行的流量是不可能达到1+1=2的效果的，2条以上的线路也是同样道理，原因大致如下：

　　当每一个数据包进行传输时，它必须先选择其中一条线路，这个选择的过程就是路由器进行调度分配的过程，路由器会按照预先设定的算法将每一个数据包根据一定的条件(这个条件通常不是固定的)分配到一条线路，这个过程会占用路由器的处理器资源，需要耗费一定的时间，当然耗时是非常短的，但是大量的数据包耗费的时间累加起来就比较可观了，加上现在中低端路由器的处理能力还比较有限，所以这种资源的消耗是不能忽略的。如果你捆绑两条2M的线路和一条4M的线路做对比，就会发现捆绑两条2M线路的速度不会快过那条4M的线路，其中一个重要因素就是路由器上对数据包进行调度而耽误了数据转发的时间。