[Freeswitch-users] Optimizing profile

[Steven Ayre]

That'd probably be correct, though it'd really depend on the provider.
Certainly sending to a single port is the simplest easiest setup, and
therefore the most likely.

Other possibilities would be round-robin or failover distribution among a
number of ip:port addresses or SIP registrations, or controlling which
calls are routed to based on prefix. But you probably won't have those
options.


On 30 September 2013 20:36, 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/20131001/9ddf51ad/attachment.html