Google or click this link <a href="http://bit.ly/ywiwzteve">http://bit.ly/ywiwzteve</a> &quot; Steve Totaro IAX&quot; and then stop wasting your time,  go with SIP even if you need to create VPN tunnel(s).<div><br></div><div>
Forget IAX2 and save yourself time you will never get back.</div><div><br></div><div>IAX2 has put tens of thousands of dollars in my pockets from the DoD, DoS, prime contractors to ITSPs around the world.</div><div><br></div>
<div>Thanks for IAX2 Digium!</div><div><br></div><div>Thanks,</div><div>Steve Totaro<br><br><div class="gmail_quote">On Tue, Feb 28, 2012 at 4:30 PM, Troy Telford <span dir="ltr">&lt;<a href="mailto:ttelford.groups@gmail.com">ttelford.groups@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I&#39;ve tried turning jitterbuffer off - doesn&#39;t make a difference. (And why should it? The Jitterbuffer only applies to incoming calls, doesn&#39;t it?)<div>
<div class="h5"><br>
<br>
On 2012-02-28 21:12:48 +0000, Noah Engelberth said:<br>
<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">
I&#39;d try turning off the jitterbuffer and see if that makes things better.  I just traced a similar call quality issue transferring calls incoming DAHDI on one * box to another * box, and turning off the jitterbuffer on the side that &quot;couldn&#39;t hear&quot; (in my case, the * box with the DAHDI lines, as the DAHDI callers couldn&#39;t hear the remote callers) fixed the call quality issue.<br>

<br>
<br>
-----Original Message-----<br>
From: <a href="mailto:asterisk-users-bounces@lists.digium.com" target="_blank">asterisk-users-bounces@lists.<u></u>digium.com</a> [mailto:<a href="mailto:asterisk-users-bounces@lists.digium.com" target="_blank">asterisk-users-<u></u>bounces@lists.digium.com</a>] On Behalf Of Troy Telford<br>

Sent: Tuesday, February 28, 2012 4:08 PM<br>
To: <a href="mailto:asterisk-users@lists.digium.com" target="_blank">asterisk-users@lists.digium.<u></u>com</a><br>
Subject: [asterisk-users] Same provider - IAX sounds bad, SIP sounds great<br>
<br>
On my Asterisk system, I&#39;m using a provider that provides both IAX2 and SIP connectivity.<br>
<br>
Personally, I&#39;d prefer to use IAX2, and that&#39;s what my account is setup to use. However, I&#39;m having a problem:<br>
<br>
With IAX2:<br>
- Incoming Voice from my Provider -&gt; Asterisk = Sounds great<br>
- Outgoing Voice from Asterisk -&gt; my Provider = Sounds terrible<br>
<br>
By &quot;terrible,&quot; I mean skips, stutters, and distortion. It can be difficult (sometimes impossible) to understand. It doesn&#39;t matter what codec I use (at least between G.729, GSM, or ulaw).<br>
<br>
On the other hand:<br>
With SIP:<br>
- Incoming Voice from my Provider -&gt; Asterisk = Sounds great<br>
- Outgoing Voice from Asterisk -&gt; my Provider = Sounds great<br>
<br>
The obvious conclusion is to simply use SIP; however as I&#39;ve said, I&#39;d prefer to use IAX2 - plus, I&#39;m curious why SIP sounds great, while IAX2 only sounds good one-way (ie. incoming to my asterisk system).<br>

<br>
The server for my provider is identical in either case. So I figure it&#39;s one of a few things:<br>
- misconfiguration<br>
- My ISP (Comcast) is throttling or giving a low priority to IAX, but not SIP<br>
        - If there&#39;s something I can do here, I&#39;d like to know, but I doubt it.<br>
- a problem with my provider<br>
        - In which I&#39;ll contact them.<br>
<br>
For the first case - misconfiguration, I&#39;d appreciate some input. My iax.conf is fairly straightforward:<br>
[general]<br>
bandwidth=low<br>
jitterbuffer=yes<br>
forcejitterbuffer=no<br>
encryption = yes<br>
autokill=yes<br>
maxcallnumbers=12<br>
maxcallnumbers_nonvalidated=4<br>
<br>
[guest]<br>
type=user<br>
context=default<br>
callerid=&quot;Guest IAX User&quot;<br>
<br>
[myprovider]<br>
type=friend<br></div></div>
usernamesecretcontext=<u></u>somecontext<div><div class="h5"><br>
host=provider_server<br>
qualify=1000<br>
disallow=all<br>
allow=g729<br>
allow=ulaw<br>
auth=md5,rsa<br>
requirecalltoken=yes<br>
trunk=yes<br>
<br>
Firewall:<br>
Asterisk is behind a connection-tracking firewall; in my case, I&#39;ve noticed that my own connection to my provider has always been sufficient to allow connection tracking to &quot;just work&quot; - and incoming calls are accepted without problems, and voice travels in both directions (albeit not so well when outgoing).<br>

<br>
I have configured my firewall to forward incoming connections on port<br>
4569 to my Asterisk box, and tested.  This had no effect on call quality (which is no surprise given it&#39;s the /outgoing/ voice that&#39;s problematic).<br>
<br>
Outgoing connections are fairly typical for a NAT setup - anything can go out.<br>
<br>
Any other ideas before I give up on using IAX?<br>
Thanks<br>
--<br>
Troy Telford<br>
<br>
<br>
<br>
--<br>
______________________________<u></u>______________________________<u></u>_________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
New to Asterisk? Join us for a live introductory webinar every Thurs:<br>
               <a href="http://www.asterisk.org/hello" target="_blank">http://www.asterisk.org/hello</a><br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
   <a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/<u></u>mailman/listinfo/asterisk-<u></u>users</a><br>
<br>
<br></div></div>
The message does not contain any threats<br>
<br>
AVG for MS Exchange Server (2012.0.1913 - 2114/4837)<br>
</blockquote><div class="HOEnZb"><div class="h5">
<br>
<br>
-- <br>
Troy Telford<br>
<br>
<br>
<br>
--<br>
______________________________<u></u>______________________________<u></u>_________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
New to Asterisk? Join us for a live introductory webinar every Thurs:<br>
              <a href="http://www.asterisk.org/hello" target="_blank">http://www.asterisk.org/hello</a><br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
  <a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/<u></u>mailman/listinfo/asterisk-<u></u>users</a><br>
</div></div></blockquote></div><br></div>