Michael George
2006-May-04 15:13 UTC
[Asterisk-Users] Fwd: meetme conference latency degrades...
I haven't seen this appear on the list, so I thought I would resend it... Sorry for the repost if it did appear before... ----- Forwarded message from Michael George <george> ----- Date: Wed, 3 May 2006 21:48:09 -0400 From: Michael George <george> Subject: meetme conference latency degrades... To: asterisk-users@lists.digium.com We have recently started making more frequent use of the meetme conference of our * system. We are using v1.0.8 with a 2.6.11 kernel on our system. We generally have 4 callers in it: two with the gsm codec and 2 with g729. Initially, the conference works fine and there is little latency. After about 15min., though, the latency is very noticable and by 25min it's unbearable. If we all leave the conference and return, the latency is unnoticable again. The load on the box is minimal, and only our meetme is running most of the time. Checking system load with top shows 0.1 or less. We have no digium hardware and use ztdummy for our timing device. zttest yields results generally in the area of 99.96%, but about 3-4% will be as low as 95%. In much smaller systems with Digium hardware, the accuracy is never below 99.98% and is often 100%. Is this apparent inaccuracy of the ztdummy timer likely the cause of the increasing latency in our meetme conference? Is there any way to improve it? Thank you, in advance, for any help. -- -M There are 10 kinds of people in this world: Those who can count in binary and those who cannot.
Colin Anderson
2006-May-04 15:35 UTC
[Asterisk-Users] Fwd: meetme conference latency degrades...
Yes I believe this is a 1.0.9 bug unfortunately I can't find a reference to it in Mantis except for this: http://bugs.digium.com/view.php?id=5971 I run 1.0.9 and I do all of my MeetMe's through the PRI's. This is stupid, because we are using 2 X # of users / PRI channels but MeetMe runs solid. I just had a 20 person, 30 channel 3 hour marathon MeetMe conference couple weeks ago (I wasn't in it, but a bunch of company suits and some external mucky-mucks were) and the feedback I got was how clear everything was. hth -----Original Message----- From: Michael George [mailto:george@mutualdata.com] Sent: Thursday, May 04, 2006 4:14 PM To: asterisk-users@lists.digium.com Subject: [Asterisk-Users] Fwd: meetme conference latency degrades... I haven't seen this appear on the list, so I thought I would resend it... Sorry for the repost if it did appear before... ----- Forwarded message from Michael George <george> ----- Date: Wed, 3 May 2006 21:48:09 -0400 From: Michael George <george> Subject: meetme conference latency degrades... To: asterisk-users@lists.digium.com We have recently started making more frequent use of the meetme conference of our * system. We are using v1.0.8 with a 2.6.11 kernel on our system. We generally have 4 callers in it: two with the gsm codec and 2 with g729. Initially, the conference works fine and there is little latency. After about 15min., though, the latency is very noticable and by 25min it's unbearable. If we all leave the conference and return, the latency is unnoticable again. The load on the box is minimal, and only our meetme is running most of the time. Checking system load with top shows 0.1 or less. We have no digium hardware and use ztdummy for our timing device. zttest yields results generally in the area of 99.96%, but about 3-4% will be as low as 95%. In much smaller systems with Digium hardware, the accuracy is never below 99.98% and is often 100%. Is this apparent inaccuracy of the ztdummy timer likely the cause of the increasing latency in our meetme conference? Is there any way to improve it? Thank you, in advance, for any help. -- -M There are 10 kinds of people in this world: Those who can count in binary and those who cannot. _______________________________________________ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users