[Freeswitch-users] Scaling Freeswitch

[Colin Morelli]

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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20160416/54b58cff/attachment.html