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

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

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

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

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

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

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

1、语音有足够的带宽

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

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

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

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