From owner-freebsd-net@FreeBSD.ORG Thu May 8 09:37:52 2014 Return-Path: Delivered-To: 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 A03E7FD9; Thu, 8 May 2014 09:37:52 +0000 (UTC) Received: from mx1.sbone.de (bird.sbone.de [46.4.1.90]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 53BDE6D5; Thu, 8 May 2014 09:37:51 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 325D225D3894; Thu, 8 May 2014 09:37:43 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 54CBDC22BDA; Thu, 8 May 2014 09:37:42 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id ARAy1YwkttbK; Thu, 8 May 2014 09:37:40 +0000 (UTC) Received: from [IPv6:fde9:577b:c1a9:4420:cabc:c8ff:fe8b:4fe6] (unknown [IPv6:fde9:577b:c1a9:4420:cabc:c8ff:fe8b:4fe6]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id AD254C22BCF; Thu, 8 May 2014 09:37:39 +0000 (UTC) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: Allowing CARP to use arbitrary OUI prefix and allocating block from FreeBSD's OUI space assignment for that From: "Bjoern A. Zeeb" In-Reply-To: Date: Thu, 8 May 2014 09:37:37 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <97B3C7CB-3E64-4FE0-81C8-F1FE6FB456A2@lists.zabbadoz.net> References: To: Eygene Ryabinkin X-Mailer: Apple Mail (2.1874) Cc: net@freebsd.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 May 2014 09:37:52 -0000 On 08 May 2014, at 08:10 , Eygene Ryabinkin wrote: > As current CARP implementation somewhat hijacks OUI MAC space for VRRP > (00:00:5e:00:01:$VRID) and this sometimes create problems, because > routing people tend to be different from the ones that run CARP > clusters, so their VRID/VHID can clash inside single L2 domain, and > this often leads to breakages (because of same MAC values for the > different clustered instances), It often leads to a bit of logging about =93hey I don=92t know this = =91version' of VRRP=94 (well yeah) on some $vendor devices who should = know better by now. Apart from that I thought the different version number was sufficient = (as it is for other protocols, and so have others who actually started = to write a draft for an independent submission early last year and = stalled on it). I am actually not in the loop on what we ended up with = in 10 but I guess given the new CARP started to understand the old stuff = glebius did not end up bumping it finally in FreeBSD? So the problem = might remain that we are on a conflicting =93VRRP/CARP version=94? In addition you should, of course, use secrets with the VRRP/CARP as = otherwise you deserve to have real clashes that do unexpected things to = your deployment. Just my -1cts /bz =97=20 Bjoern A. Zeeb "Come on. Learn, goddamn it.", WarGames, 1983