2 * NAT/UPNP: [Milan / MW]
3 - [#1609] code clean up
5 - integration with transport service:
7 + implement UDP, HTTP/HTTPS
10 - UDP fragmentation [MW]
12 - Core API's peer_change_preference leaks 'irc' and
13 Core API's notify_transmit_ready leaks 'th'!
15 - download of 100 MB file from 'leach' peer hung due to
16 failure of core-api to call back after a change preference request
17 (structs indicate request was transmitted but reply never received?)
19 - test_gnunet_service_fs_p2p:
20 => sometimes DATASTORE get operation fails to queue on target (why?)
21 => do we need to just make the queue larger?
22 - with core queue size of 1, we get notify_transmit_ready
23 from core API returning NULL (why? ok? just have larger queue?)
24 - other runs (-L DEBUG) with downloads using the new 'trust' test show
25 non-deterministic results (for any set of peers)
26 - implement 'SUPPORT_DELAYS'
27 - consider re-issue GSF_dht_lookup_ after non-DHT reply received
28 - implement multi-peer FS performance tests + gauger them!
33 - figure out where in the GUI we should show active upload operations and allow aborts
37 * Determine RC bugs and fix those (release should have no known real bugs)
41 - write chapter on DHT/block [Nate]
42 - make a NICE download page
44 * Determine RC bugs and fix those (release should have no known real bugs)
48 - 'TransmitFunction' requires plugins to have "unbounded" queue (or at least
49 queue of size > 2), might be better to have at MOST one message pending
50 per plugin/target and only send the next one after the continuation was
51 called (or use 'notify_transmit_ready-style API?)
52 - WiFi transport backend [DB]
53 - Implement method of learning our external addresses from
54 other peers; need some kind of threshold-based
55 scheme, limiting both the total number of addresses that we accept
56 this way as well as requiring multiple confirmations; also, we
57 should possibly try to confirm that the given address works for
58 us ourselves (loopback-style) before adding it to the list
59 + we may be able to simplify WELCOME messages (no need to add
60 addresses there anymore, but may help to learn them there anyway...).
61 + we probably want some kind of voting/counting for learning IP addresses
62 (maybe including IP addresses in ads proportional to how often others
63 report them? we at least need some protection against >64k HELLOs!),
64 + provide a way to give the user a list of "learned" IP addresses and
65 a way to easily "veto" addresses off the list!
66 => If MiM attacker uses vetoed address, blacklist the specific IP for
67 the presumed neighbour!
68 - need to periodically probe latency/transport cost changes & possibly switch transport
70 - check indexes / SQL for performance
72 - proper bandwidth allocation
75 - merge multiple HELLOs of the same peer in the transmission queue
76 (theoretically reduces overhead; bounds message queue size)
77 - merge multiple iteration requests over "all" peers in the queue
78 (theoretically reduces overhead; bounds messgae queue size)
80 - should use BIO instead of mmap
82 - Remove KBlocks in gnunet-unindex (see discussion with Kenneth Almquist on gnunet-devs in 9/2009)
83 - use different queue prioritization for probe-downloads vs. normal downloads
84 - re-implement gnunet-auto-share
85 - implement 'GNUNET_FS_file_information_create_from_directory', avoiding
86 code duplication with gnunet-gtk's similar code (!)
89 - do meaningful update to status line (starting up, peer running, #connections, shutdown, ...)
90 - add progress dialog for 'add_dir_at_iter' scan (can take a while...)
91 - NS list in search dialog should use colors to offset our own namespaces from the others
92 - right-clicking on NS list in search dialog should open menu that allows
93 * viewing full meta data
94 * deletion of namespace info
95 - implement unindex operation (use dialog with all indexed files for selection)
96 - finish publish dialog details:
97 + normalize keywords (edit subdialog)
98 - implement download by URI dialog; figure out where to display those downloads!
99 - add combo box to select desired mime type for search
101 - better tracking of which config changes actually need to cause process restarts by ARM.
102 - handle gnunet-arm -k in combination with auto-start magic (what is the right thing here?)
103 - discover dependencies between services
105 - better crash management (attach debugging support, capture and analyze
106 debug output, detect random vs. deterministic crashes)
107 - '-m EMAIL' option for alternative e-mail TO
108 - '-f FILENAME' option to write report to file instead of e-mail (for testing!)
112 - expire 'ancient' HELLOs (those without valid addresses AND that
113 we have not 'used' (for their public keys) in a while; need a way
114 to track actual 'use')
115 - make sue we also trigger notifications whenever HELLOs expire
117 - repeatedly resolve hostname and look up interfaces to determine our own IP
118 - [./transport/plugin_transport_tcp.c:391]: (style) struct or union member 'Plugin::address_update_task' is never used (related to issue above)
120 - [./transport/gnunet-service-transport.c:173]: (style) struct or union member 'TransportPlugin::rebuild' is never used (related to TCP not refreshing external addresses?)
121 - WiFi transport backend
122 * nice signal strength adjustment [MW]
123 * energy cost in ATS [MW]
125 - testcase would be nice
126 - generic block support for DHT
128 - test notification-based statistics API
129 - implement statistics GUI (=> start from gnunet-gtk by button!)
131 - move peerinfo to new GUI (=> start from gnunet-gtk by button!)
132 - extend peer dialog with green-yellow-red connectivity status lights
133 - extend peer dialog with country flags and names
136 * SMTP transport backend:
137 - sending (SMTP/SMTPS)
138 - receiving (IMAP/IMAPS/POP?)
141 - resource limit integration with ATS
145 - integration with DHT routing
146 - optimized routes (beyond DHT/DV)