Reread routing table when a established tunnel breaks
The main reason is to speed up recovery from temporary network cut: - by not wasting time trying remaining distant peers that were collected during the last read of the routing table. - by not blacklisting good peers, which would happen if too many of them were retried before network is back
Showing
Please register or sign in to comment