Prepare the peer db to separate the server advertisment and the getPeersLists
[re6stnet.git] / TODO
1 Bugs :
2     Find a name for the project : the projet is ( or should be ) independant from vifib, openvpn, babel,
3          and so should the name; btw we aim to build a distributed, scalable, resilient VPN....
4     When no peer is avalaible without the --no-boot option, it crash => see below
5     Once in a while, when exiting vifibnet ( not very properly, via Ctrl+C ), processes ( openvpn and babel )
6          still remain and disturb further attemps ( must be killed for vifibnet to work again )
7     Babel seems to be very long to establish the routes : maybe we should tell him thant we are not on a wired network but on a mobile network ?
8
9 To be done :
10     Replace comments at the beginning of functions with docstrings & give all fn docstrings
11     Use the server events ( client connection/deconnection ) to do something usefull
12     In peers DB, remove some peers when they are too many of them
13     Contact the server using vifibnet and not the underlying network when possible
14     Use a timeout for the peersDB
15     The peer DB size should depend on the number of connection and the refresh time
16
17 To be discuss:
18     U : Remove the --no-boot option since we know when no node is avalaible
19     G : the no-boot option is only useful when the server knows no peer,
20         irl it should never happen, no-boot is a debug option
21     U : Ok, but the server knows when no peers is avalaible, doesn't he ?
22
23     G : don't reconnect to server each time we repopulate in peers_db ?
24     U : From what I've read on the internet, when you create a server object, you don't connect to the server,
25         You only connect to the server once you send a request for a methode and then you can automatically use the same connection for 15sec
26
27     Is the bootstrap node used ?
28
29     We should separate the getNodesList and advertise options