atom feed20 messages in org.freebsd.freebsd-stableRe: lagg(4) and failover
FromSent OnAttachments
Marian HettwerAug 12, 2008 3:36 am 
Eugene GrosbeinAug 12, 2008 3:55 am 
Marian HettwerAug 12, 2008 4:02 am 
Peter JeremyAug 12, 2008 4:24 am 
Pete FrenchAug 12, 2008 4:29 am 
Pete FrenchAug 12, 2008 4:39 am 
Marian HettwerAug 12, 2008 4:43 am 
Max LaierAug 12, 2008 4:59 am 
Peter JeremyAug 12, 2008 5:02 am 
Marian HettwerAug 12, 2008 5:13 am 
Marian HettwerAug 12, 2008 5:14 am 
Andrew ThompsonAug 12, 2008 8:46 am 
Andrew ThompsonAug 12, 2008 8:49 am 
Brian A. SekleckiDec 5, 2008 4:33 am 
Peter JeremyDec 6, 2008 1:02 pm 
Brian A. SekleckiDec 8, 2008 6:36 am 
Tom SamploniusDec 8, 2008 11:57 pm 
Peter JeremyDec 9, 2008 1:01 am 
Andrew SnowDec 9, 2008 1:21 am 
Brian A. SekleckiDec 9, 2008 7:34 am 
Subject:Re: lagg(4) and failover
From:Peter Jeremy (pete@optushome.com.au)
Date:Dec 9, 2008 1:01:45 am
List:org.freebsd.freebsd-stable

Please wrap your mail before 80 columns. On 2008-Dec-08 23:58:00 -0800, Tom Samplonius <to@samplonius.org> wrote:

The Linux bonding driver supports probing the default gateway.

This is the same brokenness as Solaris IPMP. I agree that probing an external IP address (probably, but not necessarily a gateway) is the way to go but you need to be able to configure this. Otherwise you need to jump through hoops where the interfaces you are protecting is not the default route (or there are multiple independent groups of interfaces being protected).

Now, it uses ARP for this (probably because the ARP who-has code is also in the kernel and easily accessible), which also not so great,

I don't see that it's necessary to have the interface failover code in the kernel. The kernel needs hooks to allow a daemon to bind to the physical interfaces and control which one is active, but the actual code that decides how to determine which interface is active should be in userland. (Note that routing works this way).

switches do not support multi-switch 802.3ad yet, and most probably never well. So you are limited to a single switch. So 802.3ad is good only for aggregation, and not for high availability.

Keep in mind that higher-end switches as well as stacked lower-end switches have a reasonable amount of internal redundancy so 802.3ad within one distinct components of one physical switch may be adequate for many purposes. Keep in mind that you'll still need multiple FreeBSD boxes to prevent them being a single point of failure.