[Freeswitch-users] Need cluster architecture suggestion

[E. Schmidbauer]

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