[158448] in North American Network Operators' Group

home help back first fref pref prev next nref lref last post

Re: carping about CARP

daemon@ATHENA.MIT.EDU (Henning Brauer)
Fri Nov 30 08:08:42 2012

Date: Fri, 30 Nov 2012 14:08:27 +0100
From: Henning Brauer <hb-nanog@bsws.de>
To: nanog@nanog.org
In-Reply-To: <86ip8n6z11.fsf@seastrom.com>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org

* Robert E. Seastrom <rs@seastrom.com> [2012-11-30 13:46]:
> My problem is not with Theo nor with the IETF.  My problem is with a
> crappy and credulous implementation.  When an outage is caused by
> redundancy software that comes from an organization that prides itself
> on well-written code, the irony meter goes off the scale.

vrrp and carp share the vhid space. you have to use unique vhids per
network segment, that's about it.

the openbsd box was nice enough to tell you about the mac address
conflict, the other's didn't.

if you looked at the carp boxes you had seen that carp had continued
to work just fine. the mac address (which is basically "fixed prefix +
vhid) conflict is your "outage". there's nothing we could do about
that.

and re IANA, they made it clear they would not give us a proto number
no matter what; we didn't have a choice but to ignore that
industry-money-driven committee.

-- 
Henning Brauer, hb@bsws.de, henning@openbsd.org
BS Web Services, http://bsws.de
Full-Service ISP - Secure Hosting, Mail and DNS Services
Dedicated Servers, Rootservers, Application Hosting


home help back first fref pref prev next nref lref last post