DB and tunnel now have a separate refresh timer
[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
8 To be done :
9     Replace comments at the beginning of functions with docstrings & give all fn docstrings
10     Do a clean-up in the import
11     Remove the parameters to choose the number of clients
12     Use the server events ( client connection/deconnection ) to do something usefull
13     In peers DB, remove some peers when they are too many of them
14     Contact the server using vifibnet and not the underlying network when possible
15
16 To be discuss:
17     U : Remove the --no-boot option since we know when no node is avalaible
18     G : the no-boot option is only useful when the server knows no peer,
19         irl it should never happen, no-boot is a debug option
20     U : Ok, but the server knows when no peers is avalaible, doesn't he ?
21
22     How we choose which protocol we use :
23         IMO, we should use UDP. I've read many times than TCP other TCP can be catastrophic in terme of performance
24         Every time a packet is lost, it is resend 2 times, one for each TCP tunnel
25         And many GW allow UDP port forwarding (for bittorent, Xbox, ...) but not TCP port forwarding
26
27     Use peers_db.populate(100) every once in a while ?
28     G : yes but be warry of the refresh time ( populate the db once every 20s is bad.. ) 
29     U : I agree. Once evry hours should be sufficient, and when their too few peers avalaible.
30
31     G : don't reconnect to server each time we repopulate in peers_db ?
32     U : we might recontact the server evry 1H or even less. So i think it is a good thing not to keep the connection alive