new CARP implementation

[David Duchscher]

My two cents.

We rely on the arp load balance feature.  We certainly don't find it useless.  Looking at ip load balancing, it would also mean that we would no longer be able to grow bandwidth with additional systems since all boxes must receive all traffic. I only humbling ask that some sort of load balancing feature be included when this goes live.

--
DaveD

On Aug 10, 2011, at 11:05 AM, Gleb Smirnoff wrote:

>  Hello networkers,
> 
>  I'd like to present for review and early testing (for brave ones)
> a new CARP implementation. The reason for this rewrite was that CARP
> protocol actually doesn't bring a new interface, but is a property of
> interface address. Rewriting it in this way helps to remove several
> hacks from incoming packet processing[1], simplifies some code, makes
> CARP addresses more sane from viewpoint of routing daemons such as
> quagga/zebra. It also brings support for a single redundant address
> on the subnet, the thing that is called "carpdev feature" in OpenBSD,
> long awaited in FreeBSD.
> 
> More info and the patch itself is available here:
> 
> http://people.freebsd.org/~glebius/newcarp/README
> 
> I'm glad to here comments.
> 
> -- 
> Totus tuus, Glebius.
> _______________________________________________
> freebsd-net at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-net
> To unsubscribe, send any mail to "freebsd-net-unsubscribe at freebsd.org"