From owner-freebsd-net@FreeBSD.ORG Fri Sep 25 09:02:56 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36E94106568F for ; Fri, 25 Sep 2009 09:02:56 +0000 (UTC) (envelope-from xdsgrrr@consultcommerce.com) Received: from mail.consultcommerce.com (ns.consultcommerce.com [87.246.2.254]) by mx1.freebsd.org (Postfix) with ESMTP id 8DC5A8FC1A for ; Fri, 25 Sep 2009 09:02:55 +0000 (UTC) Received: (qmail 93543 invoked by uid 0); 25 Sep 2009 11:36:13 +0300 Received: from 85.118.192.131 by ns.consultcommerce.com (envelope-from , uid 0) with qmail-scanner-1.25 (clamdscan: 0.87/1102. spamassassin: 3.1.0. Clear:RC:0(85.118.192.131):SA:0(0.9/4.5):. Processed in 3.624063 secs); 25 Sep 2009 08:36:13 -0000 X-Spam-Status: No, hits=0.9 required=4.5 X-Qmail-Scanner-Mail-From: xdsgrrr@consultcommerce.com via ns.consultcommerce.com X-Qmail-Scanner: 1.25 (Clear:RC:0(85.118.192.131):SA:0(0.9/4.5):. Processed in 3.624063 secs) Received: from unknown (HELO ?172.16.3.221?) (xdsgrrr@consultcommerce.com@85.118.192.131) by ns.consultcommerce.com with SMTP; 25 Sep 2009 11:36:10 +0300 From: xdsgrrr To: freebsd-net@freebsd.org In-Reply-To: References: <7B9397B189EB6E46A5EE7B4C8A4BB7CB3042DBE7@MBX03.exg5.exghost.com> Content-Type: text/plain Date: Fri, 25 Sep 2009 11:35:43 +0300 Message-Id: <1253867743.41478.17.camel@so1-ay279.globul.bg> Mime-Version: 1.0 X-Mailer: Evolution 2.26.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Peter Steele Subject: Re: Can lagg0 failback be prevented? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Sep 2009 09:02:56 -0000 >From STP and RSTP side etherchannels looks as one link so this can be STP issue if nobody have configured the switch on the other end If its not the case there is a other modes that you can play with fec (static) lacp that can fit you needs , if you still have a problems provide more information about the setup :)) of the both sides :)) to otherwise we can just make theories On Thu, 2009-09-24 at 09:32 +0300, Nikolay Denev wrote: > How long exactly is that "momentary network outage"? > If it's longer than a few (1-5) seconds it may be due to > RSTP or STP enabled on the switch. > You could try disabling STP on these ports and see if it will > start forwarding traffic faster. > > -- > Regards, > Nikolay Denev > > > > > On 16 Sep, 2009, at 03:23 , Peter Steele wrote: > > > We're using the lag driver to provide automatic failover in case of > > a network outage. The default configuration looks like this: > > > > lagg0: flags=8843 metric 0 > > mtu 1500 > > > > options=19b > > ether 00:a0:d1:e3:58:26 > > inet 192.168.17.40 netmask 0xfffff000 broadcast 192.168.31.255 > > inet 192.168.22.11 netmask 0xffffff00 broadcast 192.168.22.255 > > media: Ethernet autoselect > > status: active > > laggproto failover > > laggport: nfe1 flags=0<> > > laggport: nfe0 flags=5 > > > > If nfe0 was to fail, we get an (almost) automatic failover to nfe1: > > > > lagg0: flags=8843 metric 0 > > mtu 1500 > > > > options=19b > > ether 00:a0:d1:e3:58:26 > > inet 192.168.17.40 netmask 0xfffff000 broadcast 192.168.31.255 > > inet 192.168.22.11 netmask 0xffffff00 broadcast 192.168.22.255 > > media: Ethernet autoselect > > status: active > > laggproto failover > > laggport: nfe1 flags=4 > > laggport: nfe0 flags=1 > > > > The problem we're having is when nfe0 comes online again, a failback > > occurs making nfe0 active again. This causes a momentary network > > outage that we want to prevent. Is there a way to configure the lagg > > device to stay with the currently active interface, even if the > > MASTER interface comes back online? > > > > _______________________________________________ > > freebsd-net@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-net > > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" -- br, Atanas Yankov Data Networks & Security Section IT Division CCIE # 21756