做好IPv6过渡时代的摆渡者

【51CTO.com 独家特稿】当时间来到2011年的时候，IPv4这个年近30的"老员工"终于正式进入了退休倒计时：最后一批IPv4地址在亚太地区的分配标志着全球可分配IPv4地址已经全面告罄。有人说，没事，IPv6正在路上，我们只要等着用就行。然而，当你的业务开始由IPv4向IPv6迁移的时候，你就会发现眼前出现的是一条难以逾越的鸿沟。

可怕的IPv4 - IPv6过渡期

毫不夸张的说，二十一世纪第二个十年是应用业务飞速发展的时代：包括3G、802.11n等一系列更高效移动技术的快速发展，从根本上给了企业用户和个人用户更强大的联网能力；平板电脑、智能手机等移动终端的爆炸式发展，更是让用户对各种互联网业务的需求更加清晰和急迫；同时，软硬件应用开发壁垒的降低，也在很大程度上推动了应用发展的进程。

但是或许有一天，你会发现你的世界，掉线了！

这并不是耸人听闻，无论开发者和服务商们承认与否，事实上目前我们所使用的绝大多数互联网应用都是面向IPv4网络所开发的。也就是说，你今天常用的很多网络应用，在未来的某一天，将不再被互联网所支持。

类似的问题同样会困扰提供内容等服务的互联网公司。在由IPv4向IPv6过渡的漫长时间内（5到10年的时间对于互联网来说足够漫长了），如何在过渡期保证自己的多媒体、游戏等内容可以完美运行在IPv4与IPv6两套网络之中，或者是利用一些转译机制实现"IPv4内容"运行在IPv6网络中（反过来则是，为IPv4用户提供基于IPv6的内容），绝对是不容回避的问题。大到谷歌、facebook，小到多如牛毛的小网站，每个将主要业务奔跑在应用层的公司都将因此大费脑筋。

企业的过渡困境：我的应用难做主

实现IPv4网络和IPv6网络的互联互通在当前已经有了很多技术，包括IPv4/ v4综合组网策略、隧道策略、隧道代理（RFC3053）、6to4隧道（RFC3056）、6over4隧道（RFC2529）、ISATAP机制、Teredo隧道等，它们在实现IPv4与IPv6主机互通、双方业务互通等方面均有各自不同的优势和弱点。

在两种网络互通基础之上，如何实现现有IPv4应用在综合组网环境中的正常应用、高度保护用户现有投资实际上是最终用户更加关注的问题。在此问题之上实际上就会引出另外一个更加直接的问题：我们是否应该对过渡到IPv6继续观望？

Blue Coat首席科学家兼高级技术专家 李庆

对于这类的问题，Blue Coat首席科学家兼高级技术专家李庆在接受51CTO记者采访时举了一个典型的例子："比如说某个大型企业，用12个不同的操作软件，HR、ERP或者是别的，这些操作软件都需要过渡，现在如果过渡的话他需要依赖每一个厂商，这个依赖性非常的强烈，应用上基本等于无法实现。"

对于中小型的企业来说，可能会面临更加严酷的状况：你的软件往往是"万国牌"的，这样一来，等待软件更新"IPv6版"是不现实的，企业本身也没有这么强大的资金流来平抑软件应用障碍所造成的业务水平下降。

同样，运营商在应用方面一样郁闷，"运营商在网络架构上过渡很长时间了，对他们来讲在底层过渡已经完全达到了。但是他要给服务提供出来，最终客户群，我给你提供哪些增值服务，这对他是一个难题。我卖给你什么增值服务，我多媒体的内容卖给客户群，客户群只是在以前的IPv4网上，我提供这些内容和服务全都是支撑他纯IPv6上，怎么把以前的客户群跟新的IPv6内容连接在一起，这是很难的问题。"李庆指出。

在这种纠结的现状之下，一种恶性循环已经逐渐展露端倪：用户对IPv6迁移顾虑重重，运营商在看不到市场前景的情况下对于基础网络的IPv6化也是踟蹰不前；同时，用户看不到运营商的大规模网络改造，即使在IPv6之上的业务用价格更低、性能更好，他们对于自己的IPv6建设仍然只能继续畏首畏尾。

在51CTO记者看来，整个市场都在呼唤双方的同步前进，而所有人都需要一个好的"摆渡者"，来帮助各方逾越眼前的鸿沟。

面向应用，做高性价比的"摆渡者"

针对IPv4应用在IPv6网络上的寸步难行，Blue Coat的解决方案从硬件的角度给出了一个不错的解决办法。Blue Coat产品市场经理申强谈到："包括Proxy等解决方案，只要设备底层可以支持IPv4和IPv6，无论你的客户端、服务器、应用、网络是纯IPv4、纯IPv6、混合式双栈的模式，对我们来说都可以把它连接。我们利用应用层的智能帮助应用层做智能化的处理。"

在Blue Coat的解决方案里，用户的业务、应用和内容仍存在于已有的IPv4网络中，通过如IPv6 Web安全网关、IPv6代理设备等硬件设备，帮助用户在IPv6网络环境下顺畅访问IPv4网络中的应用和资源，从而在IPv4与IPv6共存的前提下，充分保障了用户数据的安全和业务的连续。