changes in upnpigd to be able to refresh the forwarding
[re6stnet.git] / TODO
1 To be done :
2     The address of the client is declared while it should only be the address
3     of the server 
4
5     Upgrade the logging function in order to be able to log message like
6     "Refreshing peers DB ... done", or add log messages to specify that an
7     action advertised by a previous log message has been completed
8
9     use the server as a bootstrap node -> switch peer discovery to be done
10     by vifibnet directly ?
11
12     Use an algorithm to choose which connections to keep and/or establish
13     instead of pure randomness
14         |-> number of routes / tunnel 
15         |-> favorise most used roads ?
16
17     Replace comments at the beginning of functions with docstrings & give all
18     fn docstrings
19
20     Use a timeout for the server peersDB so we can flag unreachable peers and
21     remove the peers whose certificate is no longer valid
22
23     Handle LAN internally in order not to have catastrophic results ....
24     ( avahi could be used )
25
26 To be discussed:
27     U : Babel seems to be very long to establish the routes : maybe we should
28         tell him thant we are not on a wired network but on a mobile network ?
29     G : babel establish routes quickly enough i'd say. There are two new
30         options : hello and wireless, for hello_interval and treating all
31         interfaces as wireless. However, treating an interface as wireless
32         doesn't lessen the hello_interval, it only changes how babel estimates
33         quality link, and cost.
34     U : from babel web page : "When the Babel daemon detects a wired network,
35         it will use a larger interval between hellos".
36         Moreover, it seems that the wireless option only means
37         "hostile environment" which seems best for a resilient network.
38         30 sec of hello interval seams also too much. The default value for
39         babel is 4 sec (from babel man page).
40         According to raphael's stats on the nexedi's server downtime,
41         45% of the problems dont last more than 2 minutes, 55% no more than
42         3 minutes If it takes 2 min to detect a dead connection, then we wont be
43         solving many problems with our overlay network
44     G : ok, so babel hello-interval should be set to a lower value,
45         we should do some tests to pinpoint the best compromise between
46         speed and bandwith usage.
47         Btw, is there a doc ( pdf, image, file ) resuming Raphael's stats
48         on nexedi's server downtime ? it could be useful for the internship
49         rapport
50 ==>     It takes babel between 3 times and 4 times the hello interval to
51         reestablish connection, if a direct link is cut
52     U : So we have to reduce the hello interval. 2min to detect a dead link is
53         far too much.