[Freeswitch-users] Scaling Freeswitch

Sat Apr 16 21:42:51 MSD 2016

Hi,

Kamailio is SIP proxy, so it was build to support thousands and millions
SIP registrations and it will perform better then freeswitch as registrar
server(no offense guys, freeswitch is brilliant software, but it can't be
1st everywhere :D), so from performance perspective, Kamailio is better to
use for registration, then Freeswitch, but if you are building set-up for
no more then 10K(or even more) extensions, then there is no such huge
difference in performance and you can leave registrar server on Freeswitch
side...

By default I will recommend you to go in standard way - Kamailio as
registrar server, but again I don't know your full requirements and maybe
this is not best way for you...

I would like to emphasize that Freeswitch as registrar server is just one
option from several other options and I really don't know which one is best
for you.

With kind regards,

Jurijs

On Sat, Apr 16, 2016 at 8:25 PM, Sergey Safarov <s.safarov at gmail.com> wrote:

> "Is there particular advantage, then, to using Kamailio for SIP
> registrations if this is a possibility?"
> This simplifies sending messages to the client in a case where it is
> behind NAT.
>
> Sergey
>
>
> сб, 16 апр. 2016 г. в 20:18, Colin Morelli <colin.morelli at gmail.com>:
>
>> Jurijs,
>>
>> That's good to know, since that's what my original plan was. Is there
>> particular advantage, then, to using Kamailio for SIP registrations if this
>> is a possibility? It would seem that you could have virtually "infinite"
>> scale with this approach. Am I right to assume that you could TCP load
>> balance traffic to a small number of Kamailio servers up front, which then
>> have a database mapping SIP domain -> another cluster of FS servers behind
>> them?
>>
>> So, tenants 1, 2 and 3 go to cluster A, 4, 5, 6 to cluster B, and so on?
>> If so, am I missing why you might want Kamailio to perform the registration
>> at all?
>>
>> Best,
>> Colin
>>
>> On Sat, Apr 16, 2016 at 1:13 PM Jurijs Ivolga <jurijs.ivolga at gmail.com>
>> wrote:
>>
>>> Hi,
>>>
>>> It is not mandatory to use Kamailio as registrar server, you can use
>>> Freeswitch as registrar server and Kamailio can just load balance all SIP
>>> messages to Freeswitch, including registrations...
>>>
>>> With kind regards,
>>>
>>> Jurijs
>>>
>>> On Sat, Apr 16, 2016 at 8:05 PM, Sergey Safarov <s.safarov at gmail.com>
>>> wrote:
>>>
>>>> Usage of kamailio as registrator and FreeSwitch as call processing
>>>> server is perfect way to create scalable VoIP infrastructure.
>>>>
>>>> Sergey.
>>>>
>>>> сб, 16 апр. 2016 г. в 19:40, Colin Morelli <colin.morelli at gmail.com>:
>>>>
>>>>> Does anyone have any good references for horizontally scaling out
>>>>> large multi-tenant FS clusters? Most of what I've been able to find
>>>>> involving load balancing Kamailio/OpenSIPS is fairly old (2+ years), and
>>>>> there's no recent versions of the information available. Has this not
>>>>> changed or is there a fundamental shift in how people have been tackling
>>>>> this problem?
>>>>>
>>>>> To clarify, I'm just looking for pointers/references here. Although if
>>>>> anyone has some personal experience I'd greatly appreciate specific
>>>>> examples and insight as well.
>>>>>
>>>>> Thanks in advance.
>>>>>
>>>>> Best,
>>>>> Colin
>>>>>
>>>>> _________________________________________________________________________
>>>>> Professional FreeSWITCH Consulting Services:
>>>>> consulting at freeswitch.org
>>>>> http://www.freeswitchsolutions.com
>>>>>
>>>>> Official FreeSWITCH Sites
>>>>> http://www.freeswitch.org
>>>>> http://confluence.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://confluence.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://confluence.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://confluence.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://confluence.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/20160416/ea97cd94/attachment.html 