<div dir="ltr">JungleĀ + Jurijs,<div><br></div><div>Thank you, the combination of the YT video and your description is exactly what I was looking for. So, in summation here, what you&#39;d have isĀ </div><div><br></div><div>SIP Client ----&gt; Kamailio ----&gt; FS (contains a dialplan to bridge user/1234) ----&gt; Kamailio ----&gt; Other SIP Client</div><div><br></div><div>Am I understanding correctly? I assume Kamailio would remove itself from the media flow in this case, leaving just Client --&gt; FS --&gt; Client for media transfer, right?</div><div><br></div><div>It sounds like this still wouldn&#39;t remove the need for shared state management across the FS cluster, though. So, you&#39;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&#39;ll also allow you to offload all SIP registration to Kamailio and it&#39;s database, while leaving FS freed up for media/call routing. Does this sound right?</div><div><br></div><div>This has been incredibly helpful, thank you so much.</div><div><br></div><div>Best,</div><div>Colin</div></div><br><div class="gmail_quote"><div dir="ltr">On Sat, Apr 16, 2016 at 5:19 PM Jurijs Ivolga &lt;<a href="mailto:jurijs.ivolga@gmail.com">jurijs.ivolga@gmail.com</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi,</div><div dir="ltr"><br><br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"> If Kamailio is the registrar, what role does it play in call routing? 
For example, if a call hits FS and I instruct FS to bridge to a user, 
how is that performed? Or does all call routing now need to be performed
 on Kamailio, since it&#39;s the one that&#39;s aware of where users are (and 
their associated presence)?<br></blockquote><div><br></div></div><div dir="ltr"><div>You can configure Kamailio and Freeswitch in anyway you need, Kamailio can be call router, freeswitch can be call router and both of them simultaneously can be call routers :)<br><br></div><div>But if we will take following manual as starting point:<br><br><a href="http://kb.asipto.com/freeswitch:kamailio-3.1.x-freeswitch-1.0.6d-sbc" target="_blank">http://kb.asipto.com/freeswitch:kamailio-3.1.x-freeswitch-1.0.6d-sbc</a><br><br></div><div>Then users location DB will be in Kamilio and information regarding users will be stored in Kamailio, so Freeswitch will not know where user located and all calls between extensions will go through Freeswitch and then will be looped back to Kamailio and Kamailio will decide where to route call.<br><br>So in this case Kamailio is call router and it decides where to route calls, for example 44 prefix is routed to &quot;vbox&quot;(voicemail). <br><br></div><div>Nevertheless you can add some additional routing on Freeswitch too if necessary, for example if you need to send calls to PSTN and you need transcoding.<br><br>Nevertheless it is still possible to route PSTN calls directly from Kamailio too, without freeswitch.<br></div><div><br></div><div>With kind regards, <br></div></div><div class="gmail_extra"><br clear="all"><div><div><div dir="ltr">Jurijs<br></div></div></div></div><div class="gmail_extra">
<br><div class="gmail_quote">On Sat, Apr 16, 2016 at 10:23 PM, jungle Boogie <span dir="ltr">&lt;<a href="mailto:jungleboogie0@gmail.com" target="_blank">jungleboogie0@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On 16 April 2016 at 09:32, Colin Morelli &lt;<a href="mailto:colin.morelli@gmail.com" target="_blank">colin.morelli@gmail.com</a>&gt; wrote:<br>
&gt; To clarify, I&#39;m just looking for pointers/references here. Although if<br>
&gt; anyone has some personal experience I&#39;d greatly appreciate specific examples<br>
&gt; and insight as well.<br>
<br>
</span>This won&#39;t answer all your questions but it will give you an idea of<br>
freeswitch + Kamailio:<br>
<br>
<a href="https://www.youtube.com/watch?v=6VsuC7-jHc4" rel="noreferrer" target="_blank">https://www.youtube.com/watch?v=6VsuC7-jHc4</a><br>
<span><font color="#888888"><br>
<br>
<br>
--<br>
-------<br>
inum: 883510009027723<br>
sip: <a href="mailto:jungleboogie@sip2sip.info" target="_blank">jungleboogie@sip2sip.info</a><br>
xmpp: <a href="mailto:jungle-boogie@jit.si" target="_blank">jungle-boogie@jit.si</a><br>
</font></span><div><div><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>
</div></div></blockquote></div><br></div>
_________________________________________________________________________<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>