超越 Skypes 最低网络要求以获得最佳效果

Skype for Business 的正常运行时间保证为 99.9%，这与您在这个 SaaS 和云应用程序时代所要求的一样好，对吧？每年处理大约 8 小时的停机时间似乎并不可怕。

但是，专门设计 Skype for Business 部署以满足最低网络要求以实现正常运行时间并不是唯一重要的事情。当 Skype for Business 是您业务的关键应用程序时（例如，如果您的销售总监试图完成一笔大交易），其他指标也变得同样重要。这就是为什么公司必须缩小到鸟瞰网络视图，以全面了解影响 Skype for Business 等应用程序性能质量的因素。

满足最低网络性能要求

为了确保出色的实时媒体质量，而不仅仅是良好的实时媒体质量，在将网络连接到 Skype for Business Online 的整个路径上必须有足够的带宽。

当我们谈论语音应用的质量时，有三个影响因素：

1. 延迟： 网络上从 A 点到 B 点的网络传播延迟。
2. 丢包： 指定时间段内可能导致音频中断的数据包丢失百分比。
3. 抖动： 连续数据包之间延迟的平均变化。

为了优化 Skype for Business 媒体质量，Microsoft 建议采用以下网络性能指标目标或阈值：

公制 目标 延迟（单向）<50ms 延迟（RTT 或往返时间）<100msBurst 丢包<10% 在任何 200ms 间隔期间Packet loss<1% 在任何 15s 间隔期间Packet inter-arrival Jitter<30ms 在任何 15s 间隔Packet reorder<0.05% out-有序包

对于某些人来说，实现和维护这些数字可能很困难，这就是 Microsoft 提供规划工具并建议实施服务质量 (QoS) 以便数据包可以更快地通过网络传输的原因。

为什么要超越维持 QoS 的阈值

Skype 实时媒体通过各种设备传输，包括服务器和客户端应用程序，并跨越不同的网络。由于这些网络和旅行的复杂性，仅仅满足门槛是不够的；相反，公司应该努力超越最低限度的努力，以保持端到端连接的质量。这意味着要积极努力实现可以详细说明指标的监控，例如网络路由器逐跳提供的指标。

糟糕的用户体验不仅仅是一种模糊的可能性。使用软电话应用程序部署 Skype 的组织经常发现他们仍在为语音质量而苦苦挣扎。鉴于它是一项如此高度可见和关键的服务，网络团队必须专注于在用户体验到服务降级之前阻止延迟和抖动等问题。

仅依赖呼叫详细记录的传统 VoIP 监控技术大多是被动的，这几乎会保证不愉快的用户体验。随着向基于云的 UC 和 VoIP 的继续转变，这一点将得到强调，因为 Internet 上的质量通常被认为是“尽力而为”。

如果公司想要在其 Skype for Business 质量方面保持积极主动，他们必须采用关键的监控方法来包括：

• 主动监控语音流量，测试 VoIP 呼叫设置和流质量，从 SIP 信令到 RTP 流。
• 可以将 SIP 事务、语音质量和 QoS 实施指标与基础网络性能相关联的测试。
• 持续测量呼叫源和目的地之间的网络容量，以确定在高峰利用率期间的性能下降情况。
• 用户、主机、应用程序或对话的深入功能，以加快修复速度。

当您的 Skype 语音质量不可接受时该怎么办

在笔记本电脑或 PC 上运行 Skype 客户端的组织无法以与传统语音部署相同的方式管理语音流量。将语音流量与其他关键业务数据流量进行分割和优先排序几乎是不可能的，但这并不意味着每个人都必须默默忍受拥塞。

AppNeta 开发了一种监控解决方案，可以回答“我的网络是否足够健壮？”的问题。通过本质上主动的持续监控，可以监控通过网络（包括 WAN 和第三方网络）的呼叫是否存在特定于 Skype 的问题。

要了解有关监控业务关键型 SaaS 应用程序（如 Skype for Business）的更多信息，请下载我们的白皮书。