[Freeswitch-users] Need cluster architecture suggestion

[Ali Jibran]

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 <javascript:;>>
> 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
> <javascript:;>> 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
> <javascript:;>> 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 <javascript:;>>
> >> > 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
> <javascript:;>> 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 <javascript:;>
> >> >>> 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 <javascript:;>
> >> >>> 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 <javascript:;>
> >> >> 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 <javascript:;>
> >> >> 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 <javascript:;>
> >> > 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 <javascript:;>
> >> > 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 <javascript:;>
> >> 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 <javascript:;>
> >> 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 <javascript:;>
> > 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 <javascript:;>
> > 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 <javascript:;>
> 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 <javascript:;>
> 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/5c2c42ff/attachment-0001.html