<div dir="ltr"><div class="gmail_extra"><span style="font-size:12.8000001907349px">&lt;snip&gt;</span></div><div class="gmail_extra"><span style="font-size:12.8000001907349px"><br></span></div><div class="gmail_extra"><span style="font-size:12.8000001907349px">@Schmidbauer, Keeping registration on both (kamailio and fs) will be unnecessary overload. Isn&#39;t it? </span><br></div><div class="gmail_extra"><span style="font-size:12.8000001907349px"><br></span></div><div class="gmail_extra"><span style="font-size:12.8000001907349px"><br></span></div><div class="gmail_extra"><span style="font-size:12.8000001907349px">You can use a database backend (like postgres, mysql, etc...) to store user location information in Kamailio (usrloc module)</span></div><div class="gmail_extra"><span style="font-size:12.8000001907349px"><br></span></div><div class="gmail_extra"><span style="font-size:12.8000001907349px">Then I have FS query the same user location database to generate the bridge string.</span></div><div class="gmail_extra"><span style="font-size:12.8000001907349px">This is just the way I&#39;ve done it and it works great.</span></div><div class="gmail_extra"><span style="font-size:12.8000001907349px">So the registration information is kept in a single database.</span></div><div class="gmail_extra"><span style="font-size:12.8000001907349px"><br></span></div><div class="gmail_extra"><span style="font-size:12.8000001907349px"><br></span></div><div class="gmail_extra"><span style="font-size:12.8000001907349px"><br></span></div><div class="gmail_extra"><span style="font-size:12.8000001907349px"><br></span></div><div class="gmail_extra"><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px"><br></span></div></div>