Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 18 Sep 2011 15:00:22 +0200
From:      Damien Fleuriot <ml@my.gd>
To:        Patrick Lamaiziere <patfbsd@davenulle.org>
Cc:        "freebsd-stable@freebsd.org" <freebsd-stable@freebsd.org>, "Brian Seklecki \(Mobile\)" <lavalamp@probikesllc.com>
Subject:   Re: CARP interfaces and mastership issue
Message-ID:  <8811CF10-EB7D-4204-B66F-17B4B4ABCC1E@my.gd>
In-Reply-To: <20110918124429.616282f5@davenulle.org>
References:  <4E71C059.5060404@hi-media.com> <4E7218A4.4000205@my.gd> <alpine.BSF.2.00.1109151208210.45497@vger.digitalfreaks.org> <CAE63ME4tLpSzfC1ENwaPs1iB-r1yHRs2Zj138iyM%2BW3s6vWyCA@mail.gmail.com> <60645CA5-D1E5-4AF9-9C56-66FA755B0280@digsys.bg> <alpine.BSF.2.00.1109172331080.45497@vger.digitalfreaks.org> <20110918124429.616282f5@davenulle.org>

next in thread | previous in thread | raw e-mail | index | archive | help



On 18 Sep 2011, at 12:44, Patrick Lamaiziere <patfbsd@davenulle.org> wrote:

> Le Sat, 17 Sep 2011 23:40:06 -0400 (EDT),
> "Brian Seklecki (Mobile)" <lavalamp@probikesllc.com> a écrit :
> 
>>> 
>>>> What would help here, is for a carp interface to wait a given delay
>>>> (tunable through a sysctl ?) after creation or after being brought
>>>> up
>> 
>> I see now.
>> 
>> The tunable sounds like a good idea; we should check OpenBSD, they 
>> probably already implemented something and we're behind.
>> 
>> If not, a "preempt dampener" feature would be an awesome return
>> feature.
>> 
>> Might need to implment another state: MASTER-LISTENING (or LEARNING)
>> ah a STP.
> 
> OpenBSD uses a "carp demote counter" that prevents to become master
> (but it will become master anyway if there is not carp advertizement on
> the interface). There is a sysctl in FreeBSD but it's readonly.
> 
> This is used to delay carp until pfsync synchronization is done and by
> daemons like bgpd.
> 
> Anyway if carp becomes master when the interface is set up, it looks to
> be a bug on FreeBSD (and if you are sure that the problem does not
> come from the switch).


This can be easily verified.

When our vlan13 is forwarding on the switch, destroy and recreate the carp13 interface.
It still assumes mastership during a short time, then yields and becomes backup.


Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?8811CF10-EB7D-4204-B66F-17B4B4ABCC1E>