Bug 896572 - [rfe] systemd targets indicating the level of network service
Summary: [rfe] systemd targets indicating the level of network service
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: NetworkManager
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Lubomir Rintel
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-01-17 14:54 UTC by Ales Kozumplik
Modified: 2016-09-13 16:17 UTC (History)
6 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2016-09-13 16:17:48 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Ales Kozumplik 2013-01-17 14:54:10 UTC
This follows the discussion in bug 879370. There are regularly undertaken actions on a system (fired e.g by a cron job or a systemd timer) that use network. If they are overall low priority (noncritical backups, yum metadata synchronization) we only want them to run if we're on a cheap network connection. Currently there is no way for services like this to tell. Here's what I image should happen in NetworkManager to remedy this:

1) add a network option specified by the user where he can express if the particular connection is cheap or expensive
2) if cheap connection is activated, enable network-cheap.target systemd unit. If no connection or only an expensive connection is activated, have this unit disabled.
3) Have some reasonable defaults, e.g. a wired connection is cheap by default, everything else is expensive.

Comment 1 Ales Kozumplik 2013-02-07 09:19:52 UTC
Same bug in the gnome bugzilla: https://bugzilla.gnome.org/show_bug.cgi?id=688216

Comment 3 Fedora Admin XMLRPC Client 2015-08-18 14:56:49 UTC
This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.

Comment 4 Thomas Haller 2016-09-13 16:17:48 UTC
I closed upstream bug https://bugzilla.gnome.org/show_bug.cgi?id=688216#c5 as fixed by upstream release 1.2.0.


As I read comment 0, points 1) and 3) are satisfied.


Thus, it's fixed on Fedora 24, which ships NM >= 1.2.0





I am not convinced about starting a NetworkManager specific systemd-target (point 3)). If the user already buys into NetworkManager, maybe he can just monitor the D-Bus API of NetworkManager for the "Metered" property.

On the other hand, it might be great to have a official systemd target for that (like the special targets network.target and network-online.target). Than it wouldn't be a NetworkManager-only thing.
However, in face of multiple network-management-daemons, it's not clear who is responsible for starting/stopping this target and how multiple such daemons cooperate.

Yes, definitely an interesting idea... but seems too much for this downstream bug and needs more discussion. Maybe better suited for the mailing list networkmanager-list or upstream https://bugzilla.gnome.org/enter_bug.cgi?product=NetworkManager . Maybe it would be best if this becomes an official systemd-target, so maybe that would be best as an RFE for systemd and discuss the semantic of this there.


Note You need to log in before you can comment on or make changes to this bug.