<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-1">
<META content="MSHTML 6.00.2900.2604" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV>Alex,</DIV>
<DIV>Yes, the issue describe: stickiness, is important.&nbsp; The big problem is 
that pure IP-based load balancing does not work as there are two parties in a 
call. You may well end up with messages from A going to server 1 and messages 
from B going to server 2. So, you need another way to make sure that all 
messages in one call is handled correctly.&nbsp; Here Call-Id is useful. </DIV>
<DIV>&nbsp;&nbsp;&nbsp; A SIP (forking) proxy, the Paul (and I), interpret you 
is nothing more than an application level load balancer.&nbsp; And as Paul 
points out, you have the same problems (load balancer redundancy).&nbsp; In 
addition, for large installations, the application level load balancer will 
become a bottle-neck.&nbsp; Then you have maintenance, stability, etc and using 
a well-proven high-availability load balancer seems very appealing (like 
LVS).&nbsp; You have mainly two problems: Make sure all SER servers present the 
public load balancer IP address (done by using record_route_preset() and 
creating a bogus virtual adapter with the public IP) and stickiness in balancing 
algorithm</DIV>
<DIV>&nbsp;&nbsp;&nbsp; Or did you have another approach in mind?</DIV>
<DIV>g-)</DIV>
<DIV>&nbsp;</DIV>
<DIV>---- Original Message ----<BR>From: Java Rockx<BR>To: Alex Vishnev<BR>Cc: 
kramarv@yahoo.com ; serusers@lists.iptel.org<BR>Sent: Sunday, April 10, 2005 08:02 
PM<BR>Subject: Re: [Serusers] still no help - usrloc synchronization<BR><BR>&gt; 
Alex,<BR>&gt; <BR>&gt; How does a forking proxy help when dealing with virtual 
IP addresses?<BR>&gt; Perhaps I don't quite understand what you mean by a 
"forking proxy"<BR>&gt; but it appears you'd have one "main" proxy that 
basically hands off<BR>&gt; requests to others? Right?&nbsp;&nbsp; <BR>&gt; 
<BR>&gt; If so, what happens if the "main" proxy crashes? All customers<BR>&gt; 
experience a service outage. <BR>&gt; <BR>&gt; LVS is a very valid approach to 
achieving 99.999% uptime from a<BR>&gt; service perspective. <BR>&gt; <BR>&gt; 
Regards,<BR>&gt; Paul<BR>&gt; <BR>&gt; <BR>&gt; On Apr 10, 2005 10:49 AM, Alex 
Vishnev &lt;avishnev@optonline.net&gt; wrote:<BR>&gt; Hello All,<BR>&gt; 
<BR>&gt; I wanted to join this thread as it seems as a very interesting<BR>&gt; 
discussion. I have been monitoring for some time now. I am not quite<BR>&gt; 
sure if I this has been discussed before, but has anyone considered<BR>&gt; 
forking proxy instead of load balancer? One thing I am not very clear<BR>&gt; 
on, is what problem you are trying to resolve. Are you concerned that<BR>&gt; if 
sipua registers with sip-01/mysql-01 then LVS sending the next<BR>&gt; request 
to sip-02/mysql-02 without the second knowing what to do?<BR>&gt; Sorry, if this 
has been already discussed.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <BR>&gt; 
<BR>&gt; Alex<BR>&gt; <BR>&gt; <BR>&gt; <BR>&gt; 
_______________________________________________<BR>&gt; Serusers mailing 
list<BR>&gt; serusers@lists.iptel.org<BR>&gt; 
http://lists.iptel.org/mailman/listinfo/serusers</DIV></BODY></HTML>