TODO

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