On Fri, 2005-11-11 at 11:15 +0100, Eric Spakman wrote: > > Benefits of ucarp: ucarp can synchronize the states of connection > > between HA nodes - keepalived needs the still premature ct_sync kernel > > module to do the same. > > > Ok, but see Arne's mail. >
I did not know about ucarp until now and i just took a quick look, but as i understand it, it would only fill in the "switch the ips" part. > > Further strong points of the CARP protocol in comparison with VRRP > > protocol (keepalived): very low overhead, cryptographically signed > > messages, interoperability between different operating systems and no need > > for any dedicated extra network link between redundant hosts. > > > I don't think keepalived need any dedicated link too, and it also uses > crypto signed messages. I'm usally not very impressed by such statements > from the author of the software ;) > no keepalived does not need a dedicated link (it would not use it anyway). keepalived uses vrrp, which is a standard protocol implemented on different operating systems. It synchronizes itself over the link it provides failover, and it is able to use strong cryptographically signed packets, too (using ipsec AH). So, if ucarp does only provide switchover of the ip address, and i did not read anything else, it has - in my opinion - NO advantage compared to vrrp/keepalived. I use keepalived/vrrp in a production environment for over a year now, and it works just like expected... But it would be ok to build a package and test it, of course. > Eric > --arne -- Arne Bernin <[EMAIL PROTECTED]> http://www.ucBering.de ------------------------------------------------------- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ------------------------------------------------------------------------ leaf-user mailing list: [email protected] https://lists.sourceforge.net/lists/listinfo/leaf-user Support Request -- http://leaf-project.org/
