Core
====
-- connman_element removal
-
- Priority: Low
- Complexity: C8
- Owner: Samuel Ortiz <sameo@linux.intel.com>
-
-
- Session API implementation
Priority: High
Complexity: C4
Owner: Daniel Wagner <daniel.wagner@bmw-carit.de>
- Owner: Samuel Ortiz <sameo@linux.intel.com>
+ Owner: Patrik Flykt <patrik.flykt@linux.intel.com>
The session API should provide a connection abstraction in order to
prioritize applications network accesses, prevent or allow network
See http://www.mail-archive.com/connman@connman.net/msg01653.html
-- Provisioning D-Bus API
-
- Priority: Medium
- Complexity: C2
- Owner: Henri Bragge <henri.bragge@ixonos.com>
-
- The current service provisioning lacks a D-Bus interface for modifying
- existing configurations.
-
-
-- WiSPR support
-
- Priority: Medium
- 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.
-
-
-- 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.
-
-
-- 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.
-
-
-- 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.
-
-
- Personal firewall
Priority: Low
Complexity: C8
+ Owner: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
- Extend the iptables code and provide a D-Bus API for personal firewalling.
+ Discuss and implement a basic and safe firewalling strategy into
+ Connman. Provide a D-Bus API for personal firewalling.
- PACRunner extensions
security integration.
-- Private networks
-
- Priority: Medium
- Complexity: C4
- Owner: Guillaume Zajac <guillaume.zajac@linux.intel.com>
+- Favorite service migration removal
- The private networks D-Bus API should provide applications with a
- TUN interface linked to a reserved private IP range.
- oFono DUN forwarding will use a private network for giving DUN
- clients access to the default service connectivity.
+ Priority: Medium
+ Complexity: C1
+ When: 12/2012
+ Remove service migration code that moves services from default.profile
+ to the current directory-based structure.
WiFi
====
-- Ad-Hoc support
-
- Priority: Medium
- Complexity: C2
- Owner: Samuel Ortiz <sameo@linux.intel.com>
-
-
-- Fast Connect
-
- Priority: Low
- Complexity: C4
- Owner: Samuel Ortiz <sameo@linux.intel.com>
-
-
- EAP-AKA/SIM
Priority: Medium
Priority: Low
Complexity: C1
- Owner: Henri Bragge <henri.bragge@ixonos.com>
-- EAP-GTC
+- Wireless background scan
- Priority: Low
- Complexity: C1
- Owner: Henri Bragge <henri.bragge@ixonos.com>
+ Priority: Medium
+ Complexity: C4
+ Owner: Samuel Ortiz <sameo@linux.intel.com>
+
+ While connected ConnMan should offload the background scanning to
+ wpa_supplicant. Wpa_supplicant allows for a fancy background scan
+ which frequency increases after the current connection signal level
+ drops below a defined threshold.
+ We should also be able to have wpa_supplicant do the background
+ scanning for us when we're not connected, if we have configured our
+ favorite networks.
- WiFi p2p
Priority: Low
Complexity: C4
+ Owner: Mario Tokarz <mario.tokarz@bmw-carit.de>
Cellular
========
-- IPv6 and IPv6v4 cellular data connection
-
- Priority: Medium
- Complexity: C2
- Owner: Samuel Ortiz <sameo@linux.intel.com>
-
- Support IPv6 and dual stack cellular data connections.
- oFono already supports it and provide an extensive D-Bus API for it.
-
-
VPN
===
-- l2tp support
-
- Priority: Low
- Complexity: C2
- Owner: Mohamed Abbas <mohamed.abbas@intel.com>
-
+- IPsec
-- pptp support
+ Priority: Medium
+ Complexity: C4
+ Owner: Jukka Rissanen <jukka.rissanen@linux.intel.com>
- Priority: Low
- Complexity: C2
- Owner: Mohamed Abbas <mohamed.abbas@intel.com>
+Tools
+=====
-- IPsec
+- Command line tool
Priority: Low
Complexity: C4
+ Owner: Patrik Flykt <patrik.flykt@linux.intel.com>
+
+ For platforms not running python, it could prove useful to provide them
+ with a native single binary command line tool.
+
+User Interface
+==============
-- Split tunnelling
+- GNOME3 UI
Priority: Low
- Complexity: C8
- Dependencies: Core:Private networks
+ Complexity: C4
+ Owner: Alok Barsode <alok.barsode@linux.intel.com>
- 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.
+ A GNOME3 shell user interface would make it easier for mainstream distros
+ users to use ConnMan.