> Something similar was discussed in this thread:
> http://marc.info/?t=145999355300008&r=1&w=2

Ah nice, interesting read! I googled quite a lot but that thread didn't 
came up. Guess I need to work on my Google-foo. As discussed in that
thread there is no one size fits all. Maybe a sysctl variable which
determines how OpenBSD deals with routing to dead interfaces would be
an option?

> Maybe a setup without carp on the interfaces towards your upstream would
> work better? But I can not tell based on the information you provide.

I've fixed the problem by merging the traffic with the help of 2
layer 2.5 switches in an MLAG in front of the OpenBSD gateways.

Kind regards,

Jasper

> Op 31 oktober 2016 om 22:02 schreef Remi Locherer <remi.loche...@relo.ch>:
> 
> On Sun, Oct 30, 2016 at 12:36:12PM +0100, Jasper Siepkes wrote:
> > Hi all,
> > 
> > I've got a question about how OpenBSD deals with routes and interfaces 
> > that are considerd 'down'. I've noticed that when an interface in
> > OpenBSD is down the route to that interface will remain in the routing
> > table and is also not flagged with R(eject). The route stays exactly
> > the same wheter the device is up or down.
> > 
> > In Linux (and I have no idea wheter this is a good idea or not) the 
> > route of the downed interface is removed.
> 
> Something similar was discussed in this thread:
> http://marc.info/?t=145999355300008&amp;r=1&amp;w=2
> 
> OpenBSD behaves different to what I know from routers I work with. There
> a route disapears when I shut an interface.
> 
> > Is the above behavior normal? WHat should I do if I don't want to
> > route traffic to downed interfaces (like backup CARP interfaces).
> > 
> > The reason why I'm asking is because I want to route traffic somewhere
> > else with ifstated when a device goes in CARP backup mode (upstream
> > uses ECMP routing). But because the device route of the downed
> > interface (the interface being a CARP interface in backup mode in this
> > scenario) stays in the routing table with priority 1 I can't 
> > override it.
> 
> Maybe a setup without carp on the interfaces towards your upstream would
> work better? But I can not tell based on the information you provide.
> 
> Remi

Reply via email to