<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>

<META NAME="Generator" CONTENT="MS Exchange Server version 6.5.7638.1">
<TITLE>RE: [Asterisk-Users] Asterisk 1.2.4 IAX2 New Jitterbuffer Tuning</TITLE>
</HEAD>
<BODY>
<DIV id=idOWAReplyText53496 dir=ltr>
<DIV dir=ltr><FONT face=Arial color=#000000 size=2>Thanks, but we already have 
the TOS bits set to 0xB8, which matches the QoS settings in our switches and 
routers.</FONT></DIV>
<DIV dir=ltr><FONT face=Arial size=2></FONT>&nbsp;</DIV>
<DIV dir=ltr><FONT face=Arial size=2>This is definitely something that changed 
in the 1.07 to 1.24 upgrade.&nbsp; We have a pair of identical 1.07 servers 
connected via the same network pipe that do not exhibit these 
issues.</FONT></DIV></DIV>
<DIV dir=ltr>&nbsp;</DIV>
<DIV dir=ltr>I might try recompiling with the old jitterbuffer to see if it 
makes a difference.</DIV>
<DIV dir=ltr>&nbsp;</DIV>
<DIV dir=ltr><BR>&nbsp;</DIV>
<DIV dir=ltr>
<HR tabIndex=-1>
</DIV>
<DIV dir=ltr><FONT face=Tahoma size=2><B>From:</B> 
asterisk-users-bounces@lists.digium.com on behalf of Jesus E 
Zepeda<BR><B>Sent:</B> Mon 2/20/2006 5:02 PM<BR><B>To:</B> 'Asterisk Users 
Mailing List - Non-Commercial Discussion'<BR><B>Subject:</B> RE: 
[Asterisk-Users] Asterisk 1.2.4 IAX2 New Jitterbuffer 
Tuning<BR></FONT><BR></DIV>
<DIV>
<P><FONT size=2>In my case I don't have a T1 or even a fractional T1, but cable 
and have<BR>noticed that choppy calls can be reduced by adding tos settings. 
Like:<BR><BR>Tos=lowdelay|throughput|reliability<BR><BR>Regards,<BR>Jesus<BR><BR>-----Original 
Message-----<BR>From: Adam Robins [<A 
href="mailto:arobins@PharmaCentra.com">mailto:arobins@PharmaCentra.com</A>]<BR>Sent: 
Monday, February 20, 2006 14:43<BR>To: Asterisk Users Mailing List - 
Non-Commercial Discussion<BR>Subject: RE: [Asterisk-Users] Asterisk 1.2.4 IAX2 
New Jitterbuffer<BR>Tuning<BR><BR><BR>I have now set the "resyncthreshold" to 
-1, to turn it off.&nbsp; I have also<BR>set the "maxjitterbuffer" to 
2000.<BR><BR>I still received 10 complaints of choppy calls today on Asterisk 
1.2.4<BR>versus only 1 complaint on Asterisk 1.07.<BR><BR><BR><BR>-----Original 
Message-----<BR>From: asterisk-users-bounces@lists.digium.com<BR>[<A 
href="mailto:asterisk-users-bounces@lists.digium.com">mailto:asterisk-users-bounces@lists.digium.com</A>] 
On Behalf Of yusuf<BR>Sent: Monday, February 20, 2006 10:27 AM<BR>To: Asterisk 
Users Mailing List - Non-Commercial Discussion<BR>Subject: Re: [Asterisk-Users] 
Asterisk 1.2.4 IAX2 New Jitterbuffer<BR>Tuning<BR><BR>Adam Robins 
wrote:<BR>&gt;<BR>Hi Adam<BR><BR>&gt; After many days of playing with the new 
jitterbuffer and trunking<BR>options for IAX2, I have finally received almost 
acceptable quality.&nbsp; I<BR>am receiving 5-8 complaints a day of calls 
"breaking up" from both the<BR>customer and agent sides.&nbsp; What I have 
discovered is that in most of<BR>these cases, the new jitterbuffer performed a 
resync during the call.<BR>Currently, I have the resyncthreshold, and all other 
jb parameters at<BR>their default levels&nbsp; The traffic is running over a 
fairly high latency<BR>WAN connection between Canada and Atlanta (IAX2, 
ILBC).&nbsp; Idle ping times<BR>run about 85ms.<BR>&gt;<BR>I am interested to 
know why you are using ilbc, n why not g729 ot g723<BR>or speex.&nbsp; What is 
the size of the WAN connection.&nbsp; How many calls are<BR>you running over 
this link.&nbsp; I just need to see how others are fairing<BR>with IAX2 over WAN 
links, as I am the final stages of testing on my 
side<BR><BR><BR>thanks,<BR>yusuf<BR>_______________________________________________<BR>--Bandwidth 
and Colocation provided by Easynews.com --<BR><BR>Asterisk-Users mailing 
list<BR>To UNSUBSCRIBE or update options visit:<BR>&nbsp;&nbsp; <A 
href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</A><BR><BR>The 
contents of this email message and any attachments are confidential<BR>and are 
intended solely for addressee. The information may also be<BR>legally 
privileged. This transmission is sent in trust, for the sole<BR>purpose of 
delivery to the intended recipient. If you have received this<BR>transmission in 
error, any use, reproduction or dissemination of this<BR>transmission is 
strictly prohibited. If you are not the intended<BR>recipient, please 
immediately notify the sender by reply email and<BR>delete this message and its 
attachments, if 
any.<BR><BR><BR>_______________________________________________<BR>--Bandwidth 
and Colocation provided by Easynews.com --<BR><BR>Asterisk-Users mailing 
list<BR>To UNSUBSCRIBE or update options visit:<BR>&nbsp;&nbsp; <A 
href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</A><BR><BR><BR><BR>_______________________________________________<BR>--Bandwidth 
and Colocation provided by Easynews.com --<BR><BR>Asterisk-Users mailing 
list<BR>To UNSUBSCRIBE or update options visit:<BR>&nbsp;&nbsp; <A 
href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</A><BR></FONT></P></DIV>

</BODY>
<!--[object_id=#pharmacentra.com#]--><P><SPAN style="FONT-SIZE: 7.5pt"><FONT size=2>The contents of this email message and any attachments are confidential and are intended solely for addressee. The information may also be legally privileged. This transmission is sent in trust, for the sole purpose of delivery to the intended recipient. If you have received this transmission in error, any use, reproduction or dissemination of this transmission is strictly prohibited. If you are not the intended recipient, please immediately notify the sender by reply email and delete this message and its attachments, if any.</FONT></SPAN></P></HTML>