You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The only data we store about the bootstrap call is the ping array entry. If that one and only sendpacket call fails or the packet is dropped, we never try again.
Instead, we should store the fact that we just tried to bootstrap, add this bootstrap node as a friend, and ping it until it gets thrown out the k-buckets.
The text was updated successfully, but these errors were encountered:
PS: Dear Santa: A version of add_tcp_relay that loops through a set of tcp nodes and loops until dht_connected is true is very high on my wish list.
What I find I have to do in my testrunner for Tor testing is to integrate add_tcp_relay loops of a random subset the tcpnodes into the testrunner after a check of if we are connected, as the connection may drop. It's a big problem running over Tor that you would not see in clearnet testing,
Currently, bootstrap does:
c-toxcore/toxcore/tox.c
Line 761 in 43fc237
c-toxcore/toxcore/DHT.c
Line 1855 in 43fc237
c-toxcore/toxcore/DHT.c
Line 1359 in 43fc237
c-toxcore/toxcore/network.c
Line 642 in 43fc237
c-toxcore/toxcore/network.c
Line 624 in 43fc237
The only data we store about the bootstrap call is the ping array entry. If that one and only
sendpacket
call fails or the packet is dropped, we never try again.Instead, we should store the fact that we just tried to bootstrap, add this bootstrap node as a friend, and ping it until it gets thrown out the k-buckets.
The text was updated successfully, but these errors were encountered: