<div dir="ltr">Ignore my question, this has just been answered by Mike in IRC;<div><br></div><div>For sake of archives;<br><div><br><div><div><MikeJ1> foxx[cleeming]: yes.. I know why.. thats how it was written…</div>
<div>* AnGrYfUrBy (~AnGrYfUrB@pdpc/supporter/active/angryfurby) has joined #freeswitch</div><div><MikeJ1> that being said.. your not hitting that bottleneck</div><div><MikeJ1> and its a waste of time to track down</div>
<div><foxx[cleeming]> any reason it was written like that for? is it difficult/impossible to have multi threading in that part of fs?</div><div><MikeJ1> it is multi threaded in the freeswitch part</div><div><MikeJ1> its not an issue at all..</div>
<div>* foxx[cleeming] has very little understanding of the fundementals in C btw, so apologies if this is a stupid question</div><div><MikeJ1> no reason to spend another second thinking about it</div><div><foxx[cleeming]> lol okay, got it</div>
<div>* sekil (~<a href="mailto:Ognjen@78.24.104.82">Ognjen@78.24.104.82</a>) has joined #freeswitch</div><div><MikeJ1> its just the way the library was written</div><div><foxx[cleeming]> so the bottleneck in this case, is the time spent in parsing the udp packets rihgt?</div>
<div><MikeJ1> there is no bottleneck</div><div><MikeJ1> if you have a bottleneck… your doing way more traffic on one box than you should</div><div><foxx[cleeming]> ah, so we're talking like 100mbit+ before this becomes an issue right?</div>
<div><crienzo> i got 200 sessions per second before hitting any bottleneck in sofia</div><div><MikeJ1> talking 10's of thousands of calls and > 1000 cps… if your doing this.. it should be split up between multiple boxes using a proxy doing load bal</div>
<div><MikeJ1> crienzo: and its been improved sense then I think too.. thats why I was saying.. silly conversation for a non issue</div><div><foxx[cleeming]> yeah makes more sense now</div><div><crienzo> i think 200 is enough</div>
</div></div><div><br></div><div>Cal</div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Sep 30, 2013 at 9:05 PM, Cal Leeming [Simplicity Media Ltd] <span dir="ltr"><<a href="mailto:cal.leeming@simplicitymedialtd.co.uk" target="_blank">cal.leeming@simplicitymedialtd.co.uk</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Any idea why libsofia only handles 1 thread per profile? <div><br></div><div>As mentioned before, you should run multiple profiles if this becomes a bottleneck, but running multiple profiles for inbound calls might not be suitable (i.e. if a provider gives you a number and will only send traffic to 1 IP/port at a time).</div>
<div><br></div><div>Are there any other alternative workarounds?</div><span class="HOEnZb"><font color="#888888"><div><br></div><div>Cal</div></font></span></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra">
<br><br><div class="gmail_quote">On Mon, Sep 30, 2013 at 8:36 PM, Guillermo Ruiz Camauer <span dir="ltr"><<a href="mailto:grcamauer@gmail.com" target="_blank">grcamauer@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Steven,</div><div> </div><div>Ah, I think I get it now: profiles LISTEN on an IP:PORT combination, so I can have many IP:PORT combinations to MAKE calls, as long as I send them to my provider's IP on the 5060 port, but I would only receive calls from my provider on my one profile bount to the IP:5060 port. Is this correct?</div>
<div> </div><div>Guillermo</div></div><div class="gmail_extra"><br><br><div class="gmail_quote"><div>On Mon, Sep 30, 2013 at 4:11 PM, Steven Ayre <span dir="ltr"><<a href="mailto:steveayre@gmail.com" target="_blank">steveayre@gmail.com</a>></span> wrote:<br>
</div><div><div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote">
<span style="font-family:arial,sans-serif;font-size:13px">If I only have one Voip provider, can I still have more than one SIP profile? My provider authenticates via IP</span></blockquote>
<div><br></div></div><div>Profiles bind to a single ip:port combination.</div><div><br></div><div>You could run multiple profiles each on a separate port. That way they'll all send to the provider using the same IP.</div>
<div>
<br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote"><div><div>On 30 September 2013 18:54, Guillermo Ruiz Camauer <span dir="ltr"><<a href="mailto:grcamauer@gmail.com" target="_blank">grcamauer@gmail.com</a>></span> wrote:<br>
</div></div><blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote"><div><div><div dir="ltr"><div>In the Wiki, under "<span dir="auto">Performance testing and configurations", one of the suggestions given under "Recommended SIP Settings" is:</span></div>
<div><span dir="auto"></span> </div>
<div><span dir="auto">libsofia only handles 1 thread per profile, so if that is your bottle neck use more profiles<br></span></div><div><span dir="auto"></span> </div><div><span dir="auto">If I only have one Voip provider, can I still have more than one SIP profile? My provider authenticates via IP. I currently run 240 concurrent calls through this Sip trunk, I I see CPU close to 12.5% on a 8 core machine. This means that one core is maxing out. How can I get more threads up to distribute the load?</span></div>
<span><font color="#888888">
<div><span dir="auto"></span> </div><div><span dir="auto"> </span><br clear="all"><br>-- <br>Guillermo Ruiz Camauer<br>
</div></font></span></div>
<br></div></div><div>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org" target="_blank">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" 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>
<br></div></blockquote></div><br></div>
<br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org" target="_blank">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" 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>
<br></blockquote></div></div></div><span><font color="#888888"><br><br clear="all"><br>-- <br>Guillermo Ruiz Camauer<br>
</font></span></div>
<br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org" target="_blank">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" 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>
<br></blockquote></div><br></div>
</div></div></blockquote></div><br></div>