you can do originate {ignore_early_media=true,bypass_media=true}sofia/default/<a href="mailto:foo1@bar.com">foo1@bar.com</a> sofia/default/<a href="mailto:foo2@bar.com">foo2@bar.com</a> inline<br><br>and hairpin 2 calls between the provider <br>
<br><br><div class="gmail_quote">On Thu, May 29, 2008 at 2:55 PM, Nicolas Brenner <<a href="mailto:nicolas@medularis.com">nicolas@medularis.com</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Anthony and Ken (specially), thank you very much for your explanations<br>
and figures. About what Ken said, how could I initiate a call in media<br>
mode and then switch it to no_media when the second leg is<br>
bridged/answered? Also, is this something my VoIP provider should be<br>
able to support specially, or is it just standard SIP signaling? Thank<br>
you again very much for your help!<br>
<div><div></div><div class="Wj3C7c"><br>
On Thu, May 29, 2008 at 2:48 PM, Ken Rice <<a href="mailto:krice@suspicious.org">krice@suspicious.org</a>> wrote:<br>
> With FreeSwitch there are a couple of ways to accomplish what you are doing<br>
> with 3 distinct levels of performance<br>
><br>
> Way 1) Full Media Interaction/Transcoding. This is very similar to the way<br>
> asterisk works and should on modern several give you atleast 2 to 3 times<br>
> the performance you see on asterisk (not accounting for any transcoding load<br>
> you may introduce)<br>
><br>
> Way 2) Media Proxy mode. In this mode you will see a good bit of performance<br>
> gain as FreeSwitch will only proxy the media it will not interact with the<br>
> media stream (ie: no transcoding, no DTMF events etc) but you can still cut<br>
> thru nat, appease providers that don't want to "hairpin" the media on their<br>
> networks, and still do a full topology hide (not applicable for your<br>
> scenario below as you can no jump in and out of proxy only mode)<br>
><br>
><br>
> Way 3) No Media Mode. In this mode FreeSwitch functions more along the lines<br>
> of openser/ser minus the media proxies. Media is passed directly between the<br>
> end points and FreeSwitch is completely out of the media path. This is the<br>
> most efficient mode for routing calls as there is no media load on<br>
> freeswitch and the number of concurrent calls is limited by system memory<br>
> resources and speed of the calls coming in (as in how many calls/second can<br>
> freeswitch process) for your particular application originating calls would<br>
> start in media mode and them move to no media mode once the second leg<br>
> starts to come online. This would have an impact of performance based on the<br>
> total number of calls doing media with freeswitch at any given time.<br>
><br>
><br>
> Now for some real numbers...<br>
><br>
> I route calls primarily using the no-media-mode using dell 1950s with Dual<br>
> QuadCore 2Ghz E5335's w/ 4Gs of ram. (admittedly this is a slightly<br>
> different method from what you are doing) in our configuration we are able<br>
> route in excess of 200 calls/sec with a concurrent call load in excess of<br>
> 3000 calls (6000 legs) per machine. Where we run into problems is not in the<br>
> concurrent call volume, its in the Calls/Sec luckily FreeSwitch has a<br>
> Sessions/Second Limiter built in and we can set this and keep the box from<br>
> melting down.<br>
><br>
> Please Note in the above configuration we are largely routing autodialer<br>
> traffic so performace should be much better if you decrease the calls per<br>
> second and increase the average call length. High Call Per Second Rates are<br>
> the bane of any switch<br>
><br>
> K<br>
><br>
><br>
><br>
><br>
>> From: Nicolas Brenner <<a href="mailto:nicolas@medularis.com">nicolas@medularis.com</a>><br>
>> Reply-To: <<a href="mailto:freeswitch-users@lists.freeswitch.org">freeswitch-users@lists.freeswitch.org</a>><br>
>> Date: Thu, 29 May 2008 12:54:07 -0400<br>
>> To: <<a href="mailto:freeswitch-users@lists.freeswitch.org">freeswitch-users@lists.freeswitch.org</a>><br>
>> Subject: Re: [Freeswitch-users] Max of 170 channels in the conference room.<br>
>><br>
>> Hi, sorry for my ignorance, but I was wondering if these figures are<br>
>> in any way comparable to the performance FS would have doing bridged<br>
>> calls?<br>
>><br>
>> I have a web callback app that's currently running on top of Asterisk,<br>
>> and I'm planning on moving to FS, and use originate/&bridge commands<br>
>> to bridge calls between two actual phones. I'd like to know if (using<br>
>> the same setup as Johny) I'd be able to hit more than 170 channels?<br>
>> (or more than 170 calls, I guess that would be 340 channels).<br>
>><br>
>> Thanks<br>
>><br>
>> On Thu, May 29, 2008 at 12:19 PM, Brian West <<a href="mailto:brian@freeswitch.org">brian@freeswitch.org</a>> wrote:<br>
>>> These aren't really dual core CPU's they are single core with<br>
>>> hyper-threading. If you disable hyper-threading you'll get more<br>
>>> performance.<br>
>>> You'll never get that great of performance out of these CPU's. The new<br>
>>> 64bit woodcrest/clovertown Xeon's are much better... night and day<br>
>>> difference. (Pinto vs Porsche)<br>
>>> /b<br>
>>> On May 29, 2008, at 11:10 AM, Johny Kadarisman wrote:<br>
>>><br>
>>> Hi Brian, attached is my cpu info.<br>
>>><br>
>>> Rgds,<br>
>>><br>
>>> ================<br>
>>> processor : 0<br>
>>> vendor_id : GenuineIntel<br>
>>> cpu family : 15<br>
>>> model : 2<br>
>>> model name : Intel(R) Xeon(TM) CPU 2.80GHz<br>
>>> stepping : 9<br>
>>> cpu MHz : 2784.780<br>
>>> cache size : 512 KB<br>
>>> physical id : 0<br>
>>> siblings : 2<br>
>>> core id : 0<br>
>>> cpu cores : 1<br>
>>> fdiv_bug : no<br>
>>> hlt_bug : no<br>
>>> f00f_bug : no<br>
>>> coma_bug : no<br>
>>> fpu : yes<br>
>>> fpu_exception : yes<br>
>>> cpuid level : 2<br>
>>> wp : yes<br>
>>> flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca<br>
>>> cmov pat pse36 clflush dts acpi mmx fxs<br>
>>> r sse sse2 ss ht tm pbe cid xtpr<br>
>>> bogomips : 5573.58<br>
>>> clflush size : 64<br>
>>><br>
>>><br>
>>> processor : 1<br>
>>> vendor_id : GenuineIntel<br>
>>> cpu family : 15<br>
>>> model : 2<br>
>>> model name : Intel(R) Xeon(TM) CPU 2.80GHz<br>
>>> stepping : 9<br>
>>> cpu MHz : 2784.780<br>
>>> cache size : 512 KB<br>
>>> physical id : 0<br>
>>> siblings : 2<br>
>>> core id : 0<br>
>>> cpu cores : 1<br>
>>> fdiv_bug : no<br>
>>> hlt_bug : no<br>
>>> f00f_bug : no<br>
>>> coma_bug : no<br>
>>> fpu : yes<br>
>>> fpu_exception : yes<br>
>>> cpuid level : 2<br>
>>> wp : yes<br>
>>> flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca<br>
>>> cmov pat pse36 clflush dts acpi mmx fxs<br>
>>> r sse sse2 ss ht tm pbe cid xtpr<br>
>>> bogomips : 5569.09<br>
>>> clflush size : 64<br>
>>><br>
>>><br>
>>> processor : 2<br>
>>> vendor_id : GenuineIntel<br>
>>> cpu family : 15<br>
>>> model : 2<br>
>>> model name : Intel(R) Xeon(TM) CPU 2.80GHz<br>
>>> stepping : 9<br>
>>> cpu MHz : 2784.780<br>
>>> cache size : 512 KB<br>
>>> physical id : 3<br>
>>> siblings : 2<br>
>>> core id : 0<br>
>>> cpu cores : 1<br>
>>> fdiv_bug : no<br>
>>> hlt_bug : no<br>
>>> f00f_bug : no<br>
>>> coma_bug : no<br>
>>> fpu : yes<br>
>>> fpu_exception : yes<br>
>>> cpuid level : 2<br>
>>> wp : yes<br>
>>> flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca<br>
>>> cmov pat pse36 clflush dts acpi mmx fxs<br>
>>> r sse sse2 ss ht tm pbe cid xtpr<br>
>>> bogomips : 5569.31<br>
>>> clflush size : 64<br>
>>><br>
>>><br>
>>> processor : 3<br>
>>> vendor_id : GenuineIntel<br>
>>> cpu family : 15<br>
>>> model : 2<br>
>>> model name : Intel(R) Xeon(TM) CPU 2.80GHz<br>
>>> stepping : 9<br>
>>> cpu MHz : 2784.780<br>
>>> cache size : 512 KB<br>
>>> physical id : 3<br>
>>> siblings : 2<br>
>>> core id : 0<br>
>>> cpu cores : 1<br>
>>> fdiv_bug : no<br>
>>> hlt_bug : no<br>
>>> f00f_bug : no<br>
>>> coma_bug : no<br>
>>> fpu : yes<br>
>>> fpu_exception : yes<br>
>>> cpuid level : 2<br>
>>> wp : yes<br>
>>> flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca<br>
>>> cmov pat pse36 clflush dts acpi mmx fxs<br>
>>> r sse sse2 ss ht tm pbe cid xtpr<br>
>>> bogomips : 5569.67<br>
>>> clflush size : 64<br>
>>><br>
>>><br>
>>> On Thu, May 29, 2008 at 11:49 AM, Brian West <<a href="mailto:brian@freeswitch.org">brian@freeswitch.org</a>> wrote:<br>
>>>><br>
>>>> Can you cat /proc/cpuinfo and post that?<br>
>>>> /b<br>
>>>> On May 29, 2008, at 10:41 AM, Johny Kadarisman wrote:<br>
>>>><br>
>>>> Thanks Anthony,<br>
>>>><br>
>>>> It's a 32bits Ubuntu server version, and I had blindly follow and run the<br>
>>>> test with following settings :)<br>
>>>><br>
>>>> ulimit -c unlimited<br>
>>>> ulimit -d unlimited<br>
>>>> ulimit -f unlimited<br>
>>>> ulimit -i unlimited<br>
>>>> ulimit -n 999999<br>
>>>> ulimit -q unlimited<br>
>>>> ulimit -u unlimited<br>
>>>> ulimit -v unlimited<br>
>>>> ulimit -x unlimited<br>
>>>> ulimit -s 244<br>
>>>> ulimit -l unlimited<br>
>>>> ulimit -a<br>
>>>> bin/freeswitch<br>
>>>><br>
>>>> also, I set with 120ms interval, I still hit around 170 channels limits in<br>
>>>> one room.<br>
>>>> Let me play around more with multiple room setup.<br>
>>>><br>
>>>> Rgds,<br>
>>>> Johny K.<br>
>>>><br>
>>>><br>
>>>><br>
>>>><br>
>>>> On Thu, May 29, 2008 at 10:56 AM, Anthony Minessale<br>
>>>> <<a href="mailto:anthony.minessale@gmail.com">anthony.minessale@gmail.com</a>> wrote:<br>
>>>>><br>
>>>>> We don't do much testing on the conference but i can give you a few<br>
>>>>> pointers.<br>
>>>>><br>
>>>>> is it a 32 or 64 bit box?<br>
>>>>> if it's 32 you can try this as root before you start up.<br>
>>>>><br>
>>>>> ulimit -s 244<br>
>>>>><br>
>>>>> you can also change the conference interval to higher number of ms<br>
>>>>> between packets to give it more time to mux the audio, the default is 20<br>
>>>>> but<br>
>>>>> you should be able to use 30,40,60,120 as well<br>
>>>>><br>
>>>>> You can also try multiple conference to compare.<br>
>>>>><br>
>>>>><br>
>>>>><br>
>>>>> On Thu, May 29, 2008 at 8:57 AM, Johny Kadarisman <<a href="mailto:jkr888@gmail.com">jkr888@gmail.com</a>><br>
>>>>> wrote:<br>
>>>>>><br>
>>>>>> Hi all,<br>
>>>>>><br>
>>>>>> I build a new test boxes for freeswitch. and trying to simulate high<br>
>>>>>> load condition.<br>
>>>>>> I have one freeswitch box that host conference apps, and another box<br>
>>>>>> with simple js to originate call to the conference room.<br>
>>>>>> To monitor the sound quality, I have one phones that dial into the<br>
>>>>>> conference room, and then start streaming/playing moh music in the<br>
>>>>>> conference.<br>
>>>>>><br>
>>>>>> In many scenario that i tried (mute, unmute, one or multiple rooms), the<br>
>>>>>> max total number of channels is about 170 channels before FS start to<br>
>>>>>> slowing down on creating new channels. The Cpu's only tops around 40-50%,<br>
>>>>>> and the voice/rtp start to jitter or delays on my phone.<br>
>>>>>><br>
>>>>>> These test boxes is running on 2 processor 2.8GHz Dual Core xeon cpu's<br>
>>>>>> and about 1Gb memory.<br>
>>>>>> I think the number already pretty impressive, at least for me :)<br>
>>>>>><br>
>>>>>> But is this limit sounds right from others experience? Can I still do<br>
>>>>>> more tuning?<br>
>>>>>><br>
>>>>>> Thanks,<br>
>>>>>> Johny K.<br>
>>>>>><br>
>>>>>><br>
>>>>>><br>
>>>>>><br>
>>>>>><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>
>>>>><br>
>>>>><br>
>>>>><br>
>>>>> --<br>
>>>>> Anthony Minessale II<br>
>>>>><br>
>>>>> FreeSWITCH <a href="http://www.freeswitch.org/" target="_blank">http://www.freeswitch.org/</a><br>
>>>>> ClueCon <a href="http://www.cluecon.com/" target="_blank">http://www.cluecon.com/</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" target="_blank">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="http://iax:guest@conference.freeswitch.org/888" target="_blank">iax:guest@conference.freeswitch.org/888</a><br>
>>>>> <a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org">googletalk:conf+888@conference.freeswitch.org</a><br>
>>>>> pstn:213-799-1400<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>
>>>><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>
>>>> Brian West<br>
>>>> <a href="mailto:sip%3Abrian@freeswitch.org">sip:brian@freeswitch.org</a><br>
>>>><br>
>>>><br>
>>>><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>
>>><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>
>>> Brian West<br>
>>> <a href="mailto:sip%3Abrian@freeswitch.org">sip:brian@freeswitch.org</a><br>
>>><br>
>>><br>
>>><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>
>>><br>
>><br>
>><br>
>><br>
>> --<br>
>> Nicolás Brenner<br>
>> Medularis SpA<br>
>><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>
><br>
><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>
<br>
<br>
<br>
--<br>
Nicolás Brenner<br>
Medularis SpA<br>
<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>
</div></div></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>
<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="http://iax:guest@conference.freeswitch.org/888">iax:guest@conference.freeswitch.org/888</a><br>
<a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org">googletalk:conf+888@conference.freeswitch.org</a><br>pstn:213-799-1400