Priority: Low
Complexity: C8
+ Owner: Samuel Ortiz <sameo@linux.intel.com>
-- DHCP lib
+- Session API implementation
Priority: High
- Complexity: C8
- Owner: Martin Xu <martin.xu@intel.com>
+ Complexity: C4
+ Owner: Daniel Wagner <daniel.wagner@bmw-carit.de>
+ Owner: Samuel Ortiz <sameo@linux.intel.com>
+ The session API should provide a connection abstraction in order to
+ prioritize applications network accesses, prevent or allow network
+ and bearer roaming, or provide applications with a way to request
+ for periodic network connections. On-demand connections will be
+ implemented through this API as well.
+ See http://www.mail-archive.com/connman@connman.net/msg01653.html
-- IPv6
- Priority: High
+- WiSPR support
+
+ Priority: Medium
Complexity: C4
- Dependencies: Core:DHCP Lib
- Owner: Martin Xu <martin.xu@intel.com>
+ 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.
-- On demand connection
+- 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>
- With on demand connection applications get connectivity access
- simply by trying to reach the network. They don't need to
- specifically request for a service connection, but ConnMan
- establishes it on their behalf.
- This feature counter part is idle disconnect. ConnMan needs to be
- able to close the on demand established connections by monitoring
- the link activity. This requires kernel support with e.g. the
- netfilter IDLETIMER target.
+ 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.
+
-- Avahi-zeroconf
+- IPv6 gateway handling
Priority: Medium
Complexity: C4
+ We should be able to switch between IPv6 only services and thus
+ change the default IPv6 gateway on the fly. For that we need to
+ improve the connection.c code to properly handle IPv6 gateways.
-- OpenVPN
- Priority: Low
+- IP ranges allocation and check
+
+ Priority: High
Complexity: C2
+ 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.
+
-- VPNc
+- Personal firewall
Priority: Low
- Complexity: C2
+ Complexity: C8
+ Extend the iptables code and provide a D-Bus API for personal firewalling.
-- Tethering
- Priority: Medium
- Complexity: C8
- Owner: Marcel Holtmann <marcel@hotlmann.org>
+- PACRunner extensions
+ Priority: Low
+ Complexity: C4
-- WAPD - Web Proxy Autodiscovery Protocol
+ Support more URI schemes, support multiple connections, tighter
+ security integration.
- Priority: Medium
- Complexity: C2
- Dependencies: Core:HTTP proxy
-- Agent callbacks
+WiFi
+====
+
+- Ad-Hoc support
Priority: Medium
Complexity: C2
+ Owner: Samuel Ortiz <sameo@linux.intel.com>
-- HTTP proxy
+- Fast Connect
- Priority: Medium
- Complexity: C1
+ Priority: Low
+ Complexity: C4
+ Owner: Samuel Ortiz <sameo@linux.intel.com>
-- Moving DNS proxy code to ConnMan core
+
+- EAP-AKA/SIM
Priority: Medium
Complexity: C2
+ Owner: Samuel Ortiz <sameo@linux.intel.com>
- Supporting DNS proxy or resolv.conf direct editing seems more than
- plenty as far as resolving is concerned. So the idea is to move the
- dnsproxy plugin code to ConnMan core and have an additional command
- line option in case one would like to stick with the current
- resolver.c code for editing resolv.conf.
+ This EAP is needed for SIM card based network authentication.
+ ConnMan here plays a minor role: Once wpa_supplicant is set up for
+ starting and EAP-AKA/SIM authentication, it will talk to a SIM card
+ through its pcsc-lite API.
-WiFi
-====
+- EAP-FAST
+
+ Priority: Low
+ Complexity: C1
+ Owner: Henri Bragge <henri.bragge@ixonos.com>
+
-- WPS
+- EAP-GTC
Priority: Low
- Complexity: C2
- Dependencies: Core:Agent callbacks
+ Complexity: C1
+ Owner: Henri Bragge <henri.bragge@ixonos.com>
-- Ad-Hoc support
+- WiFi p2p
Priority: Medium
Complexity: C2
- Dependencies: Core:Avahi-zeroconf
-- libsupplicant
- Priority: Medium
- Complexity: C4
- Owner: Samuel Ortiz <sameo@linux.intel.com>
+Bluetooth
+=========
-- Fast Connect
+- DUN client
Priority: Low
Complexity: C4
- Dependencies: WiFi:libsupplicant
- Owner: Samuel Ortiz <sameo@linux.intel.com>
-- TTLS EAP support
+
+
+Cellular
+========
+
+
+VPN
+===
+
+- l2tp support
Priority: Low
Complexity: C2
+ Owner: Mohamed Abbas <mohamed.abbas@intel.com>
-Bluetooth
-=========
+- pptp support
-- DUN client
+ Priority: Low
+ Complexity: C2
+ Owner: Mohamed Abbas <mohamed.abbas@intel.com>
+
+
+- IPsec
Priority: Low
Complexity: C4
+
+
+- Split tunnelling
+
+ Priority: Low
+ 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.