diff options
author | Michael Biebl <biebl@debian.org> | 2013-02-09 03:16:54 +0100 |
---|---|---|
committer | Michael Biebl <biebl@debian.org> | 2013-02-09 03:16:54 +0100 |
commit | e17c5736fc3722ce51cb33f3edb203960125a4c1 (patch) | |
tree | 2b41ee92b307915e9d97f0ef2c012fc793653599 /TODO | |
parent | 9c202e3e860b3be9e1f8882630b69affbb130102 (diff) |
Imported Upstream version 0.9.7.997upstream/0.9.7.997
Diffstat (limited to 'TODO')
-rw-r--r-- | TODO | 36 |
1 files changed, 0 insertions, 36 deletions
@@ -34,25 +34,6 @@ NM_STATE_CONNECTED_LOCAL, NM_STATE_CONNECTED_SITE, or NM_STATE_CONNECTED_GLOBAL based on it and the device's state. -* Real Access Point mode support - -Now that NetworkManager requires wpa_supplicant 0.7.x or later, we can add -full Access Point (AP) mode support. NetworkManager currently implements -connection sharing via AdHoc mode support, which has some limitations. Instead, -we should check whether the wifi device supports AP mode, and if so, use -that mode instead. wpa_supplicant has support for a "lightweight AP" mode which -we should use. Witold Sowa started this support a while ago and wrote the new -D-Bus API for wpa_supplicant that makes all this possible, but some NM pieces -are still missing. If the wifi driver supports AP mode, then in -src/supplicant-manager/ NM should send an AP-mode config instead of sending -the adhoc config. - -Note that some devices (airo, ipw2100, ipw2200, iwl3945, iwl4965, atmel, zd1201) -will never support AP mode due to firmware limitations, so we clearly must still -provide Ad-Hoc connection sharing support for those devices and switch between -Ad-Hoc and AP mode depending on device capabilities. - - * Implement NM_DEVICE_STATE_DISCONNECTING To allow for "pre-down" scenarios, this state should be implemented before a @@ -135,23 +116,6 @@ the VPN because WiFi choked for 10 seconds, but reconnect the VPN if it was connected before the drop. -* VPN autoconnect (bgo #560471) - -We should add a property to the NMSettingConnection object in -libnm-util/nm-setting-connection.c called "vpns" that is a string list, -containing a list of Connection UUIDs that should be activated when the base -connection itself is activated. This will allow a VPN connection to be -started every time another connection is started, so that if you choose you're -always on the VPN in your favorite coffee shop. - -The NM_DEVICE_STATE_SECONDARIES state was added specifically for cases like -this. Thus, after the base device has IP connectivity, but before it has -signaled that it's fully activated, the device should enter the SECONDARIES -state and kick off activation of the given VPN connection. Only after this -VPN connection has successfully connected should the base device to the -NM_DEVICE_STATE_ACTIVATED state. - - * VPN and IPv6 The internal VPN capability should support IPv6. Essentially, the D-Bus |