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