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
  19
  20 - DHCP lib
  21
  22    Priority: High
  23    Complexity: C8
  24    Owner: Martin Xu <martin.xu@intel.com>
  25
  26
  27 - IPv6
  28
  29    Priority: High
  30    Complexity: C4
  31    Dependencies: Core:DHCP Lib
  32    Owner: Martin Xu <martin.xu@intel.com>
  33
  34
  35 - On demand connection
  36
  37    Priority: Medium
  38    Complexity: C4
  39    Owner: Samuel Ortiz <sameo@linux.intel.com>
  40
  41    With on demand connection applications get connectivity access
  42    simply by trying to reach the network. They don't need to
  43    specifically request for a service connection, but ConnMan
  44    establishes it on their behalf.
  45    This feature counter part is idle disconnect. ConnMan needs to be
  46    able to close the on demand established connections by monitoring
  47    the link activity. This requires kernel support with e.g. the
  48    netfilter IDLETIMER target.
  49
  50 - Avahi-zeroconf
  51
  52    Priority: Medium
  53    Complexity: C4
  54
  55
  56 - VPN service
  57
  58    Priority: Medium
  59    Complexity: C2
  60
  61    Create a service for every VPN and link it to the topmost one for
  62    now.
  63    The default route should be set accordingly when UIs move the
  64    topmost service up and down.
  65
  66
  67 - OpenVPN
  68
  69    Priority: Low
  70    Complexity: C2
  71
  72
  73 - VPNc
  74
  75    Priority: Low
  76    Complexity: C2
  77
  78
  79 - Tethering
  80
  81    Priority: Medium
  82    Complexity: C8
  83    Owner: Marcel Holtmann <marcel@holtmann.org>
  84
  85
  86 - WPAD - Web Proxy Autodiscovery Protocol
  87
  88    Priority: Medium
  89    Complexity: C2
  90    Owner: Marcel Holtmann <marcel@holtmann.org>
  91
  92
  93 - Agent callbacks
  94
  95    Priority: Medium
  96    Complexity: C2
  97
  98
  99 - HTTP proxy
 100
 101    Priority: Medium
 102    Complexity: C1
 103
 104
 105 - PAC export
 106
 107    Priority: Low
 108    Complexity: C1
 109    Owner: Marcel Holtmann <marcel@holtmann.org>
 110
 111    When receiving an automatic configuration URL, we should set the
 112    service proxy dictionary accordingly (method and URL).
 113
 114
 115 - Moving DNS proxy code to ConnMan core
 116
 117    Priority: Medium
 118    Complexity: C2
 119
 120    Supporting DNS proxy or resolv.conf direct editing seems more than
 121    plenty as far as resolving is concerned. So the idea is to move the
 122    dnsproxy plugin code to ConnMan core and have an additional command
 123    line option in case one would like to stick with the current
 124    resolver.c code for editing resolv.conf.
 125
 126
 127 WiFi
 128 ====
 129
 130 - WPS
 131
 132    Priority: Low
 133    Complexity: C2
 134    Dependencies: Core:Agent callbacks
 135
 136
 137 - Ad-Hoc support
 138
 139    Priority: Medium
 140    Complexity: C2
 141    Dependencies: Core:Avahi-zeroconf
 142
 143
 144 - libsupplicant
 145
 146    Priority: Medium
 147    Complexity: C4
 148    Owner: Samuel Ortiz <sameo@linux.intel.com>
 149
 150 - Fast Connect
 151
 152    Priority: Low
 153    Complexity: C4
 154    Dependencies: WiFi:libsupplicant
 155    Owner: Samuel Ortiz <sameo@linux.intel.com>
 156
 157 - TTLS EAP support
 158
 159    Priority: Low
 160    Complexity: C2
 161
 162
 163 Bluetooth
 164 =========
 165
 166 - DUN client
 167
 168    Priority: Low
 169    Complexity: C4