I took a look at that earlier. While it looks nice, it almost opened up more questions than it answered. Mostly because I'm not the type to want to start using something without understanding exactly what it's doing and how. In fact, part of the reason for me asking this question stemmed from looking through what they're doing. Effectively I'm already doing the same things (minus Kamailio). I have mod_amqp pushing channel events to RMQ that are read by my application, mod_httapi making requests out to my application for call routing, etc. I'm not sure I need anything more than that right now, though I acknowledge that it's possible I just don't know enough about the problem domain yet to appreciate everything involved in Kazoo. But I'm also a ways from really needing that. I'll do some more digging, though, and see if I can learn more about it. Thanks, Colin On Sat, Apr 16, 2016 at 8:16 PM Brian :: <bc@iptel.co> wrote:
Take a look at the 2600hz kazoo platform. Will probably do everything you need out of the box..
On Sat, Apr 16, 2016 at 6:01 PM, Colin Morelli <colin.morelli@gmail.com> wrote:
I think that's part of what I'm trying to figure out here.
I'm looking to run a SIP platform that will support multiple tenants and device types (SIP phones, WebRTC clients, etc). Each tenant can be isolated to a subset of hosts, as there's no need to bridge across multiple tenants. My initial thought was to run SIP proxies in front of small clusters of FS servers. Essentially creating cluster A, B, C, and so on, each of which is made up of a few FS hosts. Then, have a much smaller number of Kamailio instances in the front that essentially proxy SIP traffic to the appropriate SIP cluster for the requested domain.
However, I'm not sure how well this scales. I've been reading a lot about FS being great as a media server, but there being better options for the signaling portion. My proposal would still push SIP registration and signaling to FS, just with a proxy in front. The alternative approach is to have Kamailio do all SIP registration and signaling, using FS as a media server, but I'm not sure what implications this has on the ability to do dynamic call routing in FS (for example, how would I use uuid_intercept to intercept a live call if Kamailio is performing all of the signaling)
Most likely my issue is just a lack of depth in the understanding of the roles that Kamailio and FS would play in a hybrid scenario (I'll admit I'm new to this).
Thanks for the response.
Best, Colin
On Sat, Apr 16, 2016 at 12:54 PM Luis Daniel Lucio Quiroz <luis.daniel.lucio@gmail.com> wrote:
Explain more what you want to do. I have dinner it without kamalio.
Don't
know if that fits your needs
Le 16 avr. 2016 12:41 PM, "Colin Morelli" <colin.morelli@gmail.com> a écrit :
Does anyone have any good references for horizontally scaling out
large
multi-tenant FS clusters? Most of what I've been able to find involving load balancing Kamailio/OpenSIPS is fairly old (2+ years), and there's no recent versions of the information available. Has this not changed or is there a fundamental shift in how people have been tackling this problem?
To clarify, I'm just looking for pointers/references here. Although if anyone has some personal experience I'd greatly appreciate specific examples and insight as well.
Thanks in advance.
Best, Colin
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