TODO

   1 Background
   2 ==========
   3
   4 - Priority scale: High, Medium and Low
   5
   6 - Complexity scale: C1, C2, C4 and C8.
   7    The complexity scale is exponential, with complexity 1 being the
   8    lowest complexity. Complexity is a function of both task 'complexity'
   9    and task 'scope'.
  10
  11 Core
  12 ====
  13
  14 - Session API implementation
  15
  16    Priority: High
  17    Complexity: C4
  18    Owner: Daniel Wagner <daniel.wagner@bmw-carit.de>
  19    Owner: Patrik Flykt <patrik.flykt@linux.intel.com>
  20
  21    The session API should provide a connection abstraction in order to
  22    prioritize applications network accesses, prevent or allow network
  23    and bearer roaming, or provide applications with a way to request
  24    for periodic network connections. On-demand connections will be
  25    implemented through this API as well.
  26    See http://www.mail-archive.com/connman@connman.net/msg01653.html
  27
  28
  29 - main.conf FallbackTimeservers, FallbackNameservers
  30    Priority: Medium
  31    Complexity: C2
  32    Owner:
  33
  34    Both entries should take a string list as arguments and can contain
  35    mixed combination of fully qualified domain names, IPv4 and IPv6
  36    addresses. In absence of main.conf or if this entry is not present
  37    then no fallback servers are used. These configuration file values
  38    will obsolete plugins/meego.c and plugins/google.c.
  39    See http://lists.connman.net/pipermail/connman/2012-March/008605.html
  40
  41
  42 - main.conf DefaultAutoConnectTechnologies
  43    Priority: Medium
  44    Complexity: C2
  45    Owner:
  46
  47    The default autoconnect value for a new service that has not been seen. After
  48    that it can be changed on a per service level via AutoConnect property.
  49    The default value if not present should be "ethernet,wifi".
  50    See http://lists.connman.net/pipermail/connman/2012-March/008605.html
  51
  52
  53 - main.conf PriorityTechnologies
  54    Priority: Medium
  55    Complexity: C2
  56    Owner: Patrik Flykt <patrik.flykt@linux.intel.com>
  57
  58    Handle automatic switch from one technology to another one. By default
  59    this value should be empty and no automatic switching is happening as
  60    long as technology is connected. The list is ordered.
  61    See http://lists.connman.net/pipermail/connman/2012-March/008605.html
  62
  63
  64 - Personal firewall
  65
  66    Priority: Low
  67    Complexity: C8
  68    Owner: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
  69
  70    Discuss and implement a basic and safe firewalling strategy into
  71    Connman. Provide a D-Bus API for personal firewalling.
  72
  73
  74 - PACRunner extensions
  75
  76    Priority: Low
  77    Complexity: C4
  78
  79    Support more URI schemes, support multiple connections, tighter
  80    security integration.
  81
  82
  83
  84 WiFi
  85 ====
  86
  87 - EAP-AKA/SIM
  88
  89    Priority: Medium
  90    Complexity: C2
  91    Owner: Samuel Ortiz <sameo@linux.intel.com>
  92
  93    This EAP is needed for SIM card based network authentication.
  94    ConnMan here plays a minor role: Once wpa_supplicant is set up for
  95    starting and EAP-AKA/SIM authentication, it will talk to a SIM card
  96    through its pcsc-lite API.
  97
  98
  99 - EAP-FAST
 100
 101    Priority: Low
 102    Complexity: C1
 103
 104
 105 - Wireless background scan
 106
 107    Priority: Medium
 108    Complexity: C4
 109    Owner: Samuel Ortiz <sameo@linux.intel.com>
 110
 111    While connected ConnMan should offload the background scanning to
 112    wpa_supplicant. Wpa_supplicant allows for a fancy background scan
 113    which frequency increases after the current connection signal level
 114    drops below a defined threshold.
 115    We should also be able to have wpa_supplicant do the background
 116    scanning for us when we're not connected, if we have configured our
 117    favorite networks.
 118
 119
 120 - WiFi p2p
 121
 122    Priority: Medium
 123    Complexity: C2
 124
 125
 126
 127 Bluetooth
 128 =========
 129
 130 - DUN client
 131
 132    Priority: Low
 133    Complexity: C4
 134    Owner: Mario Tokarz <mario.tokarz@bmw-carit.de>
 135
 136
 137
 138 Cellular
 139 ========
 140
 141
 142 VPN
 143 ===
 144
 145 - IPsec
 146
 147    Priority: Medium
 148    Complexity: C4
 149    Owner: Jukka Rissanen <jukka.rissanen@linux.intel.com>
 150
 151
 152 - Split tunnelling
 153
 154    Priority: Low
 155    Complexity: C8
 156    Dependencies: Core:Private networks
 157    Owner: Jukka Rissanen <jukka.rissanen@linux.intel.com>
 158
 159    The current VPN support puts the VPN interface at the top of the
 160    service list, giving VPNs the default route. When doing split
 161    tunneling, the system routes packet to the VPN interface for
 162    private IPs, while going through the default interface for the rest
 163    of the traffic.
 164
 165
 166 Tools
 167 =====
 168
 169 - Command line tool
 170
 171    Priority: Low
 172    Complexity: C4
 173    Owner: Patrik Flykt <patrik.flykt@linux.intel.com>
 174
 175    For platforms not running python, it could prove useful to provide them
 176    with a native single binary command line tool.
 177
 178
 179 User Interface
 180 ==============
 181
 182 - GNOME3 UI
 183
 184    Priority: Low
 185    Complexity: C4
 186    Owner: Alok Barsode <alok.barsode@linux.intel.com>
 187
 188    A GNOME3 shell user interface would make it easier for mainstream distros
 189    users to use ConnMan.