summaryrefslogtreecommitdiff
path: root/TODO
blob: 75022f65bafbd7a71921cadcf177318e8b40b4bc (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
Background
==========

- Priority scale: High, Medium and Low

- Complexity scale: C1, C2, C4 and C8.
   The complexity scale is exponential, with complexity 1 being the
   lowest complexity. Complexity is a function of both task 'complexity'
   and task 'scope'.

Core
====

- connman_element removal

   Priority: Low
   Complexity: C8
   Owner: Samuel Ortiz <sameo@linux.intel.com>


- Session API implementation

   Priority: High
   Complexity: C4
   Owner: Daniel Wagner <daniel.wagner@bmw-carit.de>
   Owner: Samuel Ortiz <sameo@linux.intel.com>

   The session API should provide a connection abstraction in order to
   prioritize applications network accesses, prevent or allow network
   and bearer roaming, or provide applications with a way to request
   for periodic network connections. On-demand connections will be
   implemented through this API as well.
   See http://www.mail-archive.com/connman@connman.net/msg01653.html


- Provisioning D-Bus API

   Priority: Medium
   Complexity: C2
   Owner: Henri Bragge <henri.bragge@ixonos.com>

   The current service provisioning lacks a D-Bus interface for modifying
   existing configurations.


- WiSPR support

   Priority: Medium
   Complexity: C4
   Owner: Marcel Holtmann <marcel@holtmann.org>

   Based on the portal detection parsing results, and provisioned
   credentials, ConnMan should be able to initiate a WiSPR authentication.


- DNS caching

   Priority: Low
   Complexity: C4

   A simple initial implementation would see ConnMan's dnsproxy
   caching the DNS record based on their TTL.


- Power management

   Priority: Medium
   Complexity: C4
   Owner: Samuel Ortiz <sameo@linux.intel.com>

   Implement a simple device pm hook that ConnMan's core code would
   use whenever it decides to put devices in power save mode. Although
   the kernel runtime power management code should take care of that,
   not all driver (especially WiFi ones) implement runtime PM hooks.


- IPv6 gateway handling

   Priority: Medium
   Complexity: C4

   We should be able to switch between IPv6 only services and thus
   change the default IPv6 gateway on the fly. For that we need to
   improve the connection.c code to properly handle IPv6 gateways.


- IP ranges allocation and check

   Priority: High
   Complexity: C2

   For both tethering and private networks, but also to detect invalid
   static IP configurations, we need to have a core IP range layer
   that manages all currently used IP blocks.


- Personal firewall

   Priority: Low
   Complexity: C8

   Extend the iptables code and provide a D-Bus API for personal firewalling.


- PACRunner extensions

   Priority: Low
   Complexity: C4

   Support more URI schemes, support multiple connections, tighter
   security integration.


- Private networks

   Priority: Medium
   Complexity: C4
   Owner: Guillaume Zajac <guillaume.zajac@linux.intel.com>

   The private networks D-Bus API should provide applications with a
   TUN interface linked to a reserved private IP range.
   oFono DUN forwarding will use a private network for giving DUN
   clients access to the default service connectivity.



WiFi
====

- Ad-Hoc support

   Priority: Medium
   Complexity: C2
   Owner: Samuel Ortiz <sameo@linux.intel.com>


- Fast Connect

   Priority: Low
   Complexity: C4
   Owner: Samuel Ortiz <sameo@linux.intel.com>


- EAP-AKA/SIM

   Priority: Medium
   Complexity: C2
   Owner: Samuel Ortiz <sameo@linux.intel.com>

   This EAP is needed for SIM card based network authentication.
   ConnMan here plays a minor role: Once wpa_supplicant is set up for
   starting and EAP-AKA/SIM authentication, it will talk to a SIM card
   through its pcsc-lite API.


- EAP-FAST

   Priority: Low
   Complexity: C1
   Owner: Henri Bragge <henri.bragge@ixonos.com>


- EAP-GTC

   Priority: Low
   Complexity: C1
   Owner: Henri Bragge <henri.bragge@ixonos.com>


- WiFi p2p

   Priority: Medium
   Complexity: C2



Bluetooth
=========

- DUN client

   Priority: Low
   Complexity: C4



Cellular
========

- IPv6 and IPv6v4 cellular data connection

   Priority: Medium
   Complexity: C2
   Owner: Samuel Ortiz <sameo@linux.intel.com>

   Support IPv6 and dual stack cellular data connections.
   oFono already supports it and provide an extensive D-Bus API for it.



VPN
===

- l2tp support

   Priority: Low
   Complexity: C2
   Owner: Mohamed Abbas <mohamed.abbas@intel.com>


- pptp support

   Priority: Low
   Complexity: C2
   Owner: Mohamed Abbas <mohamed.abbas@intel.com>


- IPsec

   Priority: Low
   Complexity: C4


- Split tunnelling

   Priority: Low
   Complexity: C8
   Dependencies: Core:Private networks

   The current VPN support puts the VPN interface at the top of the
   service list, giving VPNs the default route. When doing split
   tunneling, the system routes packet to the VPN interface for
   private IPs, while going through the default interface for the rest
   of the traffic.