<div dir="ltr">Well, you're only serving the directory xml via the xml_curl. You need to make use of the Freeswitch's abiltity to use a custom database backend for it's registration and presence tables to make it foolproof. Check the core pgsql support or the odbc support in freeswitch for the listed things. <div style>
What i have done however is to log the registration requests on the server side of the xml_curl servings and then create the bridge commands accordingly to where the user has last registered. It's a more crippled approach, but removes a point of failure for me (maintaining a pgsql server).</div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, May 24, 2013 at 11:08 AM, mehroz <span dir="ltr"><<a href="mailto:mehroz.ashraf85@gmail.com" target="_blank">mehroz.ashraf85@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all,<br>
<br>
I have a DB server, storing SIP users and auth information.<br>
<br>
2 freeswitch servers configured with mod_xml_curl , and an attempt of<br>
registration on both servers looks for SIP authentication from DB server. At<br>
the moment, i am defining 2 domains on DB server (FS-1 IP and FS-2 IP), and<br>
creating unique user , 2 times to address both domains.<br>
<br>
I want to get rid of creating 2 users for both domains. What is the best<br>
approach.<br>
<br>
<br>
<br>
<br>
--<br>
View this message in context: <a href="http://freeswitch-users.2379917.n2.nabble.com/Centralized-SIP-directory-tp7591047.html" target="_blank">http://freeswitch-users.2379917.n2.nabble.com/Centralized-SIP-directory-tp7591047.html</a><br>
Sent from the freeswitch-users mailing list archive at Nabble.com.<br>
<br>
_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" 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" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</blockquote></div><br></div>