TODO: Mark DefaultAutoConnectTechnologies done
[framework/connectivity/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 - Session API implementation
15
16    Priority: High
17    Complexity: C4
18    Owner: Daniel Wagner <daniel.wagner@bmw-carit.de>
19    Owner: Patrik Flykt <patrik.flykt@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 - main.conf FallbackTimeservers, FallbackNameservers
30    Priority: Medium
31    Complexity: C2
32    Owner:
33
34    Both entries should take a string list as arguments and can contain
35    mixed combination of fully qualified domain names, IPv4 and IPv6
36    addresses. In absence of main.conf or if this entry is not present
37    then no fallback servers are used. These configuration file values
38    will obsolete plugins/meego.c and plugins/google.c.
39    See http://lists.connman.net/pipermail/connman/2012-March/008605.html
40
41
42 - main.conf PriorityTechnologies
43    Priority: Medium
44    Complexity: C2
45    Owner: Patrik Flykt <patrik.flykt@linux.intel.com>
46
47    Handle automatic switch from one technology to another one. By default
48    this value should be empty and no automatic switching is happening as
49    long as technology is connected. The list is ordered.
50    See http://lists.connman.net/pipermail/connman/2012-March/008605.html
51
52
53 - Personal firewall
54
55    Priority: Low
56    Complexity: C8
57    Owner: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
58
59    Discuss and implement a basic and safe firewalling strategy into
60    Connman. Provide a D-Bus API for personal firewalling.
61
62
63 - PACRunner extensions
64
65    Priority: Low
66    Complexity: C4
67
68    Support more URI schemes, support multiple connections, tighter
69    security integration.
70
71
72
73 WiFi
74 ====
75
76 - EAP-AKA/SIM
77
78    Priority: Medium
79    Complexity: C2
80    Owner: Samuel Ortiz <sameo@linux.intel.com>
81
82    This EAP is needed for SIM card based network authentication.
83    ConnMan here plays a minor role: Once wpa_supplicant is set up for
84    starting and EAP-AKA/SIM authentication, it will talk to a SIM card
85    through its pcsc-lite API.
86
87
88 - EAP-FAST
89
90    Priority: Low
91    Complexity: C1
92
93
94 - Wireless background scan
95
96    Priority: Medium
97    Complexity: C4
98    Owner: Samuel Ortiz <sameo@linux.intel.com>
99
100    While connected ConnMan should offload the background scanning to
101    wpa_supplicant. Wpa_supplicant allows for a fancy background scan
102    which frequency increases after the current connection signal level
103    drops below a defined threshold.
104    We should also be able to have wpa_supplicant do the background
105    scanning for us when we're not connected, if we have configured our
106    favorite networks.
107
108
109 - WiFi p2p
110
111    Priority: Medium
112    Complexity: C2
113
114
115
116 Bluetooth
117 =========
118
119 - DUN client
120
121    Priority: Low
122    Complexity: C4
123    Owner: Mario Tokarz <mario.tokarz@bmw-carit.de>
124
125
126
127 Cellular
128 ========
129
130
131 VPN
132 ===
133
134 - IPsec
135
136    Priority: Medium
137    Complexity: C4
138    Owner: Jukka Rissanen <jukka.rissanen@linux.intel.com>
139
140
141 Tools
142 =====
143
144 - Command line tool
145
146    Priority: Low
147    Complexity: C4
148    Owner: Patrik Flykt <patrik.flykt@linux.intel.com>
149
150    For platforms not running python, it could prove useful to provide them
151    with a native single binary command line tool.
152
153
154 User Interface
155 ==============
156
157 - GNOME3 UI
158
159    Priority: Low
160    Complexity: C4
161    Owner: Alok Barsode <alok.barsode@linux.intel.com>
162
163    A GNOME3 shell user interface would make it easier for mainstream distros
164    users to use ConnMan.