免责声明：如果您的广域网加速供应商合作，请不要发电子邮件说：“我们的技术是不同的”或“我们可以让它为你工作”。除了一些不同的调整，在一般情况下，它是相同的。请不要打扰。
当它来到广域网加速，我喝了库尔急救。我很兴奋的技术，这是有意义的方式来解决广域网的典型问题，并有在市场驱动的创新良好的竞争。因此，我推动了过去几年来买它。但是，在软投资回报率“它将使我们更富有成效”不打算在飞过去的两年中给出的经济。大约6个月前，但因为业务的变化和雷竞技电脑网站数据中心整合，我找到了一种方法来产生硬美元的投资回报率。从本质上讲，我们要拿出我们的独立实验室WAN并使用节省成本购买WAN加速。这是一个很好的商业计划。我实际上用过我所学到的东西MBA财经类构建ROI模型。然后我们将其卖给了IT管理和其他业务单位。我们被设定了。接下来，我们做了一个相当广泛的飞行员。我们在整个网络中部署了来自不同WAN加速供应商的设备并开始测试。结果是......好吧.....很好，但不是革命性的。是的，某些网页是Snappier，SharePoint有点快，但没有什么令人兴奋的。CIFS非常令人惊讶，但老实说，我们的用户是技术精明，他们刚刚在多年前使用CIFS。因此，没有问题就是一个解决方案。更重要的是，我们的较小田野网站只是没有看到任何好处。 These sites have two 3 or 6 Mbps circuits shared between 50-100 users.这不是一个很大的带宽。那么，让我们在那里丢弃一些WAN加速，一切都会很棒！不。首先，WAN加速真的在其缓存可以满足大多数用户流量时，在小带宽站点中具有差异。这些是热的转移。如果大多数数据传输是温暖的，用户会得到很多好处，并且几乎不会使用WAN。在这种情况下，您可以保持带宽低并投资WAN加速度。不幸的是，鉴于我们的外地办事处的动态，很多交通并没有最终。我们的外地办事处不是银行分支机构或麦当劳的烹饪器材的饼干实现。每个办公室都是它自己的小商业部门，服务于不同的客户，并进行不同的工作（包括每个办事处的人之间）。 So, when the cache doesn't have the data, it's a COLD transfer. In this case, the WAN acceleration also provides some benefits: TCP acceleration, compression, QoS, error correction, etc. The problem is, with COLD transfers, the data has to still flow over the small WAN links. So, before WAN acceleration, a single user on these 6 Mbps circuits could max a TCP session at say 4 Mbps because of WAN delay. But, add WAN acceleration in and this 4 Mbps shoots right to 6 Mbps. At this point, the circuit can't transfer any more. But, the user doesn't really notice the difference because it's not that much more bandwidth AND now we have induced a WAN bottleneck. QoS kicks in and starts dropping packets which backs off TCP transfers of this user and the other 50 users at the site. Thus, the users don't notice the difference. And, because we hastened the bottleneck on the small WAN circuits, some users get angry. Despite all this negativity, I do feel there is a good role for WAN acceleration (at least in our network). That is at sites that do have plenty of WAN bandwidth. Currently, without WAN acceleration, because of WAN delay, users at sites with big bandwidth links can't utilize them. For example, a single TCP session from Amsterdam to California can max out at around 5.4 Mbps. But, we have nearly 90 Mbps of WAN bandwidth in Amsterdam into ourMPLS云。因此，我们有带宽，而不是利用它的能力。但现在带来广域网加速。然后，我们必须利用广域网加速（温暖和寒冷的转移）的所有优势的能力（大带宽）。如果它的温暖，伟大的。但是，如果它的寒冷，仍然需要通过广域网进行传输，我们有带宽来做到这一点。那么你得到的广域网加速，特别是TCP加速可以提高应用程序的响应时间的所有其他好处。取而代之的每TCP会话速率达到5.4 Mbps，广域网加速采取防寒TCP会话也许20 Mbps的。这是一个很大的不同，用户将发现。所以，现在我需要做的是让我们的WAN提供商让我们GOBS更多带宽并从中找到了广域网加速齿轮几百万美元。而我的下一个绝招......
更多>从现场博客条目：
思科的Nexus 5000的穷人会导致数据中心交换测试雷竞技电脑网站
去思科子网更多思科新闻，博客，论坛，安全警示，书赠品等。