Ignore my question, this has just been answered by Mike in IRC;

For sake of archives;

<MikeJ1> foxx[cleeming]: yes.. I know why.. thats how it was written…
* AnGrYfUrBy (~AnGrYfUrB@pdpc/supporter/active/angryfurby) has joined #freeswitch
<MikeJ1> that being said.. your not hitting that bottleneck
<MikeJ1> and its a waste of time to track down
<foxx[cleeming]> any reason it was written like that for? is it difficult/impossible to have multi threading in that part of fs?
<MikeJ1> it is multi threaded in the freeswitch part
<MikeJ1> its not an issue at all..
* foxx[cleeming] has very little understanding of the fundementals in C btw, so apologies if this is a stupid question
<MikeJ1> no reason to spend another second thinking about it
<foxx[cleeming]> lol okay, got it
* sekil (~Ognjen@78.24.104.82) has joined #freeswitch
<MikeJ1> its just the way the library was written
<foxx[cleeming]> so the bottleneck in this case, is the time spent in parsing the udp packets rihgt?
<MikeJ1> there is no bottleneck
<MikeJ1> if you have a bottleneck… your doing way more traffic on one box than you should
<foxx[cleeming]> ah, so we're talking like 100mbit+ before this becomes an issue right?
<crienzo> i got 200 sessions per second before hitting any bottleneck in sofia
<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
<MikeJ1> crienzo: and its been improved sense then I think too.. thats why I was saying.. silly conversation for a non issue
<foxx[cleeming]> yeah makes more sense now
<crienzo> i think 200 is enough

Cal


On Mon, Sep 30, 2013 at 9:05 PM, Cal Leeming [Simplicity Media Ltd] <cal.leeming@simplicitymedialtd.co.uk> wrote:
Any idea why libsofia only handles 1 thread per profile? 

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).

Are there any other alternative workarounds?

Cal


On Mon, Sep 30, 2013 at 8:36 PM, Guillermo Ruiz Camauer <grcamauer@gmail.com> wrote:
Steven,
 
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?
 
Guillermo


On Mon, Sep 30, 2013 at 4:11 PM, Steven Ayre <steveayre@gmail.com> wrote:
If I only have one Voip provider, can I still have more than one SIP profile?  My provider authenticates via IP

Profiles bind to a single ip:port combination.

You could run multiple profiles each on a separate port. That way they'll all send to the provider using the same IP.





On 30 September 2013 18:54, Guillermo Ruiz Camauer <grcamauer@gmail.com> wrote:
In the Wiki, under "Performance testing and configurations", one of the suggestions given under "Recommended SIP Settings" is:
 
libsofia only handles 1 thread per profile, so if that is your bottle neck use more profiles
 
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?
 
 

--
Guillermo Ruiz Camauer

_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org



_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org




--
Guillermo Ruiz Camauer

_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org