Re: CARP interfaces and mastership issue

2011-10-01 Thread johan Hendriks
Op 29-09-11 16:49, Damien Fleuriot schreef: Quick follow-up again. This is the code for sys/netinet/ip_carp.c on FreeBSD 8.2, OpenBSD 3.8, OpenBSD 3.9 in function carp_setrun(struct carp_softc *sc, sa_family_t af) FREEBSD 8.2-PRERELEASE with init + preempt = auto MASTER bug Function

Re: CARP interfaces and mastership issue

2011-10-01 Thread Damien Fleuriot
On 1 October 2011 11:04, johan Hendriks joh.hendr...@gmail.com wrote: Op 29-09-11 16:49, Damien Fleuriot schreef: Quick follow-up again. This is the code for sys/netinet/ip_carp.c on FreeBSD 8.2, OpenBSD 3.8, OpenBSD 3.9 in function carp_setrun(struct carp_softc *sc, sa_family_t af)

Re: CARP interfaces and mastership issue

2011-09-29 Thread Damien Fleuriot
On 9/15/11 11:07 AM, Damien FLEURIOT wrote: Hello list, TLDR: carp interface becomes MASTER for a split second after being created, even if another MASTER exists on the network with faster advertisements. Breaks connections. HOWTO prevent ? We've been experiencing this

Re: CARP interfaces and mastership issue

2011-09-29 Thread Damien Fleuriot
On 29 September 2011 14:20, Damien Fleuriot m...@my.gd wrote: On 9/15/11 11:07 AM, Damien FLEURIOT wrote: Hello list, TLDR: carp interface becomes MASTER for a split second after being created, even if another MASTER exists on the network with faster advertisements. Breaks connections.

Re: CARP interfaces and mastership issue

2011-09-29 Thread Damien Fleuriot
Quick follow-up again. This is the code for sys/netinet/ip_carp.c on FreeBSD 8.2, OpenBSD 3.8, OpenBSD 3.9 in function carp_setrun(struct carp_softc *sc, sa_family_t af) FREEBSD 8.2-PRERELEASE with init + preempt = auto MASTER bug Function starts at line 1371. ---

Re: CARP interfaces and mastership issue

2011-09-18 Thread Patrick Lamaiziere
Le Sat, 17 Sep 2011 23:40:06 -0400 (EDT), Brian Seklecki (Mobile) laval...@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

Re: CARP interfaces and mastership issue

2011-09-18 Thread Damien Fleuriot
On 18 Sep 2011, at 12:44, Patrick Lamaiziere patf...@davenulle.org wrote: Le Sat, 17 Sep 2011 23:40:06 -0400 (EDT), Brian Seklecki (Mobile) laval...@probikesllc.com a écrit : What would help here, is for a carp interface to wait a given delay (tunable through a sysctl ?) after creation

Re: CARP interfaces and mastership issue

2011-09-17 Thread Daniel Kalchev
On Sep 15, 2011, at 23:14 , Damien Fleuriot wrote: 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 from down. I have the same observation. Perhaps it can just avoid going up initially --- it will

Re: CARP interfaces and mastership issue

2011-09-17 Thread Brian Seklecki (Mobile)
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

CARP interfaces and mastership issue

2011-09-15 Thread Damien Fleuriot
Posting to -stable since -pf didn't show much interest :/ Original Message Subject: CARP interfaces and mastership issue Date: Thu, 15 Sep 2011 11:07:37 +0200 Hello list, TLDR: carp interface becomes MASTER for a split second after being created, even if another MASTER

Re: CARP interfaces and mastership issue

2011-09-15 Thread Brian Seklecki (Mobile)
Things went smoothly but when we brought the production VLANs up again at layer 2 on the switches, when spanning-tree converged we had again a double MASTER problem. In older versions of FBSD, creating logical interfaces like vlan(4) and carp(4) had an nasty inadvertent side effect of

Re: CARP interfaces and mastership issue

2011-09-15 Thread Damien Fleuriot
On 15 September 2011 18:12, Brian Seklecki (Mobile) laval...@probikesllc.com wrote: Things went smoothly but when we brought the production VLANs up again at layer 2 on the switches, when spanning-tree converged we had again a double MASTER problem. In older versions of FBSD, creating