[Freeswitch-users] Need cluster architecture suggestion

Sun Apr 26 22:23:50 MSD 2015

@Stanislav, #1 can be relatively easily be solved with xml_curl. True. We
are going to handle calls using that only.
We will have retail/residential customers only.

@Schmidbauer, Keeping registration on both (kamailio and fs) will be
unnecessary overload. Isn't it?

Thanks,
Samir

On Sun, Apr 26, 2015 at 8:59 PM, E. Schmidbauer <eschmidbauer at gmail.com>
wrote:

> I would use Kamailio as the REGISTRAR and have FS handle presence by
> forwarding all SUBSCRIBES to FS.
> Use the 'usrloc' module in kamailio to store user location information and
> write a script or code to query the location database in order to generate
> the bridge data.
>
>
> On Sun, Apr 26, 2015 at 11:06 AM, Ali Jibran <ali.jibran44 at gmail.com>
> wrote:
>
>> If some users are registered on one instance and the instance goes
>> down....what would happen to the registrations? And how should that be
>> worked around?
>>
>>
>> On Sunday, April 26, 2015, Stanislav Sinyagin <ssinyagin at gmail.com>
>> wrote:
>>
>>> @SamyGo your question is quite different to what Samir has described :)
>>>
>>> In this conversation, we already defined several completely different
>>> usage scenarios, each needing its own engineering effort:
>>>
>>> 1) Mass residential service -- I guess that's what Samir has meant.
>>> Everyone gets a single number and a standard set of residential
>>> services.
>>>
>>> 2) Small businesses that I mentioned -- they would form small work
>>> groups with some business rules,like conditional forwarding,
>>> simultaneous ringing, probably some custom IVR, voice mail etc.
>>>
>>> 3) Scalable application cluster for call centers
>>>
>>> 4) Scalable application cluster for conferencing
>>>
>>> I don't think it makes sense to throw all of them to the same
>>> platform, and the platform can actually be optimized for the task.
>>>
>>> #1 can be relatively easily be solved with xml_curl.  #2 also,
>>> although some ESL programming might be required.
>>>
>>> I would definitely go for a complete control over ESL for options #3
>>> and #4, and they could be combined on the same physical platform. A
>>> queue could be organized via some distributed mechanism, but a
>>> conference needs to be served by a single instance of FreeSWITCH. But
>>> you can initiate different conference instances on different servers
>>> and route the calls intellectually.
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> On Sun, Apr 26, 2015 at 3:57 PM, SamyGo <govoiper at gmail.com> wrote:
>>> > Hi Stanislav,
>>> > That seems like a nice idea and as you mentioned definitely for smaller
>>> > customers which can be handled within one FS capacity. Let's say I come
>>> > across a customer in this schema who has extensions more than 1000.
>>> > Naturally I'd think of using two or more FS dedicated for this
>>> customer's
>>> > domain but the two FS might be two separate entities.
>>> >
>>> > The question is: is there any way that I can bind two or more FS with a
>>> > shared memory space or backplane or DB such that the FS servers are
>>> mutually
>>> > aware of a queue or conference. Sending calls to same queue from any
>>> of the
>>> > FS server behave like one entity...etc ?
>>> >
>>> > Thanks for your time.
>>> > SamyGo
>>> >
>>> > On Apr 26, 2015 9:28 AM, "Stanislav Sinyagin" <ssinyagin at gmail.com>
>>> wrote:
>>> >>
>>> >> here I started to outline the Kamailio configuration, but the project
>>> >> was stopped by the customer:
>>> >> https://github.com/xlab1/sipfe_kamailio
>>> >> The config was tested and it works so far.
>>> >>
>>> >> Basically the kamailio's Dispatcher module has a configuration where
>>> >> to send the requests, based on the user SIP domain name, and it is
>>> >> able to work in failover or load-balancer mode.
>>> >>
>>> >> but this whole thing needs more engineering and testing effort.
>>> >>
>>> >> The main benefit of having the registrar at FreeSWITCH is the
>>> >> presence, BLF, MWI out of the box. Also it can handle more complex
>>> >> call scenarios than Kamailio is able to do -- this would be essential
>>> >> for small business customers.
>>> >>
>>> >>
>>> >>
>>> >>
>>> >>
>>> >> On Sun, Apr 26, 2015 at 3:01 PM, Samir Doshi <smrdoshi at gmail.com>
>>> wrote:
>>> >> > Hi,
>>> >> >
>>> >> > Thanks for your reply.
>>> >> >
>>> >> > Nope, I am not sure how that's going to be work out?
>>> >> > Would you be able to give some more hint on that?
>>> >> >
>>> >> >
>>> >> > On Sun, Apr 26, 2015 at 2:40 PM, Stanislav Sinyagin
>>> >> > <ssinyagin at gmail.com>
>>> >> > wrote:
>>> >> >>
>>> >> >> There's an option to use FreeSWITCH as a registrar, and Kamailio
>>> would
>>> >> >> be
>>> >> >> a simple stateless load balancer and failover manager. Have you
>>> >> >> considered
>>> >> >> this option as well?
>>> >> >>
>>> >> >> On Apr 26, 2015 6:21 AM, "Samir Doshi" <smrdoshi at gmail.com> wrote:
>>> >> >>>
>>> >> >>> Hi Guys,
>>> >> >>>
>>> >> >>> What will be the best setup architecture to handle 50k subscriber
>>> >> >>> registration and approximate 30k concurrent calls?
>>> >> >>> We are planning to use opensips/kamailio proxy server for load
>>> balance
>>> >> >>> &
>>> >> >>> to handle registration and multiple freeswitch servers to handle
>>> >> >>> media.
>>> >> >>> Database will be MySQL.
>>> >> >>>
>>> >> >>> Is this good way? OR anybody have any other proposed architecture
>>> >> >>> which
>>> >> >>> can be helpful?
>>> >> >>>
>>> >> >>> Moreover Is there any way we can change codec realtime based on
>>> >> >>> internet
>>> >> >>> connectivity speed?
>>> >> >>>
>>> >> >>> Please let us know your thoughts.
>>> >> >>>
>>> >> >>> Thanks in advance.
>>> >> >>>
>>> >> >>>
>>> >> >>>
>>> _________________________________________________________________________
>>> >> >>> 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
>>>
>>
>> _________________________________________________________________________
>> 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/20150426/fd201f4f/attachment-0001.html 