Somebody feel free to correct me if I'm wrong, but I've not heard of any issues between running FreeSWITCH on a kernel with ticks of 250 versus 300 versus 1000.  If you are using 20 ms ptime, then there are a total of 50 packets for every second, for which running at 250 should be sufficient even under load.  This (the kernel ticks Hz setting) has nothing to do with the accuracy of your underlying timing source, which in a virtualized sysem such as Amazon EC2, is far more problematic for exactly the reasons that Tony already stated.  The ticks in the kernel are dependent as well on a reliable timing source.

-Yossi

On 12/20/2013 06:16 AM, Ashwin Jain wrote:
Thanks Peter and Tony. 

I did the dumpcap and did the packet analysis (I had the dumpcap file as well) using wireshark and figured out that audio was processed at 5600 hz. Later I figured out that the issue was caused as I was running on 250hz kernel and not 1000hz kernel. I have changed my kernel to 1000hz now. I am still now sure whether this will solve the problem or not.

Is there any way I can monitor the call quality in future in automated way? We heavily rely on nagios of all the other monitoring. If there is any way we can alert on audio call quality using that, it will be really great. I have checked the voipmonitor, but that is also not giving the values of "clock skew" and the "clock drift" which was the actual cause my latency and call quality problem respectively.


On Wed, Dec 18, 2013 at 1:39 PM, Peter Olsson <peter@olssononline.se> wrote:
I believe you already have gotten an answer about this from Tony. As stated in an earlier reply from him:

"As I already explained.  When timer-name set to none, it does blocking reads on the audio vs timed ones.  If the other end has a skew in clock freq with the FS then it will timeout erroneously.  Having blocking reads ensures you only read audio when there is actually some there.  Basically this timer-name set to none makes FS behave just like asterisk does by default.

Keep in mind we do not support virtual servers beyond friendly advice because it quickly turns into time-consuming project to help people configure their virtual envs.

The basic idea is, unless you are using the high yield cpu version of ec2, you can have timing issues at any time because the EC2 will steal the cpu at will.

You should probably get some pcaps and look at the deltas and timestamps on each side of the call."



2013/12/18 Ashwin Jain <ashwinrkjain@gmail.com>
It is running on Amazon EC2.


On Wed, Dec 18, 2013 at 1:12 PM, Peter Olsson <peter@olssononline.se> wrote:
If soft timer is causing issues, you probably have timing issues in your platform. Are you running on a VM, or is this a real machine?


2013/12/17 Ashwin Jain <ashwinrkjain@gmail.com>
Changing clock to soft is causing call latency issues. Is there any other way? It works well with Asterisk with no timer.


On Tue, Dec 17, 2013 at 2:39 PM, Peter Olsson <peter@olssononline.se> wrote:
Well, playback without a timer won't work for you, so stick to the soft timer.


2013/12/17 Ashwin Jain <ashwinrkjain@gmail.com>
It is stored locally. 
It works fine with "soft" timer (using this we had call latency issues), but have this issue when I use "none" as rtp-timer-name.


On Tue, Dec 17, 2013 at 10:00 AM, Ali Pey <alipey@gmail.com> wrote:
Is the welcome message stored locally or is it somewhere on NAS?

Regards,
Ali Pey


On Sun, Dec 15, 2013 at 1:42 AM, Ashwin Jain <ashwinrkjain@gmail.com> wrote:
Hi,

We are facing issues with the bad audio quality (audio is sounding like its recorded underwater) only for the playback application. There is no issue with the audio call quality (after bridging). 

Audio file used with playback application is recorded at 8khz with 16 bits/sample and 1 channel. 

Following is the pseudo dialplan:
1. Call comes on freeswitch server.
2. Call answered.
3. Query database to identify destination
4. Play a welcome message audio (using playback application)
5. Start call recording
6. Bridge the call

In step 4, we are facing this issue.
--
Thanks and Regards,
Ashwin Jain
MetroGuild

_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org



_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org




--
Thanks and Regards,
Ashwin Jain
Director (Engineering)
MetroGuild

_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org



_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org




--
Thanks and Regards,
Ashwin Jain
Director (Engineering)
MetroGuild

_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org



_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org




--
Thanks and Regards,
Ashwin Jain
Director (Engineering)
MetroGuild

_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org



_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org




--
Thanks and Regards,
Ashwin Jain


_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org