Tina,<br>
<br>
I can only explain how part of it works - and that part being ser. I
can't help at all on how LVS is really configured, because I honestly
don't know. :-(<br><br>
Our network is laid out like this:<br>
<br>
71.xx.xx.xx - Public IP<br>
<a href="http://10.3.0.42">10.3.0.42</a> - NATed VIP behind a Cisco router<br>
<a href="http://10.2.0.21">10.2.0.21</a> - SER Proxy 1<br>
<a href="http://10.2.0.22">10.2.0.22</a> - SER Proxy 2<br>
<br>
Our MySQL servers are dedicated machines, as are our sip routers,
mediaproxies, etc, etc. MySQL is active-active so we have two-way
replication at the DB level. We only to usrloc replication and the
peers __DO NOT__ update MySQL, only the in-memory cache.<br>
<br>
Our ser.cfg files basically have these directives at the top:<br>
<br>
advertised_address=<a href="http://10.3.0.42">10.3.0.42</a><br>
listen=<a href="http://10.3.0.42">10.3.0.42</a>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; # ser has a dummy eth for this IP<br>
listen=<a href="http://10.2.20.21">10.2.20.21</a> &nbsp; &nbsp; &nbsp;&nbsp; # for proxy two this would be <a href="http://10.2.20.22">10.2.20.22</a><br>
<br>
We had to patch the registrar module to get usrloc replication fixed
because the registrar modules function save_memory() function only
accounted for FL_NAT and completely ignored FL_MEM which means that
peer ser proxies attempted to update MySQL and that would cause a
primary key violation because of the DB level replication - which in
turn would cause the peer to not update it's internal usrloc cache.<br>
<br>
I suppose after some more testing we will post the patch to serdev, perhaps even this week.<br>
<br>
Our replication then looks likes this<br>
<br>
route {<br>
<br>
&nbsp;&nbsp;&nbsp; if (method==&quot;REGISTER&quot;) {<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; record_route_preset(&quot;<a href="http://10.3.0.42:5060">10.3.0.42:5060</a>&quot;);<br>
&nbsp;&nbsp;&nbsp; }<br>
<br>
&nbsp;&nbsp;&nbsp; if&nbsp; (method==&quot;REGISTER&quot;) {<br>
<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if (src_ip==<a href="http://10.2.20.22">10.2.20.22</a>) {<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; save_memory(&quot;location&quot;);<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; } else {<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; add_rcv_param();<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; save(&quot;location&quot;);<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; t_replicate(&quot;<a href="http://10.2.20.22">10.2.20.22</a>&quot;, &quot;5060&quot;);<br>
&nbsp;&nbsp;&nbsp; }<br>
}<br>
<br>
This is about all I know of the subject.<br>
<br>
Regards,<br>
Paul<br>
<br><div><span class="gmail_quote">On 4/16/05, <b class="gmail_sendername">Tina</b> &lt;<a href="mailto:kramarv@yahoo.com">kramarv@yahoo.com</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div>Hi Paul, pls help me</div>
<div>I ran into the following problem:</div>
<div>ser1 receives REGISTER from VIP interface; then have to replicate
the message to ser2. So I need to switch between interfaces - send from
real IP. Do you know some way doing this with ser?</div>
<div>&nbsp;</div>
<div>Thx in advance,</div>
<div>Tina<br><br><b><i></i></b></div></blockquote></div><br>