Need cluster architecture suggestion
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.
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
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
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
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
@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
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
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
@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@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@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
_________________________________________________________________________ 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
Stanislav, I understood your point and that looks useful. BUT we really doesn't require presence, BLF etc etc features. Our main goal is to handle 50k+ subscribers with inbound and outbound calls smoothly. However based on your suggestion we have two options, Either use proxy server as registrar OR Separate FS servers as registrar. I don't know which option will be more effective. Any thoughts? Out of the curiosity, lets consider if we using FS as registrar then how media FS servers will know if subscriber is registered or not to make calls? Thanks, Samir On Sun, Apr 26, 2015 at 6:57 PM, 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
I suggest to use opensips as a registrar and router/balancer with redis as a database. Use redis locacally and all requested parameteres keep in uri format as login=123;pass=456 . it gives you a very high performance and saves hard disk from non-stop reading. 26 апр. 2015 г. 15:12 пользователь "Stanislav Sinyagin" <ssinyagin@gmail.com> написал:
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
Hello, What kind of features do you want provide? for better preformance and scalability I propose you use kamailio in 2 ways, and freeswitch as application/sbc server, then rtpengine to sdp nat and SRTP/RTP: First create a kamailio instance to do the role of sip load balancer, natbox, and security. Second create a another kamailio instance to handle all your registers and presence services, and control all you calls/presence(sip signalling). For example an IVR: Call arrives at load balance, loadbalance select one of second kamailio instance through dispatcher module, and send it to there, then the second kamailio instance will checkout what kind of call you are requesting, after it see that you are trying to dial an ivr (developing some kamailio script logic) it will select one of your freeswitch's and send call to there, then in freeswitch using lua script you can build your dinamic dialplans. for sharing presence between several kamailios you can use dmq + dbtext to save presence information replicated through dmq. for sharing user location between kamailios use dmq + usrloc_dmq + dbtext You can use mysql, but with mysql isn't simple scale geographically another database that i advise you use to build your pbx is redis. I hope that my view was helpfull BR José Seabra 2015-04-27 3:14 GMT+01:00 Kamil Nigmatullin <kamil.nigmatullin@gmail.com>:
I suggest to use opensips as a registrar and router/balancer with redis as a database. Use redis locacally and all requested parameteres keep in uri format as login=123;pass=456 . it gives you a very high performance and saves hard disk from non-stop reading. 26 апр. 2015 г. 15:12 пользователь "Stanislav Sinyagin" < ssinyagin@gmail.com> написал:
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
-- Cumprimentos José Seabra
Redis looks interesting. Will look at that. Thanks guys for your time and suggestions. I will do further study and share my experience. Thanks, Samir On Mon, Apr 27, 2015 at 9:54 AM, José Seabra <joseseabra4@gmail.com> wrote:
Hello,
What kind of features do you want provide? for better preformance and scalability I propose you use kamailio in 2 ways, and freeswitch as application/sbc server, then rtpengine to sdp nat and SRTP/RTP:
First create a kamailio instance to do the role of sip load balancer, natbox, and security.
Second create a another kamailio instance to handle all your registers and presence services, and control all you calls/presence(sip signalling).
For example an IVR: Call arrives at load balance, loadbalance select one of second kamailio instance through dispatcher module, and send it to there, then the second kamailio instance will checkout what kind of call you are requesting, after it see that you are trying to dial an ivr (developing some kamailio script logic) it will select one of your freeswitch's and send call to there, then in freeswitch using lua script you can build your dinamic dialplans.
for sharing presence between several kamailios you can use dmq + dbtext to save presence information replicated through dmq.
for sharing user location between kamailios use dmq + usrloc_dmq + dbtext
You can use mysql, but with mysql isn't simple scale geographically
another database that i advise you use to build your pbx is redis.
I hope that my view was helpfull
BR José Seabra
2015-04-27 3:14 GMT+01:00 Kamil Nigmatullin <kamil.nigmatullin@gmail.com>:
I suggest to use opensips as a registrar and router/balancer with redis as a database. Use redis locacally and all requested parameteres keep in uri format as login=123;pass=456 . it gives you a very high performance and saves hard disk from non-stop reading. 26 апр. 2015 г. 15:12 пользователь "Stanislav Sinyagin" < ssinyagin@gmail.com> написал:
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
-- Cumprimentos José Seabra
_________________________________________________________________________ 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
it would be cool to see one day the whole design and source code at github... then other teams would contribute, instead of re-building every time from scratch On Mon, Apr 27, 2015 at 8:29 AM, Samir Doshi <smrdoshi@gmail.com> wrote:
Redis looks interesting. Will look at that. Thanks guys for your time and suggestions.
I will do further study and share my experience.
Thanks, Samir
On Mon, Apr 27, 2015 at 9:54 AM, José Seabra <joseseabra4@gmail.com> wrote:
Hello,
What kind of features do you want provide? for better preformance and scalability I propose you use kamailio in 2 ways, and freeswitch as application/sbc server, then rtpengine to sdp nat and SRTP/RTP:
First create a kamailio instance to do the role of sip load balancer, natbox, and security.
Second create a another kamailio instance to handle all your registers and presence services, and control all you calls/presence(sip signalling).
For example an IVR: Call arrives at load balance, loadbalance select one of second kamailio instance through dispatcher module, and send it to there, then the second kamailio instance will checkout what kind of call you are requesting, after it see that you are trying to dial an ivr (developing some kamailio script logic) it will select one of your freeswitch's and send call to there, then in freeswitch using lua script you can build your dinamic dialplans.
for sharing presence between several kamailios you can use dmq + dbtext to save presence information replicated through dmq.
for sharing user location between kamailios use dmq + usrloc_dmq + dbtext
You can use mysql, but with mysql isn't simple scale geographically
another database that i advise you use to build your pbx is redis.
I hope that my view was helpfull
BR José Seabra
2015-04-27 3:14 GMT+01:00 Kamil Nigmatullin <kamil.nigmatullin@gmail.com>:
I suggest to use opensips as a registrar and router/balancer with redis as a database. Use redis locacally and all requested parameteres keep in uri format as login=123;pass=456 . it gives you a very high performance and saves hard disk from non-stop reading.
26 апр. 2015 г. 15:12 пользователь "Stanislav Sinyagin" <ssinyagin@gmail.com> написал:
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
-- Cumprimentos José Seabra
_________________________________________________________________________ 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
<snip> @Schmidbauer, Keeping registration on both (kamailio and fs) will be unnecessary overload. Isn't it? You can use a database backend (like postgres, mysql, etc...) to store user location information in Kamailio (usrloc module) Then I have FS query the same user location database to generate the bridge string. This is just the way I've done it and it works great. So the registration information is kept in a single database.
LOL, We can wish can't we? :P On Mon, Apr 27, 2015 at 2:50 AM, Stanislav Sinyagin <ssinyagin@gmail.com> wrote:
it would be cool to see one day the whole design and source code at github... then other teams would contribute, instead of re-building every time from scratch
On Mon, Apr 27, 2015 at 8:29 AM, Samir Doshi <smrdoshi@gmail.com> wrote:
Redis looks interesting. Will look at that. Thanks guys for your time and suggestions.
I will do further study and share my experience.
Thanks, Samir
On Mon, Apr 27, 2015 at 9:54 AM, José Seabra <joseseabra4@gmail.com> wrote:
Hello,
What kind of features do you want provide? for better preformance and scalability I propose you use kamailio in 2 ways, and freeswitch as application/sbc server, then rtpengine to sdp nat and SRTP/RTP:
First create a kamailio instance to do the role of sip load balancer, natbox, and security.
Second create a another kamailio instance to handle all your registers
and
presence services, and control all you calls/presence(sip signalling).
For example an IVR: Call arrives at load balance, loadbalance select one of second kamailio instance through dispatcher module, and send it to there, then the second kamailio instance will checkout what kind of call you are requesting, after it see that you are trying to dial an ivr (developing some kamailio script logic) it will select one of your freeswitch's and send call to there, then in freeswitch using lua script you can build your dinamic dialplans.
for sharing presence between several kamailios you can use dmq + dbtext to save presence information replicated through dmq.
for sharing user location between kamailios use dmq + usrloc_dmq + dbtext
You can use mysql, but with mysql isn't simple scale geographically
another database that i advise you use to build your pbx is redis.
I hope that my view was helpfull
BR José Seabra
2015-04-27 3:14 GMT+01:00 Kamil Nigmatullin < kamil.nigmatullin@gmail.com>:
I suggest to use opensips as a registrar and router/balancer with redis as a database. Use redis locacally and all requested parameteres keep
in uri
format as login=123;pass=456 . it gives you a very high performance and saves hard disk from non-stop reading.
26 апр. 2015 г. 15:12 пользователь "Stanislav Sinyagin" <ssinyagin@gmail.com> написал:
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
-- Cumprimentos José Seabra
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
-- *Brian West* brian@freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com ClueCon 2015 Call for Speakers <https://www.cluecon.com/call-for-speakers/> | Register <https://freeswitch.com/cart.php?gid=1> TODAY! | Reddit: /r/freeswitch <https://www.reddit.com/r/freeswitch> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest
well, actually I'm trying to publish as much as I can, including the design documentation. If I get a project that would require to build a scalable cluster, I will definitely try to publish it too. It works pretty well -- I got two new paying customers who found me via github and my blog, and a couple of other potential customers. Also, businesses already got brilliant software tools for free, so why not going further and making more open-source value? On Mon, Apr 27, 2015 at 3:29 PM, Brian West <brian@freeswitch.org> wrote:
LOL, We can wish can't we? :P
On Mon, Apr 27, 2015 at 2:50 AM, Stanislav Sinyagin <ssinyagin@gmail.com> wrote:
it would be cool to see one day the whole design and source code at github... then other teams would contribute, instead of re-building every time from scratch
On Mon, Apr 27, 2015 at 8:29 AM, Samir Doshi <smrdoshi@gmail.com> wrote:
Redis looks interesting. Will look at that. Thanks guys for your time and suggestions.
I will do further study and share my experience.
Thanks, Samir
On Mon, Apr 27, 2015 at 9:54 AM, José Seabra <joseseabra4@gmail.com> wrote:
Hello,
What kind of features do you want provide? for better preformance and scalability I propose you use kamailio in 2 ways, and freeswitch as application/sbc server, then rtpengine to sdp nat and SRTP/RTP:
First create a kamailio instance to do the role of sip load balancer, natbox, and security.
Second create a another kamailio instance to handle all your registers
and
presence services, and control all you calls/presence(sip signalling).
For example an IVR: Call arrives at load balance, loadbalance select one of second kamailio instance through dispatcher module, and send it to there, then the second kamailio instance will checkout what kind of call you are requesting, after it see that you are trying to dial an ivr (developing some kamailio script logic) it will select one of your freeswitch's and send call to there, then in freeswitch using lua script you can build your dinamic dialplans.
for sharing presence between several kamailios you can use dmq + dbtext to save presence information replicated through dmq.
for sharing user location between kamailios use dmq + usrloc_dmq + dbtext
You can use mysql, but with mysql isn't simple scale geographically
another database that i advise you use to build your pbx is redis.
I hope that my view was helpfull
BR José Seabra
2015-04-27 3:14 GMT+01:00 Kamil Nigmatullin < kamil.nigmatullin@gmail.com>:
I suggest to use opensips as a registrar and router/balancer with
redis
as a database. Use redis locacally and all requested parameteres keep in uri format as login=123;pass=456 . it gives you a very high performance and saves hard disk from non-stop reading.
26 апр. 2015 г. 15:12 пользователь "Stanislav Sinyagin" <ssinyagin@gmail.com> написал:
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
-- Cumprimentos José Seabra
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
--
*Brian West* brian@freeswitch.org
*Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com
ClueCon 2015 Call for Speakers <https://www.cluecon.com/call-for-speakers/> | Register <https://freeswitch.com/cart.php?gid=1> TODAY! | Reddit: /r/freeswitch <https://www.reddit.com/r/freeswitch>
*T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest
_________________________________________________________________________ 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
participants (8)
-
Ali Jibran
-
Brian West
-
E. Schmidbauer
-
José Seabra
-
Kamil Nigmatullin
-
Samir Doshi
-
SamyGo
-
Stanislav Sinyagin