netdev - notifications of interfaces going down/up/being created/destroyed?

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Date:	Sat, 28 Mar 2015 09:37:24 -0700
From:	Dave Taht <dave.taht@...il.com>
To:	"netdev@...r.kernel.org" <netdev@...r.kernel.org>
Subject: notifications of interfaces going down/up/being created/destroyed?

is there an asynchronous way to register for a notification of an
interface going down/up?

---------- Forwarded message ----------
From: Juliusz Chroboczek <jch@....univ-paris-diderot.fr>
Date: Sat, Mar 28, 2015 at 9:30 AM
Subject: Re: [Babel-users] Looping in EAGAIN
To: Dave Taht <dave.taht@...il.com>
Cc: Simon Kelley <simon@...kelleys.org.uk>,
"babel-users@...ts.alioth.debian.org"
<babel-users@...ts.alioth.debian.org>

> Say wlan0 vanishes. All the routes going out that interface are no
> longer valid, but from what I understood of this patch, it will loop for
> a while, then give up.

If wlan0 vanishes, this will be recognised the next time check_interfaces
is run, and all neighbours visible through wlan0 will be flushed.

The issue we're having is a race condition -- if wlan0 goes down and then
back up before we run check_interfaces, and the IP addresses don't change,
then check_interfaces will not notice the transition, and Babel will think
that its routes through wlan0 are still up -- end you end up with a FIB
that is not a subset of the RIB.  Ouch.

So it might be a good idea to run check_interfaces early when we get
EAGAIN, but I'm not sure what consequences it might have -- EAGAIN can
also happen when we're under load, and we'd rather not be repeatedly
scanning our interfaces in that case.

It would be better to get async notifications from the kernel about
interfaces going down.

> Not clear to me if this would happen for 4 hello intervals before the
> interface is recognised as gone?

No, the hellos are used to notice vanishing neighbours, not vanishing
interfaces.  That's a completely different mechanism.

-- Juliusz

-- 
Dave Täht
Let's make wifi fast, less jittery and reliable again!

https://plus.google.com/u/0/107942175615993706558/posts/TVX3o84jjmb
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html