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