<div dir="ltr">Hi,<br><br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><div>Am I understanding correctly? I assume Kamailio would remove itself
from the media flow in this case, leaving just Client --> FS -->
Client for media transfer, right?</div></blockquote><div><br></div><div>Correct, Kamailio is not involved in media exchange. <br></div><div><br></div><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><div>It sounds
like this still wouldn't remove the need for shared state management
across the FS cluster, though. So, you'd have a Kamailio cluster backed
by a database processing SIP registrations and location information,
backed by FS with a shared database storing call state. This should
allow the failure of either a Kamailio instance and/or FS instance and
still allow the call to be recovered. It'll also allow you to offload
all SIP registration to Kamailio and it's database, while leaving FS
freed up for media/call routing. Does this sound right?</div></blockquote><div><br></div><div>It depends, personally I would not have share db between Freeswitch servers. How often you expect one Freeswitch server to fail? In this case shared DB will help only with call recover, so if one server fails second will take care of a call, but if you don't have this then existing calls on that server will drop with server. Again it depends on your requirements if this death and life question, then probably you need to have shared DB, but in almost all other cases, I doubt. I don't expect that freeswitch will fail often, but shared DB will add much more complexity in to this architecture, so again you need to look to your requirements and then you need to decide what is best way for you.<br><br></div><div>With kind regards,<br></div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr">Jurijs<br></div></div></div>
<br><div class="gmail_quote">On Sun, Apr 17, 2016 at 6:56 AM, Sergey Safarov <span dir="ltr"><<a href="mailto:s.safarov@gmail.com" target="_blank">s.safarov@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Warning <div>Kazoo is not designed to creation thousands of devices in one realm.<div><div class="h5"><br><br><div class="gmail_quote"><div dir="ltr">On Sun, Apr 17, 2016, 03:14 Brian :: <<a href="mailto:bc@iptel.co" target="_blank">bc@iptel.co</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Take a look at the 2600hz kazoo platform. Will probably do everything<br>
you need out of the box..<br>
<br>
<br>
<br>
On Sat, Apr 16, 2016 at 6:01 PM, Colin Morelli <<a href="mailto:colin.morelli@gmail.com" target="_blank">colin.morelli@gmail.com</a>> wrote:<br>
> I think that's part of what I'm trying to figure out here.<br>
><br>
> I'm looking to run a SIP platform that will support multiple tenants and<br>
> device types (SIP phones, WebRTC clients, etc). Each tenant can be isolated<br>
> to a subset of hosts, as there's no need to bridge across multiple tenants.<br>
> My initial thought was to run SIP proxies in front of small clusters of FS<br>
> servers. Essentially creating cluster A, B, C, and so on, each of which is<br>
> made up of a few FS hosts. Then, have a much smaller number of Kamailio<br>
> instances in the front that essentially proxy SIP traffic to the appropriate<br>
> SIP cluster for the requested domain.<br>
><br>
> However, I'm not sure how well this scales. I've been reading a lot about FS<br>
> being great as a media server, but there being better options for the<br>
> signaling portion. My proposal would still push SIP registration and<br>
> signaling to FS, just with a proxy in front. The alternative approach is to<br>
> have Kamailio do all SIP registration and signaling, using FS as a media<br>
> server, but I'm not sure what implications this has on the ability to do<br>
> dynamic call routing in FS (for example, how would I use uuid_intercept to<br>
> intercept a live call if Kamailio is performing all of the signaling)<br>
><br>
> Most likely my issue is just a lack of depth in the understanding of the<br>
> roles that Kamailio and FS would play in a hybrid scenario (I'll admit I'm<br>
> new to this).<br>
><br>
> Thanks for the response.<br>
><br>
> Best,<br>
> Colin<br>
><br>
> On Sat, Apr 16, 2016 at 12:54 PM Luis Daniel Lucio Quiroz<br>
> <<a href="mailto:luis.daniel.lucio@gmail.com" target="_blank">luis.daniel.lucio@gmail.com</a>> wrote:<br>
>><br>
>> Explain more what you want to do. I have dinner it without kamalio. Don't<br>
>> know if that fits your needs<br>
>><br>
>><br>
>> Le 16 avr. 2016 12:41 PM, "Colin Morelli" <<a href="mailto:colin.morelli@gmail.com" target="_blank">colin.morelli@gmail.com</a>> a<br>
>> écrit :<br>
>> ><br>
>> > Does anyone have any good references for horizontally scaling out large<br>
>> > multi-tenant FS clusters? Most of what I've been able to find involving load<br>
>> > balancing Kamailio/OpenSIPS is fairly old (2+ years), and there's no recent<br>
>> > versions of the information available. Has this not changed or is there a<br>
>> > fundamental shift in how people have been tackling this problem?<br>
>> ><br>
>> > To clarify, I'm just looking for pointers/references here. Although if<br>
>> > anyone has some personal experience I'd greatly appreciate specific examples<br>
>> > and insight as well.<br>
>> ><br>
>> > Thanks in advance.<br>
>> ><br>
>> > Best,<br>
>> > Colin<br>
>> ><br>
>><br>
>> ><br>
>> > _________________________________________________________________________<br>
>> > Professional FreeSWITCH Consulting Services:<br>
>> > <a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a><br>
>> > <a href="http://www.freeswitchsolutions.com" rel="noreferrer" target="_blank">http://www.freeswitchsolutions.com</a><br>
>> ><br>
>> > Official FreeSWITCH Sites<br>
>> > <a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br>
>> > <a href="http://confluence.freeswitch.org" rel="noreferrer" target="_blank">http://confluence.freeswitch.org</a><br>
>> > <a href="http://www.cluecon.com" rel="noreferrer" target="_blank">http://www.cluecon.com</a><br>
>> ><br>
>> > FreeSWITCH-users mailing list<br>
>> > <a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
>> > <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
>> > UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
>> > <a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br>
>><br>
>> _________________________________________________________________________<br>
>> Professional FreeSWITCH Consulting Services:<br>
>> <a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a><br>
>> <a href="http://www.freeswitchsolutions.com" rel="noreferrer" target="_blank">http://www.freeswitchsolutions.com</a><br>
>><br>
>> Official FreeSWITCH Sites<br>
>> <a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br>
>> <a href="http://confluence.freeswitch.org" rel="noreferrer" target="_blank">http://confluence.freeswitch.org</a><br>
>> <a href="http://www.cluecon.com" rel="noreferrer" target="_blank">http://www.cluecon.com</a><br>
>><br>
>> FreeSWITCH-users mailing list<br>
>> <a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
>> <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
>> UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
>> <a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br>
><br>
><br>
> _________________________________________________________________________<br>
> Professional FreeSWITCH Consulting Services:<br>
> <a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a><br>
> <a href="http://www.freeswitchsolutions.com" rel="noreferrer" target="_blank">http://www.freeswitchsolutions.com</a><br>
><br>
> Official FreeSWITCH Sites<br>
> <a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br>
> <a href="http://confluence.freeswitch.org" rel="noreferrer" target="_blank">http://confluence.freeswitch.org</a><br>
> <a href="http://www.cluecon.com" rel="noreferrer" target="_blank">http://www.cluecon.com</a><br>
><br>
> FreeSWITCH-users mailing list<br>
> <a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
> <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
> UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
> <a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br>
<br>
_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" rel="noreferrer" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://confluence.freeswitch.org" rel="noreferrer" target="_blank">http://confluence.freeswitch.org</a><br>
<a href="http://www.cluecon.com" rel="noreferrer" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a></blockquote></div></div></div></div>
<br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" rel="noreferrer" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://confluence.freeswitch.org" rel="noreferrer" target="_blank">http://confluence.freeswitch.org</a><br>
<a href="http://www.cluecon.com" rel="noreferrer" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br></blockquote></div><br></div>