<div dir="ltr">A master-master type of sql setup will share the registrations along with the path to reach them. It might be easiest to do this in the sql database rather than ESL.<div><br></div><div>-Avi<br><br><div class="gmail_quote">

On Wed, May 18, 2011 at 10:59 AM, Anton VG <span dir="ltr">&lt;<a href="mailto:anton.vazir@gmail.com">anton.vazir@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;">

Yea, the custom events I mean.<br>
<br>
What I&#39;m trying to do:<br>
Suppose there are several FS servers (cluster) - managed via ESL and<br>
xml_curl for users,<br>
user (SIP) register to one of the servers in round-robin fashion. So<br>
to call from one user to another, if given users are registered on<br>
different FS servers, before cunstructing the &#39;originate&#39;, I have to<br>
determine, which server is responsible for the given user, and place<br>
call there as to gateway, or if the user found on the same server,<br>
call him as internal user. Any better way?<br>
<br>
My billing done in Postgres, with quite a few schemes, so overall<br>
structure is quite complex, so I&#39;d like to manage the registration<br>
process, rather to give access to a public schema for FS instances and<br>
than adopt FS-created it data to my needs.<br>
<br>
PS: I&#39;m on git, which is a week old, seems it supports the given.<br>
<br>
2011/5/18 Gabriel Gunderson &lt;<a href="mailto:gabe@gundy.org">gabe@gundy.org</a>&gt;:<br>
<div><div></div><div class="h5">&gt; On Tue, May 17, 2011 at 4:06 PM, Steven Ayre &lt;<a href="mailto:steveayre@gmail.com">steveayre@gmail.com</a>&gt; wrote:<br>
&gt;&gt; You can move the core db and set a dsn for mod_sofia pointing to a<br>
&gt;&gt; ODBC database. Registrations will then be stored in that database,<br>
&gt;&gt; providing you are on latest git.<br>
&gt;<br>
&gt;<br>
&gt; Ditto.<br>
&gt;<br>
&gt; Also, I have no idea what you&#39;re trying to do, but you can watch for<br>
&gt; custom events when an SIP UA registers too.  That might be of interest<br>
&gt; depending on your application.<br>
&gt;<br>
&gt; Best,<br>
&gt; Gabe<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; FreeSWITCH-users mailing list<br>
&gt; <a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
&gt; <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
&gt; UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
&gt; <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
&gt;<br>
<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>
</div></div></blockquote></div><br></div></div>