目前我有一个系统可以使用FreeSWITCH通过SIP External的outbound来呼叫，而且运行良好，但是有些用户抱怨呼叫的质量。 系统正在使用lua脚本运行呼叫，在该脚本中，一旦build立了连接，您就可以在同一个脚本桥中创build两个会话（每个用户一个）并logging呼叫。 使用G711编解码器。
抱怨的用户说，有时audio很低或口吃。 奇怪的是，当你听这些电话的录音时，两个人都听得很清楚。
一直在testing用户，通常听不到通话的第二段。 由于这个和我提到的系统的特点，我怀疑，当桥接通信是audio失败，或低质量。 但我还没有发现任何结论。
我写信询问是否有人知道为什么这种行为可以在通话期间给出，并且因为在录音中被感知到。
如果录音是好的，你就知道这两个设备的软件包都是免费开关。 我不确定录制的执行方式，但有一个很好的机会给你一个提示，告诉你这两个软件包都能及时地把它传送到服务器。 （这些事情可以用所有upd包和wireshark的tcpdump来certificate，这是一个很好的build议，以捕获服务器上的stream量来检查它！）从我对VoIP的丰富经验，这听起来像是一个网站入口带宽的问题遇到坏的audio的人，有时像这些问题也出现了由于没有正确设置（或丢弃）QOS标志。 确保所有设备和freeswitch使用EF作为RTP的QOS设置。 使用wireshark你也可以检查你的ISP是否掉线。 如果他们这样做，除非你有一个声称支持QOS的商业账户，否则通常你可以做些什么，在这种情况下，你应该向他们投诉。
这可能是在去用户的路上的networking问题。 此外，语音质量取决于运行FreeSWITCH的主机types。 它是一台物理机器还是一台虚拟机？ 如果虚拟化，那么哪种虚拟化技术？
此外，在用户端收集数据包捕获并在Wireshark中进行分析是有意义的。