CTI论坛（ctiforum.com）（编译/老秦）： 与VoIP结合的统一通信是任何企业服务组合的组成部分。尽管它很重要，但维护一个可靠的VoIP服务和解决语音质量仍然具有挑战性。
作为一个应用程序，VoIP因其潜在的网络不一致性而臭名昭着。网络中的包丢失、延迟和抖动可以显着影响语音质量和服务水平。随着企业对UCaaS的接受程度日益增长，VoIP的监控和故障排除也变得更加复杂。IT团队现在的任务是确保应用程序在他们不拥有、不能管理或维护的网络上进行应用。
VoIP监控需要数据集的组合，每个数据集提供了不同级别的可见性，并简化了故障排除。呼叫细节记录（CDRs）对于账单、审核和语音通话质量的分析至关重要。包捕获和协议分析对于语音回放和对VoIP包的检查非常有用。然而，这些传统的技术在本质上是反应性的，在UCaaS环境中只能提供有限的可视性。
在云的时代，应用程序监视和网络可见性不应该是事后的想法。转移到UCaaS解决方案的企业应该考虑以下最佳实践来维持一个成功的语音策略。
部署前的基准
考虑一种主动的VoIP监控方法。通过定期复制实时传输协议（RTP）流，主动监视解决方案在你的网络中模拟VoIP的调用。当你构建一个持续的性能基线时，主动监视可以提供对VoIP应用程序健康和可用的监测，以及语音质量指标，如平均意见评分（MOS）。然而，关键的优势在于，你现在可以在开始工作之前对你的UCaaS部署进行基准测试和验证。预先部署测试可以帮助你主动计划、确保和改进服务交付。
多于MOS的监控
当涉及到监控语音通话质量时，MOS是最好的指示器。然而，MOS并不代表初始调用的建立和SIP信号阶段。
应考虑监测SIP交互和RTP语音质量，以实现有效的语音监控策略。虽然声音质量下降会导致糟糕的终端用户体验，但甚至不能打电话也同样令人沮丧。另外，SIP服务器的网络路径与RTP流无关，因此了解每个阶段的网络拓扑将提供关于端到端服务交付的故障排除的上下文数据。
保持网络的透明
像语音这样的应用程序在网络不一致方面的门槛很低。例如，差异化服务代码点（DSCP）可引起网络延迟，增加可能严重影响语音质量的延迟。在一个网络中，DSCP值基于操作员自己的策略。由于每个操作员都设置自己的QoS策略，所以DSCP值经常在网络之间的边界上发生变化。随着UCaaS的部署，随着语音流量通过第三方ISP网络的增加，这种效应得到了增强。在监视VoIP性能时，不要忽略底层网络。
声明：版权所有 非合作媒体谢绝转载
