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