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