Hmm, it&#39;s like Ferrari owners talking about which one is better: Volkswagen or Toyota :)<br><br><div class="gmail_quote">2010/12/10 Aloysius Lloyd <span dir="ltr">&lt;<a href="mailto:lloyd.aloysius@gmail.com">lloyd.aloysius@gmail.com</a>&gt;</span><br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div><font face="verdana, sans-serif">Paul,</font></div><div><font face="verdana, sans-serif"><br></font></div><div><font face="verdana, sans-serif">I do not quite understand what is &quot;find me&quot; doing with NAT</font></div>



<div><font face="verdana, sans-serif"><br></font></div><div><font face="verdana, sans-serif">Thanks</font></div><div><font face="verdana, sans-serif">Lloyd<font color="#888888"><br>

</font></font><div><div class="h5">
<br><br><div class="gmail_quote">On Fri, Dec 10, 2010 at 10:11 AM, Jeff Pyle <span dir="ltr">&lt;<a href="mailto:jpyle@fidelityvoice.com" target="_blank">jpyle@fidelityvoice.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



Guys,<br>
<br>
Point taken.  Personally I prefer Coke over Pepsi.<br>
<br>
<br>
- Opensips user Jeff<br>
<br>
<br>
On 12/10/10 10:04 AM, &quot;<a href="mailto:paul.gore.j@gmail.com" target="_blank">paul.gore.j@gmail.com</a>&quot; &lt;<a href="mailto:paul.gore.j@gmail.com" target="_blank">paul.gore.j@gmail.com</a>&gt;<br>
<div><div>wrote:<br>
<br>
&gt;I haven&#39;t seen many posts from frustrated peole, majority of them come<br>
&gt;from people either selling fs based services or part of fs development<br>
&gt;team.<br>
&gt;From my experience with fs 1.0.4 it was crashing every 2 months, 1.0.6 is<br>
&gt;better, I already posted crashing rate for our use case.<br>
&gt;I haven&#39;t experienced any stabilty issues with * 1.6 yet, but it only<br>
&gt;sees light traffic.<br>
&gt;FS is a great piece of software but it does have issues, sometimes even<br>
&gt;simplest things like &quot;find me&quot; function work flawlessly in * and pain in<br>
&gt;the ass to impelement in fs due to either bad nat handling or some other<br>
&gt;bugs.<br>
&gt;<br>
&gt;<br>
&gt;-----Original Message-----<br>
&gt;From: Erik Dekkers<br>
&gt;Sent:  12/10/2010 3:28:11 AM<br>
&gt;To: &#39;<a href="mailto:paul.gore.j@gmail.com" target="_blank">paul.gore.j@gmail.com</a>&#39;; &#39;OpenSIPS users<br>
&gt; mailling list&#39;<br>
&gt;Subject:  RE: [OpenSIPS-Users] Freeswitch vs Asterisk<br>
&gt;<br>
&gt;The reason people are yelling on the internet &quot;Freeswitch is much better<br>
&gt;than asterisk&quot; is pure frustration.<br>
&gt;They have used asterisk for years, were faced with crashes and since they<br>
&gt;are using freeswitch they don&#39;t see those crashes anymore (apart from the<br>
&gt;reason of those crashes).<br>
&gt;No wonder they tell everyone freeswitch is better than asterisk. From<br>
&gt;their point of view asterisk is bad.<br>
&gt;<br>
&gt;It&#39;s not Mr. Collins opinion that asterisk is worse than freeswitch. It<br>
&gt;are the ex-asterisk people who are saying that, think about that.<br>
&gt;<br>
&gt;-----Oorspronkelijk bericht-----<br>
&gt;Van: <a href="mailto:users-bounces@lists.opensips.org" target="_blank">users-bounces@lists.opensips.org</a><br>
&gt;[mailto:<a href="mailto:users-bounces@lists.opensips.org" target="_blank">users-bounces@lists.opensips.org</a>] Namens <a href="mailto:paul.gore.j@gmail.com" target="_blank">paul.gore.j@gmail.com</a><br>
&gt;Verzonden: donderdag 9 december 2010 16:27<br>
&gt;Aan: OpenSIPS users mailling list<br>
&gt;Onderwerp: Re: [OpenSIPS-Users] Freeswitch vs Asterisk<br>
&gt;<br>
&gt;I just want to reply to mr Collins with FS: your post looks very much<br>
&gt;like advertisement, and I have seen that &quot;fs is so much better than *&quot;<br>
&gt;all over internet from people connected to fs. That is unethical to say<br>
&gt;the least.<br>
&gt;In fact we have exprerienced fs crashes with core dump at least  once in<br>
&gt;6 months and we process just under 40K calls/month.<br>
&gt;As to &quot;nat tools&quot; which you mentioned they just do not work. In fact<br>
&gt;usually * box works much better for natted users.<br>
&gt;As to xml curl interface - we do use it, and it&#39;s a pathetic way to feed<br>
&gt;a dialplan to a switch, since it&#39;s inefficient resource wise, but there<br>
&gt;was no other way available for real time solution where&#39;s * supports real<br>
&gt;time db out of the box.<br>
&gt;Trust me we do have development experience with both * socket interface<br>
&gt;and fs one, and in my opinion * solution is far better and has far less<br>
&gt;bugs.<br>
&gt;<br>
&gt;-----Original Message-----<br>
&gt;From: James Mbuthia<br>
&gt;Sent:  12/08/2010 5:55:42 PM<br>
&gt;Subject:  Re: [OpenSIPS-Users] Freeswitch vs Asterisk<br>
&gt;<br>
&gt;From the comments mentioned it seems FS meets my core requirements which<br>
&gt;are scalability and stability. I don&#39;t have the financial and manpower<br>
&gt;resources for a large scale implementation so am looking at getting a<br>
&gt;high end server and a solution that can scale well until I can through in<br>
&gt;more resources. It seems also FS is more stable than * which is a huge<br>
&gt;plus for a small operation like mine and since I only need few features<br>
&gt;from the solutions available then FS makes more sense<br>
&gt;<br>
&gt;On Wed, Dec 8, 2010 at 8:29 PM, Michael Collins &lt;<a href="mailto:msc@freeswitch.org" target="_blank">msc@freeswitch.org</a>&gt;<br>
&gt;wrote:<br>
&gt;<br>
&gt;&gt; Dave,<br>
&gt;&gt;<br>
&gt;&gt; Thanks for your two cents. :)<br>
&gt;&gt;<br>
&gt;&gt; Regarding the PRI stuff, Sangoma is really doing a lot with FreeTDM<br>
&gt;&gt; (the replacement for OpenZAP) and it will be a full-featured PRI<br>
&gt;&gt; stack. If you&#39;re missing anything in the PRI implementation then<br>
&gt;&gt; Moises Silva would definitely want to hear about it.<br>
&gt;&gt;<br>
&gt;&gt; On the voicemail stuff we have heard similar reports. In fact, we have<br>
&gt;&gt; an intrepid community member who is building &quot;Jester Mail&quot; as a FS<br>
&gt;&gt; alternative to Asterisk&#39;s Comedian mail. The basic idea is that Jester<br>
&gt;&gt; Mail will be 100% customizable such that you can drop in FS as a<br>
&gt;&gt; replacement for Asterisk and your voicemail users would be none the<br>
&gt;&gt;wiser.<br>
&gt;&gt;<br>
&gt;&gt; By early next year you will probably have more options if you wish to<br>
&gt;&gt; swap out your remaining Asterisk servers.<br>
&gt;&gt;<br>
&gt;&gt; -MC<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; On Wed, Dec 8, 2010 at 9:53 AM, Dave Singer<br>
&gt;&gt;&lt;<a href="mailto:dave.singer@wideideas.com" target="_blank">dave.singer@wideideas.com</a>&gt;wrote:<br>
&gt;&gt;<br>
&gt;&gt;&gt; We have both asterisk and Freeswitch in production. The primary place<br>
&gt;&gt;&gt; where we have * installed is as a pbx for our business customers<br>
&gt;&gt;&gt; (where we started doing business and didn&#39;t know any better). We are<br>
&gt;&gt;&gt; still using * for them for two reasons: migration time and voicemail<br>
&gt;&gt;&gt; app I feel is still better in a couple points. They are low volume<br>
&gt;&gt;&gt; usage so crashes are very rare.<br>
&gt;&gt;&gt; We also have some boxes where we connect to telecom PRI circuits<br>
&gt;&gt;&gt; where the API for FS doesn&#39;t support some params we need to set. So<br>
&gt;&gt;&gt; we are stuck there for now. There systems handle moderate volume, 30 -<br>
&gt;&gt;&gt;90 simultaneous calls.<br>
&gt;&gt;&gt; This call volume has proved to be deadly to asterisk and we have to<br>
&gt;&gt;&gt; restart asterisk daily or suffer a crash in the middle of peek times.<br>
&gt;&gt;&gt; We use FreeSwitch as the workhorse with a custom routing module<br>
&gt;&gt;&gt; combined with Opensips as a class 4 switch (whole sale trunking<br>
&gt;&gt;&gt; service). With high powered servers (latest dual xeon quad core, 16GB<br>
&gt;&gt;&gt; ram, and 10Gbit ethernet) it can handle thousands of simultaneous<br>
&gt;&gt;&gt; calls. They run for months without problem (would be longer but for<br>
&gt;&gt;&gt; reboots for upgrades, etc., not FS crashes).<br>
&gt;&gt;&gt; We also have a class 5 system that handles residential users which<br>
&gt;&gt;&gt; uses FS and opensips for failover. Again no FS crashes.<br>
&gt;&gt;&gt; FS is also our conference server for all our services.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; We started out using * building the business PBXs. Later found FS as<br>
&gt;&gt;&gt; we were developing the residential system and converted to using it.<br>
&gt;&gt;&gt; Coming from * to FS has some difficulties because of the different<br>
&gt;&gt;&gt; ways of doing things like the flow of the dialplan where all<br>
&gt;&gt;&gt; conditions are evaluated at the time of entry to the dialplan, not as<br>
&gt;&gt;&gt; each line is executed (executing another extension solved this problem<br>
&gt;&gt;&gt;for me).<br>
&gt;&gt;&gt; I do think FS has a little higher learning curve, I have found it<br>
&gt;&gt;&gt; better in almost every area, especially stability and flexibility.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Well, those are my 2 cents. :-D<br>
&gt;&gt;&gt; Dave<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; On Tue, Dec 7, 2010 at 11:27 AM, Michael Collins<br>
&gt;&gt;&gt;&lt;<a href="mailto:msc@freeswitch.org" target="_blank">msc@freeswitch.org</a>&gt;wrote:<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Comments inline. (Full disclosure: I am on the FreeSWITCH team, so<br>
&gt;&gt;&gt;&gt; if I come off as biased then you know why. ;)<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; On Tue, Dec 7, 2010 at 8:29 AM, <a href="mailto:paul.gore.j@gmail.com" target="_blank">paul.gore.j@gmail.com</a> &lt;<br>
&gt;&gt;&gt;&gt; <a href="mailto:paul.gore.j@gmail.com" target="_blank">paul.gore.j@gmail.com</a>&gt; wrote:<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; We use freeswitch in prod alone, no opensips yet. I would say fs is<br>
&gt;&gt;&gt;&gt;&gt; definetly more scalable than *.<br>
&gt;&gt;&gt;&gt;&gt; Stability wise seems like fs is on par with *.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; YMMV, but a large percentage of FreeSWITCH users have abandoned<br>
&gt;&gt;&gt;&gt; Asterisk specifically because of stability issues, like random and<br>
&gt;&gt;&gt;&gt; inexplicable crashes.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; * has substantially better interface for control over socket<br>
&gt;&gt;&gt;&gt;&gt; connection<br>
&gt;&gt;&gt;&gt;&gt; - it&#39;s easier to implement and it&#39;s more consistent.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; This statement is patently false. The FreeSWITCH event socket<br>
&gt;&gt;&gt;&gt; interface is incredibly powerful and is absolutely more consistent<br>
&gt;&gt;&gt;&gt; than the AMI. Those wondering about inconsistencies in the AMI<br>
&gt;&gt;&gt;&gt; should listen to a seasoned AMI developer talk about the challenges:<br>
&gt;&gt;&gt;&gt; <a href="http://www.viddler.com/explore/cluecon/videos/29/" target="_blank">http://www.viddler.com/explore/cluecon/videos/29/</a><br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Configuration wise, I think * is easier, xml- based approach in fs<br>
&gt;&gt;&gt;&gt;&gt; is cumbersome and has no real advantage over *.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; This one really is like Coke vs. Pepsi. Some people hate XML, some<br>
&gt;&gt;&gt;&gt; people hate INI-style config files. Personally, I&#39;ve done both and<br>
&gt;&gt;&gt;&gt; now that I&#39;m accustomed to FreeSWITCH&#39;s XML files I find them much<br>
&gt;&gt;&gt;&gt; easier to read than Asterisk&#39;s config files. There is one &quot;real<br>
&gt;&gt;&gt;&gt; advantage&quot; to using XML for configs and that is that machines and<br>
&gt;&gt;&gt;&gt; humans can both produce XML, so it&#39;s relatively simple to let a<br>
&gt;&gt;&gt;&gt;machine generate XML-based configs on the fly.<br>
&gt;&gt;&gt;&gt; (FreeSWITCH uses &quot;mod_xml_curl&quot; as the basis for dynamic<br>
&gt;&gt;&gt;&gt; configuration - it&#39;s very cool and I recommend that you check it<br>
&gt;&gt;&gt;&gt; out.)<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; We have endless problems with fs nat handling, lots of no audio<br>
&gt;&gt;&gt;&gt;&gt; issues with end users behind a nat. That&#39;s why we want to try<br>
&gt;&gt;&gt;&gt;&gt; opensips solution for that.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Almost all NAT problems stem from phones which don&#39;t handle NAT<br>
&gt;&gt;&gt;&gt; properly or NAT devices that scramble ports and IP addresses when<br>
&gt;&gt;&gt;&gt; packets pass through. FreeSWITCH has several NAT-busting tools to<br>
&gt;&gt;&gt;&gt; assist the system admin. Some tools are for when FS is behind NAT,<br>
&gt;&gt;&gt;&gt; others are for when the phones are behind NAT. Bottom line is this:<br>
&gt;&gt;&gt;&gt; if the NAT device and the phones are not horribly broken then FS<br>
&gt;&gt;&gt;&gt; works great with NAT and in many cases &quot;just works.&quot; However, when<br>
&gt;&gt;&gt;&gt; you start mixing crazy scenarios with broken phones then bad things<br>
&gt;&gt;&gt;&gt; will happen. Example: Polycom phones are wonderful except that they<br>
&gt;&gt;&gt;&gt; don&#39;t support rport - FS has a mechanism to assist with this but if<br>
&gt;&gt;&gt;&gt; you turn it on to &quot;fix&quot; the Polycom phones then it will break all<br>
&gt;&gt;&gt;&gt; other phone types. (There is a limit to the amount of pandering that<br>
&gt;&gt;&gt;&gt; the FS devs will do in order to interop with broken devices. In many<br>
&gt;&gt;&gt;&gt; cases they simply say &quot;NO&quot; to doing stupid things in order to work<br>
&gt;&gt;&gt;&gt; with broken devices. If you must work with such a device then<br>
&gt;&gt;&gt;&gt; perhaps FreeSWITCH isn&#39;t for you.)<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; All that being said, the FreeSWITCH developers have a simple mantra<br>
&gt;&gt;&gt;&gt; that they follow to the letter: Use what works for your situation.<br>
&gt;&gt;&gt;&gt; If Asterisk works for you then by all means use it! You won&#39;t hurt<br>
&gt;&gt;&gt;&gt; our feelings. (I work daily with the FreeSWITCH dev team.) If you<br>
&gt;&gt;&gt;&gt; have people knowledgeable in Asterisk or FreeSWITCH then it might be<br>
&gt;&gt;&gt;&gt; advantageous to go with the project for which you have more<br>
&gt;&gt;&gt;&gt; resources. In any case, if you are interested in FreeSWITCH we have<br>
&gt;&gt;&gt;&gt; a great IRC channel (#freeswitch on <a href="http://irc.freenode.net" target="_blank">irc.freenode.net</a>), an actively<br>
&gt;&gt;&gt;&gt; mailing list, and a small but growing international community of<br>
&gt;&gt;&gt;&gt;users. You are most welcome to join us to see what we&#39;re about.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Happy VoIPing!<br>
&gt;&gt;&gt;&gt; -Michael S Collins<br>
&gt;&gt;&gt;&gt; IRC:mercutioviz<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; -----Original Message-----<br>
&gt;&gt;&gt;&gt;&gt; From: James Mbuthia<br>
&gt;&gt;&gt;&gt;&gt; Sent:  12/07/2010 8:54:51 AM<br>
&gt;&gt;&gt;&gt;&gt; Subject:  [OpenSIPS-Users] Freeswitch vs Asterisk<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Hi guys,<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; I want to integrate my Opensips implementation with either Asterisk<br>
&gt;&gt;&gt;&gt;&gt; or Freeswitch to do the following functions<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; - Act as a Media server<br>
&gt;&gt;&gt;&gt;&gt; - Connect to the PSTN<br>
&gt;&gt;&gt;&gt;&gt; - Act as a B2BUA<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; There&#39;s been alot of hype about Freeswitch and I wanted to know<br>
&gt;&gt;&gt;&gt;&gt; from people who&#39;ve integrated it to OpenSIPS how it compares to<br>
&gt;&gt;&gt;&gt;&gt; Asterisk especially in the case of installation and intergration,<br>
&gt;&gt;&gt;&gt;&gt; scalability and ease of maintenance.  Any info would be a huge help<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; regards,<br>
&gt;&gt;&gt;&gt;&gt; james<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;<br>
&gt;_______________________________________________<br>
&gt;Users mailing list<br>
&gt;<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
&gt;<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
&gt;<br>
&gt;<br>
&gt;_______________________________________________<br>
&gt;Users mailing list<br>
&gt;<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
&gt;<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
<br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
</div></div></blockquote></div><br></div></div></div>
<br>_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
<br></blockquote></div><br>