如果有一个应用程序能让SD-WAN实现者心惊胆战，那么它提供了可预测的实时语音服务。那么，让我们来谈谈sd - wan如何发挥作用。
声音的问题
我们需要把声音的理论和现实分开。这个理论是这样的。互联网可以用来收发电子邮件和浏览网页。对个人声音来说也很不错。但如果我想提供语音服务，每天都不打嗝，那么我就遇到了问题。语音是一种实时协议，对延迟、丢失和抖动有严格的容忍度。超过这些容忍度，语音服务不良的常见症状就会出现。流量路由或数据包丢失导致的延迟增加会干扰语音呼叫。停电和电力不足会导致通话掉线。
有了这样的故事，唯一的答案似乎是MPLS或其他一些sla支持的骨干公司，比如Aryaka或卡托网络．声音的现实要复杂得多。这并不是说你不能在公共互联网上运行语音，像Skype这样的服务证明了这是可能的，只是商务舱语音更具有挑战性。有些互联网路线实际上是很容易预测的，特别是在北美。与此同时，MPLS可用性很高，但对于每个办公室通常只有一个活动连接的本地环路来说，不一定如此。
SD-WANs如何帮助
sd -广域网路使用许多技术来改善语音。基于应用程序的路由允许sd - wan引导话音流量通过最优路径。仅这一点就比一般的互联网有了很大的改进。通过运行两个活动连接，sd - wan可以以足够快的速度将活动调用切换到次要连接，以保持调用。
多快才算够快?传统的IP路由在大约30到40秒内收敛到备选路径。一些SD-WAN解决方案可以在几秒钟内检测到事件和故障转移—对于维护TCP会话来说足够快，但对于语音来说不够快。一些SD-WAN解决方案可以提供次秒级故障转移，足以保持语音会话。
语音质量也可以通过补偿丢包来提高。一些sd - wan会使用Forward Error Correction来动态地重新生成数据包，这种技术类似于RAID系统的擦除编码。系统为报文添加校验位，并在报文流中注入校验包，使接收SD-WAN节点恢复丢失的报文。
分组复制是保证语音质量的最安全的方法。通过包复制，SD-WAN节点在两条或多条路径之间镜像包。如果数据包在一个链路上丢失，镜像数据包将通过次要链路传送。
包复制可以使一切不同，但它不是完美的。复制报文会占用二级连接的带宽。包排序也是SD-WAN必须解决的问题，但它是有效的。
例如，我的一个呼叫中心客户，在菲律宾有1500人通过MPLS网络连接到洛杉矶的一个电话交换机。该公司发现，它需要改进故障转移，因为地震事件或其他问题会中断通话，导致通话中断，并迫使电话重新注册。虽然不频繁，但停机时间和客户体验的成本很高。使用带有重复数据包的SD-WAN消除了这个问题。通过调整第二条电路的重复百分比，他们获得了BGP无法匹敌的故障转移保护级别，同时降低了重复所需的带宽成本。
综合考虑这些措施，您应该能够通过比MPLS成本更低的、性能良好的连接来交付语音。但是在很远的地方，或者在互联网欠发达的地区，唯一的选择可能是sla支持的骨干。即使这样，当语音通过互联网工作时，也不能保证你的可靠性达到5 - 9。如果您可以接受这样的服务，那么通过基于internet的SD-WAN运行语音应该没有问题。