QoS是一个棘手的问题。事实上，当我们在WAN转换，这使得我们的网络电话服务越来越多新的MPLS网络，很明显，QoS设计是设计中最棘手的部分。它需要了解应用流量流级别，VoIP流与SIP Trunking，视频的百分比分配，关键应用，常规应用和互联网，并确保这些流量都是适当的标记。最后，您必须使所有这些都与MPLS服务提供商为QoS提供的服务兼容，这可能不像您希望的那样灵活。幸运的是，我们要搬到单一的，全球的MPLS运营商，所以我们至少移除了使QoS在两个运营商之间工作的麻烦．而广域网路转换正在进行中在美国，我们也在努力获得我们的前两个思科网真系统部署在我们两个主要的公司办公室。在与一家专业安装服务公司合作时，我们被告知一件令我震惊的事情。思科要求(好吧，好吧，“强烈建议”)网真在网络中获得自己的QoS队列。真的!这是要求您自己的队列的一些昂贵的QoS资源。我查看了一下Telpresenece SRND在很多地方都有记载。最大的问题是，大多数MPLS IP VPN服务提供商只提供4、5或6队列的QoS模型。AT&T提供6个队列而Verizon则提供6个。但是，其中两个队列已经分配给了语音(EF)和默认(Internet、备份等)。现在，根据思科的说法，第三个队列是专门用于网真的。这就只剩下1-3个队列用于其他所有事情。通常一个6队列模型包括一个清理队列，它适合垃圾，而不是应用程序。
- 队列#1 - EF -声音
- 队列#2 - CS4 -网真
- 队列#3 - CS3 -打开
- 队列#4 - CS2 -打开
- 队列#5 - CS1 -清道夫
- 队列#6 -默认
如你所见网真SRND要求单独的队列只是为了网真只剩下两个队列供您进行其他操作。其他视频流量呢?如何将关键应用程序与交互流量、Exchange和企业批量数据分开?你属于哪里基于云的交通？如果Internet需要从备份流量中分离出来，但又不能让Internet淹没公司应用程序，该怎么办?为所有公司应用程序只留下两个队列是不够的。意识到这个问题，网真SRND提供6队列服务提供商模型，用于专用网真队列:但这个模型有效地将所有企业TCP流量——关键应用程序、电子邮件、云、普通TCP流量、CIFS等——放入一个队列(SP-Critical 2)。然后，所有剩余的UDP流量——流视频、多播、其他视频会议——落入第二个剩余队列。对不起，这行不通。TCP应用程序-是什么让企业运作起来的——在交通拥堵时开始相互踩在对方身上。Exchange和CIFS将扼杀Oracle、Siebel和SAP。业务部门将开始尖叫。我完全支持高质量的网真，但这是不可行的。思科需要重新考虑SRND。它为Cisco特定技术提供了太多的有限资源(QoS队列)。如果网真不能和其他流量(比如其他视频流)一起排队，那么网真协议就需要更好。
更多来自Field博客的>:
Facebook-Skype联盟可能会推动一些严重的视频带宽使用
我们也喜欢隧道- EoMPLS连接两个数据中心雷竞技电脑网站
去思科子网浏览更多思科新闻、博客、论坛、安全警报、图书赠品等。