我们可以将SD-WAN可靠地链接到UC改进吗?

2019-10-22 16:02:33 云杰通信 108


软件定义的WAN或SD-WAN无疑是一个热门话题,最近,SD-WAN在UC / UCC中的应用变得更加热门。SD-WAN是否可以真正改善UC,使语音和协作更加可靠?通常情况下,答案并不像看起来那样简单。SD-WAN确实无法解决某些网络问题,而其他解决方案可能取决于您选择的SD-WAN实施。

虚拟专用网(VPN)是企业连接规划中的一个固定装置,但是数十年来,它们一直面临着在全球范围内的各个卫星位置提供统一支持的挑战。在其他领域,成本将带宽限制到了当今的消费者甚至认为不合格的水平。SD-WAN为企业提供了一种使用Internet补充“瘦”站点上MPLS的方法,还可以使用Internet备份传统的MPLS VPN连接。难怪这对许多企业来说都是令人兴奋的。

我们可以将SD-WAN可靠地链接到UC改进吗?

但是,这种成本和连接性价值主张不足以区分两个或更多的SD-WAN解决方案。这就是为什么SD-WAN提供商(供应商,托管服务提供商,甚至网络运营商)越来越关注针对特定应用程序的SD-WAN支持的原因,这就是UC / UCC出现的原因。用户面临的挑战是差异化营销,而不是严格的真理,因此,让我们看一下SD-WAN实施提出的一些UC / UCC主张,看看它们是否成立。

对或错?

第一个主张是SD-WAN将改善语音通话质量,而其真相取决于导致通话质量问题的原因。互联网上有很多服务质量变量,并且这些变量都不是真正受SD-WAN控制的。如果Internet拥塞,则通话质量将受到影响,这使该说法不实。

一个相关的说法是,SD-WAN可以优先处理诸如UC / UCC之类的实时流量。这会改善您的通话质量吗?这取决于您要优先处理的流量。如果每个人都走到了队伍的最前面,那么优先就没有任何意义。许多SD-WAN实现都可以对呼叫进行优先级排序,因此,如果网络容量足以处理优先级流量,则此主张可能是正确的。

最终的通话质量声明是SD-WAN监视通话质量并采取措施纠正问题,这一问题必须在声明的两部分中进行分析。首先,并非所有SD-WAN实施都监视呼叫质量,而那些使用不同指标并因此识别不同故障的实施。其次,如上所述,SD-WAN几乎不会影响潜在的Internet问题。如果Internet上的传输延迟过长,则SD-WAN无法更快地推送数据包。是的,可以进行到MPLS VPN等替代网络的故障转移,但是这可能会挫败首先证明SD-WAN合理的节省成本的优势。

我们可以将SD-WAN可靠地链接到UC改进吗?

这里的反事实是,某些SD-WAN实现实际上可能会损害呼叫质量。SD-WAN是建立在物理网络之上的逻辑网络,该过程会产生一些开销,具体取决于SD-WAN实施使用的技术。隧道协议被广泛使用(但不是普遍使用),并且那些协议向每个语音数据包添加了一个附加报头。语音数据包通常很小,以减少累积语音样本时的延迟,这可能意味着非常大的开销。一些用户报告说隧道头的开销可能超过30%。这会降低您的有效网络容量,这意味着即使有优先级,拥塞和语音故障也更有可能而不是更少。

经常提出的下一个主张是SD-WAN将减少掉话的次数。该要求的真实性完全取决于实现方式。请记住,SD-WAN会在实际网络连接上方(通常是Internet)创建一个虚拟网络。如果SD-WAN跟踪这些覆盖连接的状态,则可以在由于网络故障而丢失这些覆盖连接的情况下恢复它们,但前提是可以使用备用路由。如果SD-WAN知道各个语音会话,则可以快速恢复它们。如果它使用隧道来承载多种流量类型,则可能会或可能不会“看到”特定的语音会话问题。

有一种说法是,SD-WAN改善了通信,这几乎是绝对正确的说法。通过将所有内容都放入公司VPN中,SD-WAN允许所有应用程序(包括UC / UCC)以相同的方式为所有站点的工作人员工作。这倾向于消除在没有MPLS连接的站点中可用的工作人员生产率提高方面的差异,并且通过为所有人创建单个VPN,也使与工作人员的应用程序连接的管理更加容易。

通常,SD-WAN实现可提供显式的连接控制,这意味着您可以准确描述允许连接的对象,更了解UC / UCC应用程序以及更好地管理其性能。还要记住,SD-WAN在不使用它的站点中无济于事,因此请注意在MPLS VPN中SD-WAN外部发生的连接问题。