From owner-freebsd-net@FreeBSD.ORG Mon Mar 18 04:37:48 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2DC16A64 for ; Mon, 18 Mar 2013 04:37:48 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from elf.hq.norma.perm.ru (unknown [IPv6:2001:470:1f09:14c0::2]) by mx1.freebsd.org (Postfix) with ESMTP id CFF99375 for ; Mon, 18 Mar 2013 04:37:47 +0000 (UTC) Received: from [192.168.248.32] ([192.168.248.32]) by elf.hq.norma.perm.ru (8.14.5/8.14.5) with ESMTP id r2I4bf4u088084 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Mon, 18 Mar 2013 10:37:43 +0600 (YEKT) (envelope-from emz@norma.perm.ru) Message-ID: <51469A13.7090503@norma.perm.ru> Date: Mon, 18 Mar 2013 10:37:39 +0600 From: "Eugene M. Zheganin" User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130307 Thunderbird/17.0.4 MIME-Version: 1.0 To: freebsd-net Subject: Re: carp regression in 9.1 ? References: <3B04FCB1-D0D4-4BC9-BB15-5221F438738C@my.gd> <514594D7.1020202@norma.perm.ru> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (elf.hq.norma.perm.ru [192.168.3.10]); Mon, 18 Mar 2013 10:37:44 +0600 (YEKT) X-Spam-Status: No hits=-101.0 bayes=0.5 testhits ALL_TRUSTED=-1, USER_IN_WHITELIST=-100 autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on elf.hq.norma.perm.ru X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 18 Mar 2013 04:37:48 -0000 Hi. On 17.03.2013 21:20, Ermal Luçi wrote: > > From this aspects carp in 10(HEAD) should behave the same since the > internals of carp have not been changed only the iconnection with the > FreeBSD stack has. > Talking about aliases on carp that used to be a bit broken up-to 9.x > they do not exist at all in 10. > Which needs a bit of discussion per se how to solve. > > Yup, but the same behaviour can be achieved in 10.x with two ways: - one address == one vhid (when a machine needs to neighbour with carp on 8.x this requires configuration changes on 8.x). - multiple addresses == one vhid, in the same order the addresses appear on the neighbor, regardless of the version. I tried both ways and they both work. Eugene.