It sounds like I saw  this on a home internet connection to a public server when the connection had varying latency. Once the call jittered, it never recovered.
My stop-gap was to add a small jitter buffer, e.g. <action application="jitterbuffer" data="100:200:20"/> to the user dialplan.
This seemed to make FS handle rewriting the timestamps for drift rather than relying on the Linksys ATA to do that.

Probably the wrong solution, but all I had time/understanding for.
-Avi


On Tue, Jun 25, 2013 at 4:42 AM, Nathan Neulinger <nneul@mst.edu> wrote:


On 06/24/2013 08:24 PM, Anthony Minessale wrote:
> fsctl debug_level 10
> Also make sure ve host has high res timing.

Turned up logging, will wait for next occurrence.

Not sure on the latter - it's a vmware ESXi 5.1 box running FC 17 x86_64 as the guest.

/dev/rtc /dev/rtc0 exist
posix and soft timers are loaded in fs

I've got a bunch of unused Dell 1950's on hand, so could use a few of those machines if needed to get vmware out of the
picture.

-- Nathan

------------------------------------------------------------
Nathan Neulinger                       nneul@mst.edu
Missouri S&T Information Technology    (573) 612-1412
System Administrator - Architect

_________________________________________________________________________
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