From owner-freebsd-bugs@FreeBSD.ORG Thu Jul 27 16:10:24 2006 Return-Path: X-Original-To: freebsd-bugs@hub.freebsd.org Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 285F416A4DA for ; Thu, 27 Jul 2006 16:10:24 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id E15CA43D46 for ; Thu, 27 Jul 2006 16:10:23 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k6RGANY8051261 for ; Thu, 27 Jul 2006 16:10:23 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k6RGANiw051260; Thu, 27 Jul 2006 16:10:23 GMT (envelope-from gnats) Date: Thu, 27 Jul 2006 16:10:23 GMT Message-Id: <200607271610.k6RGANiw051260@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org From: Gavin Atkinson Cc: Subject: Re: kern/98622: [carp] carp with IPv6 broken on 6.1 (regression) X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Gavin Atkinson List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2006 16:10:24 -0000 The following reply was made to PR kern/98622; it has been noted by GNATS. From: Gavin Atkinson To: bug-followup@FreeBSD.org, Philippe.Pegon@crc.u-strasbg.fr Cc: ume@FreeBSD.org Subject: Re: kern/98622: [carp] carp with IPv6 broken on 6.1 (regression) Date: Thu, 27 Jul 2006 17:03:40 +0100 (BST) I can confirm this worked in 6.0-R and is broken in 6.1-R, and I can confirm it was the commit by ume@freebsd.org mentioned in the past log entries of this PR that broke it: http://docs.FreeBSD.org/cgi/mid.cgi?200511042026.jA4KQGX9038319 In my case, I don't see the backup constantly switching, instead I see both the master and backup constantly acting as master, but only on the IPv6 interface - the IPv4 interface works as expected. This difference could be due to te fact that I have the IPv4 interface on this machine also under carp's control, although I do have sysctl net.inet.carp.preempt=1, which in theory should mean that all interfaces track each other's state. Gavin