From owner-freebsd-net@FreeBSD.ORG Mon Mar 31 20:21:52 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 92BA0F67 for ; Mon, 31 Mar 2014 20:21:52 +0000 (UTC) Received: from mail-la0-f45.google.com (mail-la0-f45.google.com [209.85.215.45]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 17899F3 for ; Mon, 31 Mar 2014 20:21:51 +0000 (UTC) Received: by mail-la0-f45.google.com with SMTP id hr17so6228675lab.18 for ; Mon, 31 Mar 2014 13:21:43 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=RKjMNah3z95z8Qx8hTk88iXV0GAaDm5zoDdEkjD0kbg=; b=eHzsAfocyJ+qbyIiiCd9jDT92jshLaAhsJ0bSTg8tjcrYLNlkFsEFuiHpIFrT6jg2Z l7rlCnINwqEF5zX6bhTYH66+wzi/cPfbtWKD7xw7SSGvqtr2WS5nAipKb6wIIxaBlTp7 i4SlS4btCfi/ar7Q0cvTq7kdI/oE6MxLgNJ3tDkp4Pdf0vMWY6dT7uxWmSXslca5Nbfl H83rRgTPLgwWjQ1Y5+90uh4234fEA2I2ElcK7XGF4FzJ0idF0PjfNRsJ9couRpL4DnHd fGy4yLaG3sfjnnjed/28Up2XCiXPsMKj2Ydks0QkZuYm18l2jyTaMT8fpWu53jep5YW1 /WWg== X-Gm-Message-State: ALoCoQlZ0b0QhLJS3MVG6zvd+ipCQAtEmW5Js1QGa1j2KWemYqK7qRgJJjLGnygzPs2oNXhbjZLH X-Received: by 10.152.1.8 with SMTP id 8mr19944367lai.1.1396297303787; Mon, 31 Mar 2014 13:21:43 -0700 (PDT) Received: from grey.home.unixconn.com (h-74-23.a183.priv.bahnhof.se. [46.59.74.23]) by mx.google.com with ESMTPSA id jm3sm10571215lbc.29.2014.03.31.13.21.42 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 31 Mar 2014 13:21:43 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: FreeBSD 10-STABLE and CARP states From: mxb In-Reply-To: Date: Mon, 31 Mar 2014 22:21:48 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <4A818132-757F-4BAD-8137-CDB1F6F0681C@alumni.chalmers.se> References: To: freebsd-net@freebsd.org X-Mailer: Apple Mail (2.1874) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Mar 2014 20:21:52 -0000 Manually setting net.inet.carp.demotion brought BOTH VHIDs in desired = state. pfsync bulk update seems to not put everything back as it should. lagg0: flags=3D8943 = metric 0 mtu 9000 = options=3D8407bb ether 00:25:90:e3:71:f2 inet 172.16.0.234 netmask 0xfffff800 broadcast 172.16.7.255 inet6 fe80::225:90ff:fee3:71f2%lagg0 prefixlen 64 scopeid 0x5 inet 172.16.0.231 netmask 0xfffff800 broadcast 172.16.7.255 vhid = 201 inet 172.16.0.233 netmask 0xfffff800 broadcast 172.16.7.255 vhid = 202 nd6 options=3D29 media: Ethernet autoselect status: active carp: MASTER vhid 201 advbase 1 advskew 1 carp: BACKUP vhid 202 advbase 5 advskew 100 laggproto lacp lagghash l2,l3,l4 laggport: ix1 flags=3D1c laggport: ix0 flags=3D1c On 31 mar 2014, at 20:42, mxb wrote: >=20 > Hi list, >=20 > hopefully this is the right place to have my question regarding CARP = on 10-STABLE. >=20 > I have two nodes with following setup(node1): >=20 > lagg0: flags=3D8943 = metric 0 mtu 9000 > = options=3D8407bb > ether 00:25:90:e3:71:f2 > inet 172.16.0.234 netmask 0xfffff800 broadcast 172.16.7.255 > inet6 fe80::225:90ff:fee3:71f2%lagg0 prefixlen 64 scopeid 0x5 > inet 172.16.0.231 netmask 0xfffff800 broadcast 172.16.7.255 vhid = 201 > inet 172.16.0.233 netmask 0xfffff800 broadcast 172.16.7.255 vhid = 202 > nd6 options=3D29 > media: Ethernet autoselect > status: active > carp: BACKUP vhid 201 advbase 1 advskew 1 > carp: BACKUP vhid 202 advbase 5 advskew 100 > laggproto lacp lagghash l2,l3,l4 > laggport: ix1 flags=3D1c > laggport: ix0 flags=3D1c >=20 > net.inet.carp.preempt=3D1 on both nodes. as well as PSYNC as this: >=20 > pfsync0: flags=3D41 metric 0 mtu 1500 > pfsync: syncdev: vlan22 syncpeer: 10.22.22.2 maxupd: 128 defer: = off >=20 > The problem is (if it is not clear from the ifconfig-output for the = lagg0) the state of VHID 201. > Node2 with advskew of 100 is currently MASTER, but it SHOULD NOT as of = setup. >=20 > Am I hitting a bug or doing something wrong? >=20 > I also have noted that after the pfsync bulk update the demotion = counter never setts to 0, but stays on 480, > thus preventing node1 become a MASTER 201(?). Or is this a normal = behavior? >=20 > Regards, > mxb >=20 >=20