你可能会认为语音质量问题是过去的事情了，因为我们已经知道延迟、抖动和数据包丢失是在几十年内损害VoIP质量的因素。但随着网络基础设施和流量的变化，声音质量也会随之改变。你在网上发送语音信息吗？你使用的是基于云的通信吗？你需要一次又一次地测量，以确保声音的质量仍然是可以接受和一致的。问题是，你想拥有这项技术还是使用云服务来进行语音质量测试？
关于这个主题的新观点，我采访了Nick Kephart，他是ThousandEyes的高级产品主管，该公司为监控网络基础设施、故障排除应用程序交付以及映射网络性能提供了工具，所有这些都是从一个基于SaaS的平台上完成的。如下图所示。
资料来源：ThousandEyes白皮书，“ThousandEyes，企业网和局域网监测”
为什么我们仍然存在VoIP语音质量问题？
Kephart：考虑到语音通信的实时特性，其尤其容易受到延迟和抖动的影响。声音是一种高度可见的、关键的服务，员工、客户和管理人员会迅速注意到性能问题。然而，大多数监控产品只关注端到端呼叫细节记录【CDRs】。他们忽略了网络细节，在某种程度上足以定位容量问题、抖动、丢失、延迟和DSCP（QoS）。随着基于云计算的UC和VoIP被采用，对网络端到端连接和服务交付的依赖只会使监控方式的转变更加关键。
测试VoIP通话质量时有哪些问题？
Kephart：传统的VoIP监测技术依赖于CDRs和数据包捕获，经常是反应性的，发现问题的时候已经为时太晚。它们也几乎没有提供在企业网络之外的任何可见性。这些技术可以通过对语音流量的主动监控来补充，这些流量既测试了VoIP呼叫的设置，也测试了语音流的质量。这意味着要积极地监控语音呼叫的所有部分，从SIP信号到RTP流。
每个网络段都是至关重要的。可以通过将SIP事务、语音质量和QoS度量与底层网络性能相关联的能力来加速故障诊断，以便更好地理解端到端服务体验。
当测试SIP中继时是否存在特定的问题？
Kephart：SIP到模拟PSTN电话系统，从私有到公共领域，会增加另一层复杂性，因为它们需要互连网关，将VoIP流翻译成模拟信号。然而，这种情况越来越少，大多数公共和私有部署都转移到了基于IP的系统。
是否存在常见的服务器问题--客户与供应商者？
Kephart：随着UCaaS的部署，在企业之外，语音通信遍历的大部分网络都在这个网络中。我们的客户经常遇到影响语音质量和交付的ISP（服务提供商）运行中断。由于DSCP在客户和ISP网络中都存在，因此遇到QoS问题也是很常见的。客户网络可以有各种各样的问题，从DNS解析到拥塞到糟糕的内联设备性能。
UCaaS供应商是否共享性能数据？
Kephart：一些UCaaS提供者为性能数据提供一个API，但是这些都集中在调用后的度量集合上。最终用户（企业）希望是积极主动的，对基于云的UC和VoIP服务的性能进行实时观察，以评估供应商，正确决定SLA性能，并解决问题。
云VoIP性能SLAs都包含了什么？
Kephart：通常，当基于云的VoIP流量在互联网上传输时，只有听天由命了，这是因为互联网是一个由他人的第三方基础设施组成的公共“尽力而为服务”的网络。大多数UCaaS供应商都有自己的数据中心和服务的可用性，而不是来自于客户位置的连接性。
如果声音的质量不能接受，我们该怎么办？
Kephart：当流量横贯公司网络或互联网时，了解问题的原因和发生的地方将有助于更快地解决问题。方法可以包括进行路由和连接性更改，向服务提供商提供更开放的数据，或者在长期内考虑对架构的更改或对服务提供商的另行选择。
我们从测试和改进VoIP质量中学到的经验可以应用于视频传输。主要的区别在于，视频比声音消耗更多的带宽。因此，视频传输更容易受到损害，问题立即可见。有时我们还能理解受损的声音，因为我们知道这个主题，或者知道说话者，但当视频被打断时，很难想象屏幕上发生了什么。
声明：版权所有 非合作媒体谢绝转载
