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 - connman_element removal
  15
  16    Priority: Low
  17    Complexity: C8
  18    Owner: Samuel Ortiz <sameo@linux.intel.com>
  19
  20
  21 - IPv4LL
  22
  23    Priority: Medium
  24    Complexity: C4
  25    Owner: Julien Massot <jmassot@aldebaran-robotics.com>
  26
  27    The IPv4 Link Local support should be integrated into DHCP-lib.
  28    IPv4LL should be started when DHCP failed, and then DHCP should
  29    be scheduled for periodic trials.
  30    Also, there should be no default route going through an IPv4LL
  31    interface.
  32
  33
  34 - VPNc
  35
  36    Priority: Low
  37    Complexity: C2
  38
  39
  40 - Agent callbacks
  41
  42    Priority: Medium
  43    Complexity: C2
  44    Owner: Patrik Flykt <patrik.flykt@nokia.com>
  45
  46    Implement Agent API according to doc/agent-api.txt
  47
  48
  49 - Moving DNS proxy code to ConnMan core
  50
  51    Priority: Medium
  52    Complexity: C2
  53
  54    Supporting DNS proxy or resolv.conf direct editing seems more than
  55    plenty as far as resolving is concerned. So the idea is to move the
  56    dnsproxy plugin code to ConnMan core and have an additional command
  57    line option in case one would like to stick with the current
  58    resolver.c code for editing resolv.conf.
  59
  60
  61 - WiFi tethering
  62    Priority: Medium
  63    Complexity: C4
  64
  65    WiFi tethering should be done through an extended wpa_supplicant
  66    D-Bus API, as STA and AP modes are typically mutually exclusive.
  67
  68
  69 - Session API implementation
  70
  71    Priority: High
  72    Complexity: C4
  73    Owner: Daniel Wagner <daniel.wagner@bmw-carit.de>
  74    Owner: Samuel Ortiz <sameo@linux.intel.com>
  75
  76    The session API should provide a connection abstraction in order to
  77    prioritize applications network accesses, prevent or allow network
  78    and bearer roaming, or provide applications with a way to request
  79    for periodic network connections. On-demand connections will be
  80    implemented through this API as well.
  81    See http://www.mail-archive.com/connman@connman.net/msg01653.html
  82
  83
  84 - Provisioning D-Bus API
  85
  86    Priority: Medium
  87    Complexity: C2
  88    Owner: Lucio Maciel <lucio.maciel@hp.com>
  89
  90    The current service provisioning lacks inotify support for adding
  91    new provision files on the fly, and a D-Bus interface for modifying
  92    existing ones.
  93
  94
  95 - WiSPR support
  96
  97    Priority: Medium
  98    Complexity: C4
  99    Owner: Marcel Holtmann <marcel@holtmann.org>
 100
 101    Based on the portal detection parsing results, and provisioned
 102    credentials, ConnMan should be able to initiate a WiSPR authentication.
 103
 104
 105 - IPv6 enhancements
 106
 107    Priority: High
 108    Complexity: C8
 109    Owner: Jukka Rissanen <jukka.rissanen@nokia.com>
 110
 111    Support IPv6 only networks so that system can go online even if
 112    there is no IPv4 address. Also support more than one IPv6 address
 113    in one device so that the addresses are reported correctly via
 114    dbus interface. The autoconf IPv6 addresses need also some tweaking
 115    so that system will go online properly.
 116
 117
 118 WiFi
 119 ====
 120
 121 - WPS
 122
 123    Priority: Low
 124    Complexity: C2
 125    Dependencies: Core:Agent callbacks
 126    Owner: Tomasz Bursztyka <tomasz.bursztyka@nokia.com>
 127
 128    Support in gsupplicant and connman core (network/service).
 129
 130
 131 - Ad-Hoc support
 132
 133    Priority: Medium
 134    Complexity: C2
 135    Dependencies: Core:IPv4LL
 136    Owner: Samuel Ortiz <sameo@linux.intel.com>
 137
 138
 139 - Fast Connect
 140
 141    Priority: Low
 142    Complexity: C4
 143    Owner: Samuel Ortiz <sameo@linux.intel.com>
 144
 145
 146 - EAP-AKA/SIM
 147
 148    Priority: Medium
 149    Complexity: C2
 150    Owner: Samuel Ortiz <sameo@linux.intel.com>
 151
 152    This EAP is needed for SIM card based network authentication.
 153    ConnMan here plays a minor role: Once wpa_supplicant is set up for
 154    starting and EAP-AKA/SIM authentication, it will talk to a SIM card
 155    through its pcsc-lite API.
 156
 157
 158 - EAP-Fast
 159
 160    Priority: Low
 161    Complexity: C1
 162
 163
 164 - EAP-GTC
 165
 166    Priority: Low
 167    Complexity: C1
 168
 169
 170 - WiFi p2p
 171
 172    Priority: Medium
 173    Complexity: C2
 174
 175
 176 - WiFi CRDA setting through 3G country
 177
 178    Priority: Medium
 179    Complexity: C2
 180    Owner: Samuel Ortiz <sameo@linux.intel.com>
 181
 182    Setting the 802.11 country based on the 3G MNC/MCC.
 183
 184
 185 Bluetooth
 186 =========
 187
 188 - DUN client
 189
 190    Priority: Low
 191    Complexity: C4
 192
 193
 194 - DUN server
 195
 196    Priority: Low
 197    Complexity: C4