[Freeswitch-users] Optimizing profile

Tue Oct 1 00:13:20 MSD 2013

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 at 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 at 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 at 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 at 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 at 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 at 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 at freeswitch.org
>>>> http://www.freeswitchsolutions.com
>>>>
>>>> 
>>>> 
>>>>
>>>> Official FreeSWITCH Sites
>>>> http://www.freeswitch.org
>>>> http://wiki.freeswitch.org
>>>> http://www.cluecon.com
>>>>
>>>> FreeSWITCH-users mailing list
>>>> FreeSWITCH-users at 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 at freeswitch.org
>>> http://www.freeswitchsolutions.com
>>>
>>> 
>>> 
>>>
>>> Official FreeSWITCH Sites
>>> http://www.freeswitch.org
>>> http://wiki.freeswitch.org
>>> http://www.cluecon.com
>>>
>>> FreeSWITCH-users mailing list
>>> FreeSWITCH-users at 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 at freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> 
>> 
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://wiki.freeswitch.org
>> http://www.cluecon.com
>>
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20130930/2c007550/attachment.html 