d73406e75dc6840cf51ecf5812738b5c4be1fca4
[oweals/gnunet.git] / TODO
1 0.9.0pre1:
2 * FS: [CG]
3   - SKS update searches should be attached to individual search results, not to the 
4     entire SKS search (!)
5     => API change (event signalling) & serialization change (!)
6   - persistence testing (publish, unindex, search, download):
7     => need driver!
8     => schedule suspending tasks DURING event handler => good coverage!
9     => test SUSPEND events
10   - gnunet-service-fs (hot-path routing, load-based routing, nitpicks)  
11   - [gnunet-service-fs.c:208]: member 'LocalGetContext::results_bf_size' is never used
12   - [gnunet-service-fs.c:501]: member 'PendingRequest::used_pids_size' is never used
13   - [gnunet-service-fs.c:654]: member 'ConnectedPeer::last_client_replies' is never used
14   - [gnunet-service-fs.c:669]: member 'ConnectedPeer::avg_delay' is never used
15   - [gnunet-service-fs.c:675]: member 'ConnectedPeer::avg_priority' is never used
16   - [gnunet-service-fs.c:688]: member 'ConnectedPeer::pending_requests' is never used
17   - [gnunet-service-fs.c:694]: member 'ConnectedPeer::last_p2p_replies_woff' is never used
18   - [gnunet-service-fs.c:700]: member 'ConnectedPeer::last_client_replies_woff' is never used
19   - GAP improvements:
20     + active reply route caching design & implementation of service; gap extension!
21 * MIGRATION [CG]
22   - on-demand encoding => move logic to block-library!?
23   - peer selection => how to consider latency/bw/etc?
24   - content transmission => how often the same block?
25   - how to select delay before next migration? 
26   - migration to us
27   - testing
28   - integrate with FS or not? (peer list, index/on-demand encoding, block code,
29     inbound priority assignment; all would be easier with tight integration!)
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 (needs tbench)
39 * TOPOLOGY:
40   - needs more testing (especially F2F topology) & transport blacklisting
41 * UTIL:
42   - only connect() sockets that are ready (select()) [Nils]
43     [On W32, we need to select after calling socket before doing connect etc.]
44 * GNUNET-GTK:
45   - use g_main_context_set_poll_func to integrate GTK with GNUnet Scheduler!? (YUCK!)
46   - OR: add scheduler API to enable integration with GTK main loop instead of doing our own select
47   - use g_main_context_pending, g_main_context_query / g_main_context_check / g_main_context_dispatch
48     and NEVER g_main_loop_run (can this be done? might be the clean way to do this! But how
49     to integrate this with "gtk_main"?  Docu says:
50     "It's OK to use the GLib main loop directly instead of gtk_main(), though it involves 
51      slightly more typing. See GMainLoop in the GLib documentation."
52     => so maybe it "just works"?
53 * SETUP:
54   - design & implement new setup tool
55
56 0.9.0pre2:
57 * TRACEKIT: [MW]
58   - good to have for DV/DHT evaluation!
59 * DHT: [Nate]
60   - implement DHT service 
61   - implement testcases
62   - implement performance tests
63 * TRANSPORT:
64   - HTTP backend [MW]
65 * ARM: [Safey]
66   - need to get rid of synchronous API for service starts (cause all kinds of problems)
67     [=> eliminate for need to tell ARM about service starts most of the time!] [Safey]
68   - better tracking of which config changes actually need to cause process restarts by ARM.
69   - listen for requests to discover dependencies between services (and avoid
70     having to explicitly program start requests)
71   - better crash management (attach debugging support, capture and analyze
72     debug output, detect random vs. deterministic crashes)
73   - shutdown sequence?
74 * FS: [CG]
75   - datastore reservation (publishing)
76   - location URIs (publish, search, download)
77   - utilize in-line files in meta data always (including in search results or
78     when download is triggered manually and for probes); currently the data is
79     only used when users do a general 'recursive' download
80   - non-anonymous FS service (needs DHT)
81     + DHT integration for search
82     + CS-DHT-functions (DHT-put of LOC)
83     + P2P-functions (DHT-get)
84   - collection API & tests
85     + gnunet-pseudonym (collection support)
86   - implement FS performance tests
87     + insert
88     + download
89     + search
90     + unindex
91 * MIGRATION:
92   - improved content selection (not just 'get_random')
93
94 0.9.0pre3:
95 * Determine RC bugs and fix those!
96 * TESTING: [Nate]
97   - modify configuration to allow controlling connections for non-local starts
98   - testbed creation with topology (needs working F2F topology) 
99   - testbed with churn 
100   - implement testcases for distributed testing
101   - test basic peer re-configure 
102   - test topology creation 
103   - test churn generation 
104   - consider changing API for peer-group termination to 
105     call continuation when done
106 * NAT/UPNP: [MW]
107   - finalize API design
108   - code clean up
109   - testing
110   - integration with transport service
111 * MYSQL database backends: [CG]
112   - datacache
113   - datastore
114 * FS:
115   - reconstruct IBLOCKS from DBLOCKS if possible (during download; see FIXME in fs_download)
116
117 0.9.0:
118 * new webpage:
119   - expand bibliography
120   - convert documentation pages to books
121   - update books (especially for developers)
122   - create good Drupal theme for GNUnet
123   - make a NICE download page and figure out how to enable developers to publish TGZs nicely
124   - port "contact" page
125   - add content type for "todo" items?
126 * POSTGRES database backends: [CG]
127   - datacache
128   - datastore
129 * Determine RC bugs and fix those!
130
131 0.9.x:
132 * TRANSPORT: [MW]
133   - SMTP transport backend
134   - HTTPS transport backend
135     + improved HTTPS support in MHD
136     + actual plugin
137   - Implement method of learning our external addresses from
138     other peers; need some kind of threshold-based
139     scheme, limiting both the total number of addresses that we accept 
140     this way as well as requiring multiple confirmations; also, we
141     should possibly try to confirm that the given address works for
142     us ourselves (loopback-style) before adding it to the list
143     + we may be able to simplify WELCOME messages (no need to add 
144       addresses there anymore, but may help to learn them there anyway...).
145     + we probably want some kind of voting/counting for learning IP addresses
146       (maybe including IP addresses in ads proportional to how often others
147        report them? we at least need some protection against >64k HELLOs!),
148     + provide a way to give the user a list of "learned" IP addresses and
149       a way to easily "veto" addresses off the list!
150       => If MiM attacker uses vetoed address, blacklist the specific IP for
151          the presumed neighbour!
152   - implement gnunet-transport (transport configurator / tester)
153   - UPnP-based IP detection
154     (Note: build library always, build service when libxml2/etc. are available)
155 * FS: [CG]
156   - Remove KBlocks in gnunet-unindex (see discussion with Kenneth Almquist on gnunet-devs in 9/2009)
157 * PEERINFO: [CG]
158   - expire 'ancient' HELLOs (those without valid addresses AND that 
159     we have not 'used' (for their public keys) in a while; need a way
160     to track actual 'use')
161   - make sue we also trigger notifications whenever HELLOs expire
162 * VPN
163
164
165
166 Optimizations:
167 * TCP:
168   - should use hash map to look up sessions
169 * STATISTICS:
170   - should use BIO instead of mmap
171 * TRANSPORT:
172   - need to periodically probe latency/transport cost changes & possibly switch transport
173   - should use hash map to look up Neighbours (service AND plugins!)
174 * DATASTORE (?):
175   - check for duplicates on insertion (currently, same content is frequently
176     stored again [seen with KBLOCKS and SBLOCKS]!)
177 * PEERINFO:
178   - merge multiple HELLOs of the same peer in the transmission queue
179     (theoretically reduces overhead; bounds message queue size)
180   - merge multiple iteration requests over "all" peers in the queue
181     (theoretically reduces overhead; bounds messgae queue size)
182 * FS:
183   - use different queue prioritization for probe-downloads vs. normal downloads (!?)
184
185 Minor features:
186 * TCP:
187   - repeatedly resolve hostname and look up interfaces to determine our own IP
188   - [./transport/plugin_transport_tcp.c:391]: (style) struct or union member 'Plugin::address_update_task' is never used (related to issue above)
189 * TRANSPORT:
190   - [./transport/gnunet-service-transport.c:173]: (style) struct or union member 'TransportPlugin::rebuild' is never used (related to TCP not refreshing external addresses?)
191 * BLOCKS:
192   - testcase would be nice...