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