Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 12 Aug 2008 12:30:12 +0100
From:      Pete French <petefrench@ticketswitch.com>
To:        eugen@kuzbass.ru, mh@kernel32.de
Cc:        stable@freebsd.org
Subject:   Re: lagg(4) and failover
Message-ID:  <E1KSs4q-000AVN-4d@dilbert.ticketswitch.com>
In-Reply-To: <c109e9ad225456ba30fb9d84417676ff@localhost>

next in thread | previous in thread | raw e-mail | index | archive | help
> However, IMO lacp doesn't solve that problem. lacp is used for link
> aggregation, not failover.

It does both - if one of the links becomes unavailable then it will
stop using it. We use this for failover and it works fine, the only
caveat being that your LACP device at the far end needs to look like
a single phsyical device (the nicer Cisco switches do this quite happily)

> The manpage states "In the event of changes in physical connectivity...".
> Again, does that mean, the link needs to be physically unavailable? If so,
> it'll be the same behaviour as in failover mode and doesn't solve my
> problem of a misconfigured switch...

lagg is to handle failover at the physical layer for when one of your
ether ports fails, or someone unplugs a cable. If I understand you
correctly you are looking for something at the next layer up, to handle
a problem where the ports work fine, but are not going to their expected
destinations. lagg won't do this.

-pete.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?E1KSs4q-000AVN-4d>