众所周知，实时流量（例如语音）对广域网 (WAN) 中常见的各种网络变化非常敏感。流量路由或丢失数据包造成的延迟增加会中断语音通话。停电和断电可能会导致电话掉线。并不是说你不能在公共互联网上运行语音，像Skype这样的服务证明这是可能的，只是企业级语音更具挑战性。

正是出于这些原因，组织通常跨 MPLS 服务运行其企业级语音。MPLS 减少的延迟和较低的丢包率使呼叫听起来更好。更长的正常运行时间意味着语音服务将在用户需要时可用。

Internet VPN能否提供可比较的服务水平？可能，但这取决于用于构建混合WAN或SD-WAN的设备的一些功能和特性：

一条好路——SD-WAN和在较小程度上混合WAN设备在连接到多个网络时最有用。这样他们就有更好的机会找到适合给定应用程序的网络，例如语音。但是，如果没有任何Internet连接具有足够低的延迟，则没有SD-WAN解决方案可以解决该问题。

快速会话切换——SD-WAN设备需要能够检测破坏性事件并在路径之间切换足够快以维持语音会话。多快才够快？未经优化的传统 IP 路由在大约 30-40 秒内收敛到备用路径。一些 SD-WAN 解决方案可以在几秒钟内检测到一个事件并进行故障转移——对于维持 TCP 会话来说足够快，但对于语音来说不够快。一些 SD-WAN解决方案可以提供亚秒级故障转移，足以保持语音会话。但是，请理解，这将需要在第二条路径上镜像数据包，从而消耗带宽。

数据包丢失校正——由于语音质量与数据包丢失级别密切相关，一些解决方案宣称能够即时重新生成数据包。细节会有所不同，但总的来说，这涉及擦除编码（类似于 RAID 系统）。添加到数据包的奇偶校验位和注入流的奇偶校验数据包的组合允许系统恢复丢失的数据包。不过，数据包丢失纠正不是魔法棒。它可以减少丢包，但不能消除非常“有损”链路上的丢包。如果拥塞导致丢包，丢包校正可能会加剧问题。

与 Internet 服务不同，SD-WAN / 混合 WAN 设备需要提供流量整形。它通过分配最小和最大带宽量来防止需要带宽的应用程序使语音会话饥饿。假如说：

1、语音有足够的带宽

2、连接网络具有足够低的延迟

3、丢包足够小或者可以实时纠正

4、故障转移时间不会中断活动的语音会话

那么 SD-WAN 或混合 WAN 应该能够支持业务质量的语音。