对广域网（(WAN）应用程序交付进行优先级划分变得越来越复杂。网络工程师以前一直使用运营商级WAN QoS标记技术进行WAN应用程序交付优先级划分；然而，质量服务(QoS)并不是保证关键应用程序的万能方法。在企业中，需要在延迟和带宽方面得到保护的应用程序数量越来越多。WAN VoIP现在是主流应用，而且它不允许出现延迟、抖动或丢包问题。虚拟桌面基础架构（VDI）流量现在也通过WAN传输，而且如果用户发现鼠标操作出现延迟时，他们会极度不满。视频通信应用也开始出现类似问题。

　　Enterprise Management Associates的研究主管Jim Frey说：“这些对延迟敏感的流量流变得越来越普遍。任何进行WAN架构规划的人都需要了解如何部署这些技术，这需要规划如何管理WAN并对它进行优化。”

　　为什么单独使用WAN QoS不能保证WAN应用程序交付？

　　由于运营商和供应商中不存在统一的QoS标准，所以无法保证适合在一种应用程序上应用的QoS标记一定适合其他设置。Frey说：“一旦到了提供商网络，您不知道将会发生什么。虽然在网络边缘应用了QoS标记，并且它也适合交付链的其他部分，但是这通常是不够的。”

　　亚特兰大的NCDR LLC是一家为国家牙科提供商Kool Smiles提供非医疗服务的提供商，它的首席技术架构师Mark Blomquist说：“运营商提供的QoS效果并不好。它确实起到一些效果，但是网络变复杂时，它就会出现问题。”

　　NCDR为100多家Kool Smiles网站提供IT服务，包括一个由CenturyLink 交付的MPLS网络。虽然NCDR与运营商签订了三个高可靠性的服务水平协议(SLA)，但是它很难为Kool Smiles的偏远网站交付达到协议水平的服务。这种服务水平对一些关键应用程序造成了严重的影响，如VoIP和基于Citrix的瘦客户端。Blomquist希望能够在CenturyLink的MPLS中断时，将故障点恢复，转到另一家提供商。可惜，WAN QoS标记无法可靠地将一个运营商MPLS云切换到另一家运营商上。

　　“CenturyLink给我提供了三个方面的QoS：实时性、交互性和容量。我们在思科路由器上配置：‘在通向MPLS链路时，先在这里对流量进行优先级划分 。’您可以100%负载使用一条T1线路，同时仍然能够发起语音呼叫。但是，您只能在一条链路进行这些操作，所以如果使用多种运营商服务，就无法做到这一点。如果需要对流量进行操作，而非只是简单的传输流量，那么也无法做到这一点。假设您希望在多条链路上传输相同的流量，或者在通话时只丢掉40个数据包中的1个数据包，那么思科路由器是无法做到的。”