在我们约 5% 的客户通话中，我们发现抖动峰值较大且增量值较高，对通话质量产生了明显的影响。（断断续续/断断续续/机械音频）。我们从通过 Homer 服务器获取的通话质量统计数据以及在网络的 LAN 和 WAN 端获取的 PCAP 中了解到这一点。请参阅https://i.stack.imgur.com/BN2R9.jpg了解更详细的 rtp 统计数据。该问题非常罕见，但我们收到的报告告诉我们，该问题同时发生在多个通话中。
截图：
某处引入的非常高的抖动数字（可能不是真实的）
来自客户交换机上的镜像端口的 PCAP（镜像交换机端口至 Polycom VVX 手机）
VMWare 路由器的 RTP 统计数据
来自我们的 VMWare 路由器的另一个 RTPStats 示例
背景：
PBX：Asterisk 11 系统在 VMWare 中的 CentOS 6.5 上运行（ESXi 6.5，虚拟硬件 v13，通过 vCloud Director 作为专用主机进行管理），托管在我们的数据中心。8 核 - 32G RAM。负载非常低 > 平均 .07，但我们的通话量相当大（每天约 2000 次通话）。它是此基础设施中许多类似系统之一（许多系统也运行 VoIP/Asterisk）...其余系统运行正常，有些系统通话量大得多。
网络：流量通过直接 1G DIA (AT&T) 以太网电路传送到客户的 Cisco ASA 到我们的站点。流量经过的所有内部路由都通过 1G 链路，并且流量的优先级得到适当划分。
端点：Polycom VVX 以及一些 Bria 软电话
我们最初的想法是，这是在 LAN 上引入的，但 pingplotter/MTR 和各种其他测试都完全没有问题。我们最终将路由器入口上的一个端口镜像到 VMWare...我们发现，当它进入 VMWare 时，抖动并不存在，但从 VMWare 基础设施返回的所有线路上都存在抖动。这让我们目前认为，VMWare 或我们的 Asterisk 配置是罪魁祸首，但事实上，我们有超过 50 个其他客户托管在同一基础设施中，这让我将矛头指向我们的星号系统。也许是某种类型的 CPUWait 问题导致数据包无法及时加载到网络上？
此外，我们通常能够识别出，当拨打的振铃组有大量代理（大约 25 名代理同时响铃）时，会发生这些抖动峰值。我们的呼叫中心经理拒绝改变这种配置。我们还有其他组有类似的设置，但没有那么大。我还看到一些我认为是扭曲的抖动数字，这些呼叫（抖动以百万毫秒为单位 - 示例包括上面的屏幕截图）。我不确定这是在哪里引入的，也不确定它是否与我们的问题有关。
我们尝试过的方法：
在整个网络层全面实施QoS
将 Asterisk 设置为以高优先级运行
修改 UDP 和 Asterisk Jitterbuffers（似乎有一些边际效益）
安装 VMWare Tools 并将 VM 设置为“高延迟”敏感度
修改了系统电源设置以提高性能（我认为这是肯定的，因为它与此处描述的问题非常相似：服务器端 RTP 抖动的原因但没有运气。）
更换了环境中的许多交换机
已禁用 SIP ALG
G729 编解码器的实现（与我们的标准 G711 相比）
- Vmotion 已迁移至新主机
我们还希望将他们网络内的语音和数据划分为单独的 VLAN，但尚未获得网络供应商的适当认可……目前我们有点走进了死胡同。
如果你处于我的位置，你接下来会怎么做？我是否应该从其他角度来研究这个问题？或者我错过了什么明显的测试？
任何帮助深表感谢！
答案1
我觉得你已经投入了时间。我有经验，我能说的最好的就是
我玩过 microsft/vmware/kvm 上的虚拟机管理程序，现在还有很多在运行。最后在 hardmetal 上运行似乎让所有这些问题都消失了。
请注意，我还将尝试 gsm 编解码器..
我经营着大大小小的办公室。我现在运行电话系统的虚拟机是在 2-3 人的小型办公室，通常任何更大的办公室，尤其是通话量，我刚刚停止在虚拟机管理程序虚拟机上这样做！我在 Openvz 上运行星号作为容器方面有很好的经验，它似乎可以更好地共享资源。
这是一个很难的选择，但在与好的硬件斗争并最终在一些旧硬件上运行测试（我们进入 VM 世界的不止一家公司）之后，在自己的真实硬件上运行它似乎可以解决问题。所以我同意任何声称联系您的虚拟机管理程序公司 VMware 的人的意见。但最终还是硬伤！