Here ya go. <br><br>This is from the "active" SI<br><br>server virtual <a href="http://www.website.com">www.website.com</a> <a href="http://192.168.1.1">192.168.1.1</a><br> sym-priority 10<br> port http<br> port ssl sticky concurrent<br>
 bind http server1 http server2 http<br> bind ssl server1 ssl server2 ssl<br><br>From the "standby" SI<br><br>server virtual <a href="http://www.website.com">www.website.com</a> <a href="http://192.168.1.1">192.168.1.1</a><br>

 sym-priority 20<br>
 port http<br>
 port ssl sticky concurrent<br>
 bind http server1 http server2 http<br>
 bind ssl server1 ssl server2 ssl<br><br>Whatever virtual server has the lower sym-priority will be the SI that traffic flows through it.  In this way you can have groups of servers being load balanced on each other so that your SI's can be both active at the same time. <br>
<br>HTH<br><br>Joseph<br><br><br><div><span class="gmail_quote">On 2/1/08, <b class="gmail_sendername">Chris Price</b> <<a href="mailto:cprice@its.to">cprice@its.to</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Oliver Adam wrote:<br>> The virtual server failover is bound to the switch failover in a<br>> hot-standby setup. There is no need for the real servers to fail over.<br>> They do see the same MAC before and after the failover and I do not<br>
> know what you mean with a real server failover.<br>><br>     I am obviously missing something easy here. I'll try and illustrate<br>my simple setup that I am using for learning purposes with the SI's;<br><br>
    I have two SI's: lb1 and lb2 configured in a hot-standby ha pair. I<br>defined a 'server source-ip-standby <ip> <mask> <gateway>' on lb1 and<br>lb2 to provide a failover gateway ip for systems being load balanced. I<br>
have tested the failover gateway ip functionality and it works as expected.<br><br>   Lets assume that lb1 is my current active node and lb2 is the standby<br>node in my hot-standby ha pair.<br><br>   I defined two real servers (realA and realB) and a virtual server<br>
(virtA) on lb1. I bound realA and realB http port to virtA. Http<br>requests to virtA's ip sees traffic being distributed to both realA and<br>realB in a round-robin fashion. This is all expected for my basic<br>configuration.<br>
<br>THE PROBLEM:<br><br>When I force a 'reload' on lb1, and the hot-standby HA configuration<br>fails over to lb2 (ie: lb2 becomes the active node), my real servers and<br>virtual server config are not 'failed' over.<br>
<br>My experience with Cisco Arrowpoint and F5 is that there is some sort of<br>sync to peer config that must be run to sync config changes on the<br>active node to the backup node. For the life of me I cannot find any<br>
information in the Foundry docs (slb guide, hardware install guide, etc)<br>on how to propagate changes from the active node to the backup node.<br><br>Does that make sense?<br><br><br><br><br><br>_______________________________________________<br>
foundry-nsp mailing list<br><a href="mailto:foundry-nsp@puck.nether.net">foundry-nsp@puck.nether.net</a><br><a href="http://puck.nether.net/mailman/listinfo/foundry-nsp">http://puck.nether.net/mailman/listinfo/foundry-nsp</a><br>
</blockquote></div><br>