After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 680908 - Observe passively interfaces created outside network manager
Observe passively interfaces created outside network manager
Status: RESOLVED DUPLICATE of bug 682872
Product: NetworkManager
Classification: Platform
Component: general
git master
Other Linux
: Normal enhancement
: ---
Assigned To: Pavel Simerda
NetworkManager maintainer(s)
Depends on:
Blocks: nm-0.9.10
 
 
Reported: 2012-07-31 14:32 UTC by David Jaša
Modified: 2013-05-11 12:06 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description David Jaša 2012-07-31 14:32:32 UTC
Observe passively interfaces created outside network manager.

Why:
The long standing woe of NM is it's inability to take not-yet-supported devices into account like bridges etc. The result is that in such cases, NM is either told not to interfere (NM_CONTROLLED=no in ifcfg-rh scripts) or outright disabled.

In first case, this behaviour leads to upper layer errors like apps thinking they're offline despite being online etc, in second case, it harms NM adoption.

Proposed fix:
1) Watch status of all network devices, no matter if they're being managed by NM or not
2) manage nm-managed devices using all available information (e.g.: eth0 is bridged into br0 and not nm-controlled, wlan0 is nm-controlled - NM should add default route to wlan0 if it is removed from br0 but once br0 comes back online, NM shouldn't "steal" default route from it)
3) report network availability to other programs based on such "complete picture" so that apps that rely on NM for network availability can learn that network is available albeit through non-nm-controlled interface

Notes:
this seems to me distinct to bug 589092 which is about honoring manual changes to NM-controlled interfaces.
Comment 1 Pavel Simerda 2012-08-16 20:43:35 UTC
I've created a new system-related class that will handle all the netlink stuff and similar. In its current state, it at least logs all relevant netlink-originated events and provides convenient signals for other
NetworkManager code.

This work in progress can be found in pavlix/system branch together with some changes to other subsystem to actually use this new facility. Hope you will
like it.
Comment 2 Pavel Simerda 2013-05-11 09:06:39 UTC
Consolidating.

*** This bug has been marked as a duplicate of bug 682872 ***