<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
<br>
<br>
On 12/10/10 2:17 PM, Pan B. Christensen wrote:
<blockquote cite="mid:83EDE75437344FC18DB84EF19DA6032C@rtPC"
type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<meta name="GENERATOR" content="MSHTML 8.00.6001.18975">
<style></style>
<div><font face="Arial" size="2">Hello,</font></div>
<div> </div>
<div><font face="Arial" size="2">My customer has the following
database design.</font></div>
<div><font face="Arial" size="2">Voip server 1 talks to SQL server
1.</font></div>
<div><font face="Arial" size="2">Voip server 2 talks to SQL server
2.</font></div>
<div> </div>
<div><font face="Arial" size="2">Voip 1 and Voip 2 are
load-balanced.</font></div>
<div> </div>
<div><font face="Arial" size="2">Each SQL server has two
databases. Database 1 contains semi-static data like call
forwarding properties for users and is read-only. This is
replicated from a third SQL server which the web interface
writes to. Database 2 is read/write, is not replicated and
contains data that is updated frequently like user location
and now dialog info.</font></div>
<div> </div>
<div><font face="Arial" size="2">Voip server 1 is not allowed to
talk to SQL server 2 and vice versa.</font></div>
<div> </div>
<div><font face="Arial" size="2">I'm using forward() to send
authenticated REGISTERs to the other server so that it'll
write this to RAM and its own SQL server. Thus, both servers
are aware of clients authenticated and registered by the other
server.</font></div>
<div> </div>
<div><font face="Arial" size="2">How can I make both servers be
aware of active calls on the other server?</font></div>
</blockquote>
what is the purpose?<br>
<br>
Practically, it is not possible to track a call in two instances,
because, unlike registration where is just a storage of mappings
between contact and aor, call states of dialog module involve more
processing logic, including timeouts and sending BYEs.<br>
<br>
Cheers,<br>
Daniel<br>
<br>
<pre class="moz-signature" cols="72">--
Daniel-Constantin Mierla
Kamailio (OpenSER) Advanced Training
Jan 24-26, 2011, Irvine, CA, USA
<a class="moz-txt-link-freetext" href="http://www.asipto.com">http://www.asipto.com</a></pre>
</body>
</html>