doc: Remove deprecated properties and values

[framework/connectivity/connman.git] / TODO

diff --git a/TODO b/TODO
index 577d630..74bbcdc 100644 (file)
--- a/TODO
+++ b/TODO
@@ -11,13 +11,6 @@ Background
 Core
 ====
 
-- connman_element removal
-
-   Priority: Low
-   Complexity: C8
-   Owner: Samuel Ortiz <sameo@linux.intel.com>
-
-
 - Session API implementation
 
    Priority: High
@@ -33,24 +26,55 @@ Core
    See http://www.mail-archive.com/connman@connman.net/msg01653.html
 
 
-- Provisioning D-Bus API
+- DNS caching
+
+   Priority: Low
+   Complexity: C4
+
+   A simple initial implementation would see ConnMan's dnsproxy
+   caching the DNS record based on their TTL.
+
+
+- Power management
 
    Priority: Medium
+   Complexity: C4
+   Owner: Samuel Ortiz <sameo@linux.intel.com>
+
+   Implement a simple device pm hook that ConnMan's core code would
+   use whenever it decides to put devices in power save mode. Although
+   the kernel runtime power management code should take care of that,
+   not all driver (especially WiFi ones) implement runtime PM hooks.
+
+
+- IP ranges allocation and check
+
+   Priority: High
    Complexity: C2
-   Owner: Henri Bragge <henri.bragge@ixonos.com>
 
-   The current service provisioning lacks a D-Bus interface for modifying
-   existing configurations.
+   For both tethering and private networks, but also to detect invalid
+   static IP configurations, we need to have a core IP range layer
+   that manages all currently used IP blocks.
 
 
-- WiSPR support
+- Personal firewall
 
-   Priority: Medium
+   Priority: Low
+   Complexity: C8
+   Owner: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
+
+   Discuss and implement a basic and safe firewalling strategy into
+   Connman. Provide a D-Bus API for personal firewalling.
+
+
+- PACRunner extensions
+
+   Priority: Low
    Complexity: C4
-   Owner: Marcel Holtmann <marcel@holtmann.org>
 
-   Based on the portal detection parsing results, and provisioned
-   credentials, ConnMan should be able to initiate a WiSPR authentication.
+   Support more URI schemes, support multiple connections, tighter
+   security integration.
+
 
 
 WiFi
@@ -60,7 +84,6 @@ WiFi
 
    Priority: Medium
    Complexity: C2
-   Dependencies: Core:IPv4LL
    Owner: Samuel Ortiz <sameo@linux.intel.com>
 
 
@@ -87,14 +110,6 @@ WiFi
 
    Priority: Low
    Complexity: C1
-   Owner: Henri Bragge <henri.bragge@ixonos.com>
-
-
-- EAP-GTC
-
-   Priority: Low
-   Complexity: C1
-   Owner: Henri Bragge <henri.bragge@ixonos.com>
 
 
 - WiFi p2p
@@ -103,17 +118,6 @@ WiFi
    Complexity: C2
 
 
-- DUN server
-
-   Priority: Low
-   Complexity: C4
-   Owner: Samuel Ortiz <sameo@linux.intel.com>
-
-   For DUN server support, ConnMan needs to provide an API for oFono
-   to trigger IP forwarding on a point to point interface. An IP range
-   should also be reserved.
-
-
 
 Bluetooth
 =========
@@ -122,20 +126,31 @@ Bluetooth
 
    Priority: Low
    Complexity: C4
+   Owner: Mario Tokarz <mario.tokarz@bmw-carit.de>
+
+
+
+Cellular
+========
 
 
 VPN
 ===
 
-- l2tp support
+- IPsec
 
    Priority: Low
-   Complexity: C2
-   Owner: Mohamed Abbas <mohamed.abbas@intel.com>
+   Complexity: C4
 
 
-- pptp support
+- Split tunnelling
 
    Priority: Low
-   Complexity: C2
-   Owner: Mohamed Abbas <mohamed.abbas@intel.com>
+   Complexity: C8
+   Dependencies: Core:Private networks
+
+   The current VPN support puts the VPN interface at the top of the
+   service list, giving VPNs the default route. When doing split
+   tunneling, the system routes packet to the VPN interface for
+   private IPs, while going through the default interface for the rest
+   of the traffic.