[Freeswitch-users] Scaling Freeswitch

Sat Apr 16 22:27:31 MSD 2016

Thanks for the additional info, Jurijs. This has been very helpful already.

Sorry I'm a bit slow here (a lot of this is quite new to me, so I'm trying
to absorb as much knowledge as I can). If Kamailio is the registrar, what
role does it play in call routing? For example, if a call hits FS and I
instruct FS to bridge to a user, how is that performed? Or does all call
routing now need to be performed on Kamailio, since it's the one that's
aware of where users are (and their associated presence)?

I'd just like to better understand the roles that each of these plays in
this scenario.

Thanks again.

Best,
Colin

On Sat, Apr 16, 2016 at 1:45 PM Jurijs Ivolga <jurijs.ivolga at gmail.com>
wrote:

> 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
>>
>
> _________________________________________________________________________
> 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/aea47226/attachment-0001.html 