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: Samuel Ortiz <sameo@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 - WiSPR support
  30
  31    Priority: Medium
  32    Complexity: C4
  33    Owner: Marcel Holtmann <marcel@holtmann.org>
  34
  35    Based on the portal detection parsing results, and provisioned
  36    credentials, ConnMan should be able to initiate a WiSPR authentication.
  37
  38
  39 - DNS caching
  40
  41    Priority: Low
  42    Complexity: C4
  43
  44    A simple initial implementation would see ConnMan's dnsproxy
  45    caching the DNS record based on their TTL.
  46
  47
  48 - Power management
  49
  50    Priority: Medium
  51    Complexity: C4
  52    Owner: Samuel Ortiz <sameo@linux.intel.com>
  53
  54    Implement a simple device pm hook that ConnMan's core code would
  55    use whenever it decides to put devices in power save mode. Although
  56    the kernel runtime power management code should take care of that,
  57    not all driver (especially WiFi ones) implement runtime PM hooks.
  58
  59
  60 - IPv6 gateway handling
  61
  62    Priority: Medium
  63    Complexity: C4
  64
  65    We should be able to switch between IPv6 only services and thus
  66    change the default IPv6 gateway on the fly. For that we need to
  67    improve the connection.c code to properly handle IPv6 gateways.
  68
  69
  70 - IP ranges allocation and check
  71
  72    Priority: High
  73    Complexity: C2
  74
  75    For both tethering and private networks, but also to detect invalid
  76    static IP configurations, we need to have a core IP range layer
  77    that manages all currently used IP blocks.
  78
  79
  80 - Personal firewall
  81
  82    Priority: Low
  83    Complexity: C8
  84
  85    Extend the iptables code and provide a D-Bus API for personal firewalling.
  86
  87
  88 - PACRunner extensions
  89
  90    Priority: Low
  91    Complexity: C4
  92
  93    Support more URI schemes, support multiple connections, tighter
  94    security integration.
  95
  96
  97
  98 WiFi
  99 ====
 100
 101 - Ad-Hoc support
 102
 103    Priority: Medium
 104    Complexity: C2
 105    Owner: Samuel Ortiz <sameo@linux.intel.com>
 106
 107
 108 - Fast Connect
 109
 110    Priority: Low
 111    Complexity: C4
 112    Owner: Samuel Ortiz <sameo@linux.intel.com>
 113
 114
 115 - EAP-AKA/SIM
 116
 117    Priority: Medium
 118    Complexity: C2
 119    Owner: Samuel Ortiz <sameo@linux.intel.com>
 120
 121    This EAP is needed for SIM card based network authentication.
 122    ConnMan here plays a minor role: Once wpa_supplicant is set up for
 123    starting and EAP-AKA/SIM authentication, it will talk to a SIM card
 124    through its pcsc-lite API.
 125
 126
 127 - EAP-FAST
 128
 129    Priority: Low
 130    Complexity: C1
 131    Owner: Henri Bragge <henri.bragge@ixonos.com>
 132
 133
 134 - EAP-GTC
 135
 136    Priority: Low
 137    Complexity: C1
 138    Owner: Henri Bragge <henri.bragge@ixonos.com>
 139
 140
 141 - WiFi p2p
 142
 143    Priority: Medium
 144    Complexity: C2
 145
 146
 147
 148 Bluetooth
 149 =========
 150
 151 - DUN client
 152
 153    Priority: Low
 154    Complexity: C4
 155    Owner: Mario Tokarz <mario.tokarz@bmw-carit.de>
 156
 157
 158
 159 Cellular
 160 ========
 161
 162
 163 VPN
 164 ===
 165
 166 - l2tp support
 167
 168    Priority: Low
 169    Complexity: C2
 170    Owner: Mohamed Abbas <mohamed.abbas@intel.com>
 171
 172
 173 - pptp support
 174
 175    Priority: Low
 176    Complexity: C2
 177    Owner: Mohamed Abbas <mohamed.abbas@intel.com>
 178
 179
 180 - IPsec
 181
 182    Priority: Low
 183    Complexity: C4
 184
 185
 186 - Split tunnelling
 187
 188    Priority: Low
 189    Complexity: C8
 190    Dependencies: Core:Private networks
 191
 192    The current VPN support puts the VPN interface at the top of the
 193    service list, giving VPNs the default route. When doing split
 194    tunneling, the system routes packet to the VPN interface for
 195    private IPs, while going through the default interface for the rest
 196    of the traffic.