From owner-freebsd-stable@FreeBSD.ORG Tue Aug 12 11:43:31 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 454C01065671 for ; Tue, 12 Aug 2008 11:43:31 +0000 (UTC) (envelope-from mh@kernel32.de) Received: from crivens.kernel32.de (crivens.terrorteam.de [81.169.171.191]) by mx1.freebsd.org (Postfix) with ESMTP id 0E6228FC18 for ; Tue, 12 Aug 2008 11:43:31 +0000 (UTC) (envelope-from mh@kernel32.de) Received: from www.terrorteam.de (localhost [127.0.0.1]) by crivens.kernel32.de (Postfix) with ESMTP id DCDA1B0297; Tue, 12 Aug 2008 13:43:29 +0200 (CEST) MIME-Version: 1.0 Date: Tue, 12 Aug 2008 13:43:29 +0200 From: Marian Hettwer To: Pete French In-Reply-To: References: Message-ID: X-Sender: mh@kernel32.de User-Agent: RoundCube Webmail/0.1-rc2 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Cc: stable@freebsd.org, eugen@kuzbass.ru Subject: Re: lagg(4) and failover X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2008 11:43:31 -0000 Hi Pete, On Tue, 12 Aug 2008 12:30:12 +0100, Pete French wrote: >> 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) > thanks for that info. >> 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. > Thats unfortunate... bonding in Linux is capable of doing this and solaris too. Well then. At least everythings clear now. And in the end, clarifing things was the reason for that mail thread :) Cheers, Marian