<div dir="ltr">The only thing that would make proxy mode work any better than not using it would be the fact that it also disables the timers. When there are no timers unless you are actually sending RTP to the box it will not move. That will increase performance because its not doing anything.<div>
<br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Feb 8, 2013 at 11:06 AM, Jeff Pyle <span dir="ltr"><<a href="mailto:jpyle@fidelityvoice.com" target="_blank">jpyle@fidelityvoice.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>Hello,</div></div><div><br></div><div>I believe the timers are disabled by setting</div>
<div> <param name="rtp-timer-name" value="none"/></div><div>in the sofia profile(s). The default configurations use a value of "soft".</div><div><br></div><div>I have similar performance concerns bridging G711 SIP calls between two sofia profiles on an AMD Geode processor. With full media it occupies roughly 3.0% CPU per call. It scales to 25 calls with room for other basic system processes. Maybe 26 or 27 if we really pushed it and maintained the cps extremely low. Proxy media mode gives about a 15% performance increase in our case. Bypass mode was not tested because it isn't appropriate for our application.</div>
<span class="HOEnZb"><font color="#888888">
<div><br></div><div><br></div><div>- Jeff</div><div><br></div><br></font></span><div class="gmail_quote"><div class="im">On Fri, Feb 8, 2013 at 7:21 AM, Varghese <span dir="ltr"><<a href="mailto:p.varghese@cem-solutions.net" target="_blank">p.varghese@cem-solutions.net</a>></span> wrote:<br>
</div><div><div class="h5"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all,<br>
<br>
Any update on this issue. Any other options we need to try with freeswitch.<br>
<br>
E1 PRI with freetdm freeswitch in freescale and cpu load is going to 100<br>
with 15 calls.<br>
<div><div><br>
Thanks And Regards<br>
<br>
Varghese Paul<br>
> Hi Anthony,<br>
><br>
> Thanks for the information.<br>
><br>
> Kernel is Linux-2.6.32 patched by Freescale team for the hardware.<br>
><br>
> Further we tested the freeswitch-1.2.6 on Freescale and following are<br>
> observations.<br>
><br>
> We set the ulimit options as per the wiki link and ulimit –s 240<br>
><br>
> 1. With switches *-np* and *–lp* the result is same i.e. maximum of 90<br>
> calls and top command shows 100% CPU for freeswitch process<br>
><br>
> 2. With RTP Bypass mode we could make 250 calls and CPU usage is 20%<br>
><br>
> 3. With Proxy media mode, and default rtp mode the CPU is very high.<br>
> Approximately 1 to 1.5% per call and scales up to 90 calls<br>
><br>
> 4. Set the option enable-timer value = false in SIP profile,<br>
> stun-enabled=false given all IP address in ext-rtp,<br>
> rtp-timer-name=none/soft etc., still the results are same<br>
><br>
> Q1) Can you explain “asterisk also uses blocking reads in its rtp<br>
> stack where we have timers. You can disable the timers as documented<br>
> in the wiki” which parameter you are referring to and where we need to<br>
> disable timers.<br>
><br>
> Q2) Do we need to try any other options to increase the performance<br>
> numbers?<br>
><br>
> F.Y.I, We used Empirix Hammer SIP Call Generator for testing SIP calls.<br>
><br>
> Thanks<br>
> Varghese Paul<br>
><br>
> Anthony Minessale wrote:<br>
>> That depends on the version of linux, the kernel version and several<br>
>> other factors.<br>
>><br>
>> Were you actually moving media when testing, what tool are you<br>
>> testing with?<br>
>><br>
>> On 32 bit you should make sure you have the stack size at 240 (ulimit<br>
>> -s 240 before starting)<br>
>> Also you may need to add the -lp or -np startup flags to reduce the<br>
>> realtime threads.<br>
>><br>
>> asterisk also uses blocking reads in its rtp stack where we have<br>
>> timers. You can disable the timers as documented in the wiki..<br>
>><br>
>><br>
>><br>
>><br>
>> On Tue, Feb 5, 2013 at 6:37 AM, Varghese<br>
>> <<a href="mailto:p.varghese@cem-solutions.net" target="_blank">p.varghese@cem-solutions.net</a> <mailto:<a href="mailto:p.varghese@cem-solutions.net" target="_blank">p.varghese@cem-solutions.net</a>>><br>
>> wrote:<br>
>><br>
>> Hi all,<br>
>> We are facing following observations/issues with freeswitch on<br>
>> freescale<br>
>> processor boards.<br>
>> We ported freeswitch with freescale provided tool chain.<br>
>> _*Freeswitch Configuration: version 1.2.6 (git version)*_<br>
>> 1. Only enabled mod_sofia, mod_dialplan, mod_command,mod_dptool and<br>
>> mod_console.<br>
>> 2. set the ulimit options and followed the steps in the following<br>
>> link<br>
>><br>
>> <a href="http://wiki.freeswitch.org/wiki/Performance_testing_and_configurations" target="_blank">http://wiki.freeswitch.org/wiki/Performance_testing_and_configurations</a><br>
>> 3. SIP test tool run the load test for 500 users in freeswitch and<br>
>> configured the dial plan to just bridge the channels<br>
>> 4. Freeswitch media processing is in default mode: i.e media will go<br>
>> through freeswitch<br>
>> _*Freescale Board Configuration:*_<br>
>> CPU : 1GHZ PowerQUICC III, 32 bit<br>
>> RAM: 1 GB<br>
>> Linux- 2.6.32<br>
>> Load test is conducted for SIP to SIP calls with RTP.<br>
>> _*Observations:*_<br>
>> Linux TOP command shows increasing CPU usage per call and<br>
>> increases to<br>
>> 100% with only 90 calls. After that system response is very slow<br>
>> We could also found delay in media.<br>
>><br>
>> _Surprisingly, with Asterisk 1.8 the same system configuration<br>
>> works 250<br>
>> calls without any problems.<br>
>> _<br>
>> _*Questions:<br>
>> *_1. Any one ported Freeswitch on Freescale or any embedded<br>
>> processors?<br>
>> Any performance figures or references will be appreciated<br>
>> 2. How many simultaneous calls can be possible with 1GHz<br>
>> PowerQUICC III<br>
>> processor ?<br>
>> 3. Any more settings are required in freeswitch or linux for<br>
>> scalability?<br>
>><br>
>> Thanks And Regards<br>
>><br>
>> Varghese Paul<br>
>><br>
>><br>
>><br><br>
</div></div></blockquote></div></div></div><br>
<br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><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"><div><br></div>-- <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
</div>