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 - WAPD - Web Proxy Autodiscovery Protocol
  87
  88    Priority: Medium
  89    Complexity: C2
  90    Dependencies: Core:HTTP proxy
  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
 110    When receiving an automatic configuration URL, we should set the
 111    service proxy dictionary accordingly (method and URL).
 112
 113
 114 - Moving DNS proxy code to ConnMan core
 115
 116    Priority: Medium
 117    Complexity: C2
 118
 119    Supporting DNS proxy or resolv.conf direct editing seems more than
 120    plenty as far as resolving is concerned. So the idea is to move the
 121    dnsproxy plugin code to ConnMan core and have an additional command
 122    line option in case one would like to stick with the current
 123    resolver.c code for editing resolv.conf.
 124
 125
 126 WiFi
 127 ====
 128
 129 - WPS
 130
 131    Priority: Low
 132    Complexity: C2
 133    Dependencies: Core:Agent callbacks
 134
 135
 136 - Ad-Hoc support
 137
 138    Priority: Medium
 139    Complexity: C2
 140    Dependencies: Core:Avahi-zeroconf
 141
 142
 143 - libsupplicant
 144
 145    Priority: Medium
 146    Complexity: C4
 147    Owner: Samuel Ortiz <sameo@linux.intel.com>
 148
 149 - Fast Connect
 150
 151    Priority: Low
 152    Complexity: C4
 153    Dependencies: WiFi:libsupplicant
 154    Owner: Samuel Ortiz <sameo@linux.intel.com>
 155
 156 - TTLS EAP support
 157
 158    Priority: Low
 159    Complexity: C2
 160
 161
 162 Bluetooth
 163 =========
 164
 165 - DUN client
 166
 167    Priority: Low
 168    Complexity: C4