TODO: Removing WPS related part
[platform/upstream/connman.git] / 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 - VPNc
22
23    Priority: Low
24    Complexity: C2
25
26
27 - Moving DNS proxy code to ConnMan core
28
29    Priority: Medium
30    Complexity: C2
31
32    Supporting DNS proxy or resolv.conf direct editing seems more than
33    plenty as far as resolving is concerned. So the idea is to move the
34    dnsproxy plugin code to ConnMan core and have an additional command
35    line option in case one would like to stick with the current
36    resolver.c code for editing resolv.conf.
37
38
39 - WiFi tethering
40    Priority: Medium
41    Complexity: C4
42
43    WiFi tethering should be done through an extended wpa_supplicant
44    D-Bus API, as STA and AP modes are typically mutually exclusive.
45
46
47 - Session API implementation
48
49    Priority: High
50    Complexity: C4
51    Owner: Daniel Wagner <daniel.wagner@bmw-carit.de>
52    Owner: Samuel Ortiz <sameo@linux.intel.com>
53
54    The session API should provide a connection abstraction in order to
55    prioritize applications network accesses, prevent or allow network
56    and bearer roaming, or provide applications with a way to request
57    for periodic network connections. On-demand connections will be
58    implemented through this API as well.
59    See http://www.mail-archive.com/connman@connman.net/msg01653.html
60
61
62 - Provisioning D-Bus API
63
64    Priority: Medium
65    Complexity: C2
66    Owner: Lucio Maciel <lucio.maciel@hp.com>
67
68    The current service provisioning lacks a D-Bus interface for modifying
69    existing configurations.
70
71
72 - WiSPR support
73
74    Priority: Medium
75    Complexity: C4
76    Owner: Marcel Holtmann <marcel@holtmann.org>
77
78    Based on the portal detection parsing results, and provisioned
79    credentials, ConnMan should be able to initiate a WiSPR authentication.
80
81
82 - IPv6 enhancements
83
84    Priority: High
85    Complexity: C8
86    Owner: Jukka Rissanen <jukka.rissanen@nokia.com>
87
88    Support IPv6 only networks so that system can go online even if
89    there is no IPv4 address. Also support more than one IPv6 address
90    in one device so that the addresses are reported correctly via
91    dbus interface. The autoconf IPv6 addresses need also some tweaking
92    so that system will go online properly.
93
94
95 WiFi
96 ====
97
98 - Ad-Hoc support
99
100    Priority: Medium
101    Complexity: C2
102    Dependencies: Core:IPv4LL
103    Owner: Samuel Ortiz <sameo@linux.intel.com>
104
105
106 - Fast Connect
107
108    Priority: Low
109    Complexity: C4
110    Owner: Samuel Ortiz <sameo@linux.intel.com>
111
112
113 - EAP-AKA/SIM
114
115    Priority: Medium
116    Complexity: C2
117    Owner: Samuel Ortiz <sameo@linux.intel.com>
118
119    This EAP is needed for SIM card based network authentication.
120    ConnMan here plays a minor role: Once wpa_supplicant is set up for
121    starting and EAP-AKA/SIM authentication, it will talk to a SIM card
122    through its pcsc-lite API.
123
124
125 - EAP-FAST
126
127    Priority: Low
128    Complexity: C1
129    Owner: Henri Bragge <henri.bragge@ixonos.com>
130
131
132 - EAP-GTC
133
134    Priority: Low
135    Complexity: C1
136    Owner: Henri Bragge <henri.bragge@ixonos.com>
137
138
139 - WiFi p2p
140
141    Priority: Medium
142    Complexity: C2
143
144
145 Bluetooth
146 =========
147
148 - DUN client
149
150    Priority: Low
151    Complexity: C4
152
153
154 - DUN server
155
156    Priority: Low
157    Complexity: C4