Well what IAX gives us on FreeSWITCH is random segfaults because the protocol changed in a way<div>that made the IAX stack library we were using a deathtrap.  The authors of IAX decided to change the protocol</div><div>so that it was not backwards compatible with their own previous work and due to lack of resources we decided that removing it was the best way to achieve stability.</div>
<div><br></div><div>IAX offers some nat relief with the 1 port strategy at the expense of the stack implementation in user space.</div><div>Frankly the authors of this protocol failed to supply a robust reference implementation of the protocol in a standalone license free package.  There was one small library designed specifically for a standalone client (that&#39;s the one we used) and as I explained, in the end, it failed us.</div>
<div><br></div><div>It then boils down to the business question: Do I want to chase after marginal savings on my configuration and packet sizes at the expense of much fewer calls and a serious risk of catastrophic failure caused by a poor implementation?</div>
<div><br></div><div>SIP has its flaws as well, we don&#39;t have enough time to get into that, but on FreeSWITCH it can scale much higher than IAX even when it was working better (before they changed it).</div><div><br></div>
<div>You said you are new to VoIP (which is surprising based on your email addr) </div><div>so from your perspective what is it that you are looking for?</div><div><br></div><div>rtp packetization refers to sending more audio at once to reduce the overhead of IP headers.</div>
<div>in FreeSWITCH you can configure your codecs to PCMU@60i for instance to bundle 3 typical packets into 1</div><div> </div><div><div>BTW, No matter what you use, you will have little luck on a virtual machine as your first experience.</div>
<div>I recommend you get a real box (multi-core 64bit) to play with.</div><div><br></div><br><div class="gmail_quote">On Wed, May 26, 2010 at 3:19 AM, Michael Toop <span dir="ltr">&lt;<a href="mailto:michaelt@voxcore.voxtelecom.co.za">michaelt@voxcore.voxtelecom.co.za</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Hi,<div><br></div><div> Can someone assist me with how one would achieve what Michael Jerris suggested: &quot;IAX offers less overhead on rtp, but the same thing can be accomplished with rtp using packetization...&quot;   ...?</div>


<div><br></div><div> I have done tons of reading on cRTP etc &amp; I must be missing something as there is no obvious stock standard Linux way to achieve what IAX give you?</div><div><br></div><div>Kind Regards,</div><div>


<br>Michael</div><div> <br><br><div class="gmail_quote">On Fri, Feb 5, 2010 at 5:54 PM, Michael Jerris <span dir="ltr">&lt;<a href="mailto:mike@jerris.com" target="_blank">mike@jerris.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 find the secure and efficiency claims on IAX to be pretty much a farce.  IAX offers less overhead on rtp, but the same thing can be accomplished with rtp using packetization, as for security, I don&#39;t see any credible claim on that.  IAX also forces the program to sort out a ton of audio for different users going to 1 socket, something that a network stack is quite good at when using different ports, but is a lot more work where we are getting the packets.  As for default passwords and users, of course I wouldn&#39;t use those in production, those are for you to see how the pieces work together out of the box.  I wouldn&#39;t however quickly scrap the entire default config, just read through them and think about what you need and do not.  The extension ranges you use is totally at your discretion.<br>



<br>
Mike<br>
<div><br>
<br>
On Feb 5, 2010, at 8:53 AM, Matthew Law wrote:<br>
<br>
&gt; Why is that? - a lot of web pages I have read claim that IAX is more<br>
&gt; secure and efficient.  I have no problem with using SIP whatsoever and it<br>
&gt; certainly appears to be ubiquitous.  I am a complete newcomer to VoIP and<br>
&gt; I am trying to do this as securely as possible since I want to run<br>
&gt; freeswitch on a Xen VPS which will be visible on the internet.<br>
&gt;<br>
&gt; Anyway, since my first question, I have worked my way through the wiki,<br>
&gt; read a lot of example configs and made some sense of the docs.  I now have<br>
&gt; a very basic config working (with SIP) on a local vmware image using the<br>
&gt; &#39;quick and dirty&#39; Makefile method.  I removed all of the example configs<br>
&gt; from the xml files (those default extensions and passwords scared me) and<br>
&gt; added just one for extension 1000, plus my dialplan and inbound/outbound<br>
&gt; settings.<br>
&gt;<br>
&gt; One question: is there any reason not to use a smaller extension number<br>
&gt; range, like 200-210, for example?<br>
&gt;<br>
</div>&gt; Now to figure out how to get time based roaming working…<br>
<div><div></div><div><br>
<br>
_______________________________________________<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</div></div></blockquote></div><br></div>
<br>_______________________________________________<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>Anthony Minessale II<br><br>FreeSWITCH <a href="http://www.freeswitch.org/">http://www.freeswitch.org/</a><br>ClueCon <a href="http://www.cluecon.com/">http://www.cluecon.com/</a><br>
Twitter: <a href="http://twitter.com/FreeSWITCH_wire">http://twitter.com/FreeSWITCH_wire</a><br><br>AIM: anthm<br><a href="mailto:MSN%3Aanthony_minessale@hotmail.com">MSN:anthony_minessale@hotmail.com</a><br>GTALK/JABBER/<a href="mailto:PAYPAL%3Aanthony.minessale@gmail.com">PAYPAL:anthony.minessale@gmail.com</a><br>
IRC: <a href="http://irc.freenode.net">irc.freenode.net</a> #freeswitch<br><br>FreeSWITCH Developer Conference<br><a href="mailto:sip%3A888@conference.freeswitch.org">sip:888@conference.freeswitch.org</a><br><a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org">googletalk:conf+888@conference.freeswitch.org</a><br>
pstn:+19193869900<br>
</div>