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@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@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@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@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@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

Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.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

Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.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

Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.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