Posted: Sat Mar 01, 2008 5:30 pm Post subject: [Asterisk-bsd] Increasing delay in Meetme with ztdummy
On Sat, Mar 1, 2008 at 5:32 AM, Nicolas Blais <email@example.com> wrote:
I have asterisk 1.4.17_1 running fine on my 7.0-STABLE machine with
zaptel-1.4.6_4. Everything is working great, except for Meetme conferences
which start out fine, but delays increases further and further as time
goes by. This is on an 8-core Dell Poweredge 1950 which really should
handle the load (as it's only doing this job). I can confirm that
ztdummy.ko is loaded properly. I have HZ=1000 in my kernel and SCHED_ULE.
I was able to fix the problem using only the information included here:
Posted: Sun Mar 02, 2008 7:30 am Post subject: [Asterisk-bsd] Increasing delay in Meetme with ztdummy
I checked channel.c and the patch from
correctly applied, both hunks. Asterisk was compiled from a clean build
thereafter with everything in order.
I also confirmed that the "fixed" ztdummy.ko is also in and running.
Is there anything else I can check?
The patch to channel.c was written originally for Asterisk 1.2.x. I
would think it would be compatible with 1.4.x, but perhaps not. It is
supposed to limit the queue depth on input frames to 3 or so to
prevent a large latency from developing.
The replacement ztdummy changes the way that timing is done to use
the time of day clock instead of the interval clock, and has the affect
of keeping timing in sync with other VoIP peers and the PSTN.
It might be helpful if you described your specific setup (phones,
server hardware, PSTN connection, etc). Assuming that you haven't made
any mistakes on the Asterisk end, the problem sounds like it might be
with external devices that you're using.
Posted: Sun Mar 02, 2008 10:09 am Post subject: [Asterisk-bsd] Increasing delay in Meetme with ztdummy
I am using Cisco 7940 phones and the X-lite softphones. Both exhibit the
same behavior (the delay starts out correct, and grows longer until it
reaches about 3 seconds).
3 seconds is a delay of about 150 voice frames. This shouldn't be
possible with the channel.c patch, but perhaps Asterisk 1.4.x has another
queue somewhere (dynamic jitter buffer??). I guess there could be some
queueing going on in MeetMe as well.
I'm still using 1.2.x on all of our VoIP servers, so I can't really
confirm proper behavior on 1.4.x.
I have left everything in zapata.conf default (nothing added or removed)
and zaptel.conf only has:
loadzone = us
defaultzone = us
My setup is pretty simple, all I got are Cisco 7940/X-Lite phones that
work very well together, and ztdummy for MeetMe.
That all looks fine. Is your server running NTP and is it synced
with a stable network clock? Also, just to confirm, you never have
this problem on calls between extensions (through Asterisk) when not
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum