From owner-freebsd-net@FreeBSD.ORG Thu May 8 10:40:56 2014 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D3AA0CED; Thu, 8 May 2014 10:40:56 +0000 (UTC) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.233.71]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6F0C4BFA; Thu, 8 May 2014 10:40:56 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=codelabs.ru; s=three; h=Sender:In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=LcqYptTvRlB9iIh2lAHX5QNTe+boNAHTK7W6ysHoGOQ=; b=i7m13m3kU+kRw3zJnCkWHYoAJVmtaKBdnHgIAi16e5vo21HltH7OAEHo1ieA0nPhd8l1Ir82S23PG1LR+w4upY4+TYqS3uCCnqOa7jGpYQVDeJUEcmajd8jZFsTSo2qq6suVcEsfnAAnL9Yg1mqnrEbwT8K9EIci7tLQhSRoM04tyCm7BE1sZxeyWFA91u4Se8DP9cKZjoDs6qV+5Puhi2c0CU7P/IuD/glMbCzl06ygx2vFUxfyQ5SYHiVA2sTL+N8gB/TAID+yQ7wDao5hbb9LyiDdBnSMI1EPs28nFpB/czCjLNFCjerwXqeMw0oPfuZHLRZT+jMLuyWBp2p3UmdSCEScTsqNHu2KghhwEqf4Vbd4dT4yDzQH+sfsj82qVg3PyJP+MOTAKLT4jBcBSHpuieqF4kVEo5IE80dLg0rBDE1ox8Q6vpL3GXrBV5m7YZYLTPuTre6c2skPWhAeFqcPGf3Agouc/Bjk8X3qKqN9z4vzudIuOP9TG8/7RKxkNfFS1HnexfCNEqo5psDytiQC0i/l56XPkzUwFj0mMMl0Gw0P/RKBN+h8BslH2mwGpUxOMgfbIJPpnWjayJDyO+sVvdKcLstsgSJYhPWPWkqyKqqWFbYRnWjJ2GaVZRoEFSwuSHg++QXdAJMVyaAA0jbJLNN9xo3XWZveUp2Pzt4=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.233.66]) by 0.mx.codelabs.ru with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) id 1WiLku-000FzD-8B; Thu, 08 May 2014 14:40:48 +0400 Date: Thu, 8 May 2014 14:40:45 +0400 From: Eygene Ryabinkin To: "Bjoern A. Zeeb" Subject: Re: Allowing CARP to use arbitrary OUI prefix and allocating block from FreeBSD's OUI space assignment for that Message-ID: References: <97B3C7CB-3E64-4FE0-81C8-F1FE6FB456A2@lists.zabbadoz.net> <03D03A86-A5C4-4C0D-822E-D151AB272F35@lists.zabbadoz.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="E/DnYTRukya0zdZ1" Content-Disposition: inline In-Reply-To: <03D03A86-A5C4-4C0D-822E-D151AB272F35@lists.zabbadoz.net> Sender: rea@codelabs.ru 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 10:40:57 -0000 --E/DnYTRukya0zdZ1 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Thu, May 08, 2014 at 10:28:19AM +0000, Bjoern A. Zeeb wrote: > On 08 May 2014, at 09:50 , Eygene Ryabinkin wrote: >=20 > >> Apart from that I thought the different version number was sufficient > >=20 > > The thing is that both VRRP and CARP packets use MAC address (on > > Ethernet at least) that equals to 00:00:5e:00:01:$VRID. So in case > > that $VRID is the same and VRRP and CARP admins aren't aware of each > > other, there will be MAC conflict, so L2 packets will be switched > > in a "funny" manner. >=20 > How=E2=80=99s that different routing guys running VRRP on the routers and > server guys running vrrp on the servers and conflicting on the ID? Server guys run CARP, not VRRP. And It Happens (TM). Cisco-heads choose VRRP ID of 1 and *BSD-heads take VHID 1 for their CARP. Bang! > It=E2=80=99s a management problem in the administrative broadcast domain > not a CARP vs. VRRP problem. It hits real networks; moreover, CARP is mostly undocumented stuff that router admins aren't very much aware of, so this administrative problem is created by the clashing MAC space that is used by different protocols. In a perfect world where everyone knows every possible bit about protocols it won't happen without poor management. But the reality is different, to my regret. --=20 Eygene Ryabinkin ,,,^..^,,, [ Life's unfair - but root password helps! | codelabs.ru ] [ 82FE 06BC D497 C0DE 49EC 4FF0 16AF 9EAE 8152 ECFB | freebsd.org ] --E/DnYTRukya0zdZ1 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iL4EABEKAGYFAlNrXy1fFIAAAAAALgAoaXNzdWVyLWZwckBub3RhdGlvbnMub3Bl bnBncC5maWZ0aGhvcnNlbWFuLm5ldDgyRkUwNkJDRDQ5N0MwREU0OUVDNEZGMDE2 QUY5RUFFODE1MkVDRkIACgkQFq+eroFS7PvS8gD/V5aTESQDKm9ZeK9PBljnZsnx 3DNi8Z64FtXW9c8YdgAA/277vp19tj1ytpDUNMWpN9QT2S4wAXT7gZy421Stx2lQ =Y6sx -----END PGP SIGNATURE----- --E/DnYTRukya0zdZ1--