dir needs cfg too
[oweals/gnunet.git] / TODO
1 0.9.0pre0 [April]:
2 * CORE: [CG]
3   - "Forcing disconnect of XXX due to inactivity" -- can happen every few MS!?
4     (disconnect does not really succeed, or what?)
5     Also, core does not seem to actually decrement the number of active
6     sessions even if no connections exist for a while! (likely related...)
7   - transport reports bw quota violations on slow systems (core or
8     transport issue? tracking issue or actual violation?)
9 * FS: [CG]
10   - 2-peer download is still too slow (why? testcases fail on slow systems!)
11 * WWW:
12   - Get IPv6 hooked up [AK, after April 12th]
13   - change DNS [CG, need DNS]
14
15 0.9.0pre1:
16 * PEERINFO:
17   - trust: need *fast* way to check/update trust in peers
18            (async peerinfo would not be right; certainly not with the
19             current API)
20 * UTIL:
21   - scheduler should change OS process priority based on task priority;   
22     should make better use of task priorities in general
23   - only connect() sockets that are ready (select()) [Nils]
24     [On W32, we need to select after calling socket before
25      doing connect etc.]
26 * HELLO: [CG]
27   - need function to test "equivalency" of HELLOs (or integrate with "merge"?); use in PEERINFO
28 * SETUP:
29   - design & implement new setup tool
30 * TBENCH: [MW]
31   - good to have for transport/DV evaluation! 
32 * DV: [Nate]
33   - write DV API (need to move declarations from dv_api.c to gnunet_dv_service.h!)
34   - implement DV service 
35   - implement DV library (looks done)
36   - implement DV transport plugin
37   - implement testcases 
38   - implement performance tests
39 * STATISTICS:
40   - does not seem to work with timeouts (especially if service is not running)
41 * TOPOLOGY:
42   - needs more testing (especially F2F topology)
43   - needs to re-try connecting after disconnect (currently, it
44     initially triggers a connection request, but if that connection
45     fails / goes down, it does not retry in a timely fashion;
46     cause seems to be the 'blacklist_after_attempt' being set to 1h,
47     which is rather long -- and should probably be adjusted based on
48     the number of connections / known peers)
49   - If the topology daemon crashes, peers that were put on the
50     blacklist with transport will never be removed from it (until
51     transport service dies); we should use the blacklist notification
52     API to learn about the exact set of blacklisted peers at all times
53     (FIXME: the transport_api implementation of blacklisting
54      also does not work nicely for this since it won't let us know about
55      disconnect-reconnect events and the implicit whitelisting
56      that might happen here; that's not so bad since we will
57      re-blacklist on pre-connect attempts anyway, so this is 
58      a minor issue; OTOH, we might want to be more explicit about
59      allowing/forbidding connects on pre-connect to avoid 
60      entering connect attempts to just be blacklisted shortly afterwards).
61   - the code uses the term 'blacklist' for both peers that are forbidden
62     to connect (i.e. F2F mode) as well as peers that we currently
63     won't try to actively connect to ourselves (since we just tried);
64     This is confusing.  We need two distinct terms (greylist?).
65   - move code to use hash table instead of linked list
66   - instead of periodically discarding blacklisted entries,
67     simply add task that is triggered at the right time (earlier free,
68     more balanced load)
69   - check if new HELLO learned is different from old HELLO
70     before resetting entire state!
71 * FS: [CG]
72   - support recursive download even if filename is NULL and we hence
73     do not generate files on disk (use temp_filename)
74   - bound parallelism (# fs downloads)
75   - distinguish in performance tracking and event signalling between
76     downloads that are actually running and those that are merely in the queue
77   - persistence support (publish, unindex, search, download)
78   - active migration support (in fs or in datastore or new daemon?)
79   - gnunet-service-fs (hot-path routing, load-based routing, nitpicks)
80   - [gnunet-service-fs.c:208]: member 'LocalGetContext::results_bf_size' is never used
81   - [gnunet-service-fs.c:501]: member 'PendingRequest::used_pids_size' is never used
82   - [gnunet-service-fs.c:654]: member 'ConnectedPeer::last_client_replies' is never used
83   - [gnunet-service-fs.c:669]: member 'ConnectedPeer::avg_delay' is never used
84   - [gnunet-service-fs.c:675]: member 'ConnectedPeer::avg_priority' is never used
85   - [gnunet-service-fs.c:688]: member 'ConnectedPeer::pending_requests' is never used
86   - [gnunet-service-fs.c:694]: member 'ConnectedPeer::last_p2p_replies_woff' is never used
87   - [gnunet-service-fs.c:700]: member 'ConnectedPeer::last_client_replies_woff' is never used
88   - GAP improvements:
89     + active reply route caching design & implementation of service; gap extension!
90 * DATASTORE:
91   - API lacks cancellation methods (needed? or is disconnect enough?); 
92     may also want to integrate request queuing here instead of gnunet-service-fs_drq.c 
93 * GNUNET-GTK:
94   - how to integrate scheduler with GTK event loop!?
95
96 0.9.0pre2:
97 * TRACEKIT: [MW]
98   - good to have for DV/DHT evaluation!
99 * DHT: [Nate]
100   - implement DHT service 
101   - implement DHT library
102   - implement testcases
103   - implement performance tests
104 * TRANSPORT:
105   - HTTP backend [MW]
106 * ARM: [Safey]
107   - need to get rid of synchronous API for service starts (cause all kinds of problems)
108     [=> eliminate for need to tell ARM about service starts most of the time!] [Safey]
109   - better tracking of which config changes actually need to cause process restarts by ARM.
110   - listen for requests to discover dependencies between services (and avoid
111     having to explicitly program start requests)
112   - better crash management (attach debugging support, capture and analyze
113     debug output, detect random vs. deterministic crashes)
114   - shutdown sequence?
115 * FS: [CG]
116   - datastore reservation (publishing)
117   - search: availability probes
118   - location URIs (publish, search, download)
119   - non-anonymous FS service (needs DHT)
120     + DHT integration for search
121     + CS-DHT-functions (DHT-put of LOC)
122     + P2P-functions (DHT-get)
123   - collection API & tests
124     + gnunet-pseudonym (collection support)
125   - implement FS performance tests
126     + insert
127     + download
128     + search
129     + unindex
130
131 0.9.0pre3:
132 * Determine RC bugs and fix those!
133 * TESTING: [Nate]
134   - modify configuration to allow controlling connections for non-local starts
135   - testbed creation with topology (needs working F2F topology) 
136   - testbed with churn 
137   - implement testcases for distributed testing
138   - test basic peer re-configure 
139   - test topology creation 
140   - test churn generation 
141   - consider changing API for peer-group termination to 
142     call continuation when done
143 * NAT/UPNP: [MW]
144   - finalize API design
145   - code clean up
146   - testing
147   - integration with transport service
148 * MYSQL database backends: [CG]
149   - datacache
150   - datastore
151
152 0.9.0:
153 * new webpage:
154   - expand bibliography
155   - convert documentation pages to books
156   - update books (especially for developers)
157   - create good Drupal theme for GNUnet
158   - make a NICE download page and figure out how to 
159     enable developers to publish TGZs nicely
160   - port "contact" page
161   - add content type for "todo" items?
162 * POSTGRES database backends: [CG]
163   - datacache
164   - datastore
165 * Determine RC bugs and fix those!
166
167 0.9.x:
168 * TRANSPORT: [MW]
169   - SMTP transport backend
170   - HTTPS transport backend
171     + improved HTTPS support in MHD
172     + actual plugin
173   - Implement method of learning our external addresses from
174     other peers; need some kind of threshold-based
175     scheme, limiting both the total number of addresses that we accept 
176     this way as well as requiring multiple confirmations; also, we
177     should possibly try to confirm that the given address works for
178     us ourselves (loopback-style) before adding it to the list
179     + we may be able to simplify WELCOME messages (no need to add 
180       addresses there anymore, but may help to learn them there anyway...).
181     + we probably want some kind of voting/counting for learning IP addresses
182       (maybe including IP addresses in ads proportional to how often others
183        report them? we at least need some protection against >64k HELLOs!),
184     + provide a way to give the user a list of "learned" IP addresses and
185       a way to easily "veto" addresses off the list!
186       => If MiM attacker uses vetoed address, blacklist the specific IP for
187          the presumed neighbour!
188   - implement gnunet-transport (transport configurator / tester)
189   - UPnP-based IP detection
190     (Note: build library always, build service when libxml2/etc. are available)
191 * FS: [CG]
192   - Remove KBlocks in gnunet-unindex (see discussion with Kenneth Almquist on gnunet-devs in 9/2009)
193   - Allow checking of presence of search results and/or content via command-line tools
194     (add options to gnunet-search / gnunet-download to limit search to local peer)
195 * PEERINFO: [CG]
196   - expire 'ancient' HELLOs (those without valid addresses AND that 
197     we have not 'used' (for their public keys) in a while; need a way
198     to track actual 'use')
199   - make sue we also trigger notifications whenever HELLOs expire
200 * VPN
201
202
203
204 Optimizations:
205 * TCP:
206   - should use hash map to look up sessions
207 * PEERINFO:
208   - api creates many, many short-lived TCP connections; either some
209     clients should use the API differently or we need to change the
210     API to enable re-use of connections to the service
211 * STATISTICS:
212   - should use BIO instead of mmap
213 * TRANSPORT:
214   - need to periodically probe latency/transport cost changes & possibly switch transport
215   - instantly filter addresses from *other* peers that 
216     are *equal* to our own address + port (i.e., localhost:2086).  We 
217     no longer filter those for outgoing (helps with loopback testing
218     and keeps the code clean), but we should filter strictly *impossible*
219     incoming addresses!  This is for efficiency, not correctness.
220   - should use hash map to look up Neighbours
221 * HOSTLIST:
222   - 'server' uses 'GNUNET_PEERINFO_iterate', should probably switch to notification API
223     (for more instant / up-to-date hostlists at lower cost) [OPTIMIZATION]
224 * DATASTORE (?):
225   - check for duplicates on insertion (currently, same content is frequently
226     stored again [seen with KBLOCKS and SBLOCKS]!)
227
228 Minor features:
229 * TCP:
230   - repeatedly resolve hostname and look up interfaces to determine our own IP
231   - [./transport/plugin_transport_tcp.c:391]: (style) struct or union member 'Plugin::address_update_task' is never used (related to issue above)
232 * TRANSPORT:
233   - [./transport/gnunet-service-transport.c:173]: (style) struct or union member 'TransportPlugin::rebuild' is never used (related to TCP not refreshing external addresses?)
234 * DATACACHE:
235   - add stats (# bytes available, # bytes used, # PUTs, # GETs, # GETs satisfied)
236 * FS:
237   - support inline data in directories for recursive file downloads (fs_download)
238