[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]

Re: [tor-dev] New Proposal 306: A Tor Implementation of IPv6 Happy Eyeballs



Hi,

On 2 Aug 2019, at 13:02, NOC <tor@xxxxxxxxxx> wrote:

That would imply that guard relays run at 100% capacity which i can't confirm for any of my guards.

I have run guards at 100% before, but it's not ideal.

Generally, Tor load-balances traffic to make sure that clients get consistently good bandwidth and latency. Adding significant extra load to some relays makes it hard to achieve this goal. In particular, 100% relay usage can significantly increase latency.

Also seeing decline in usage would maybe give a incentive for some relay operators to configure IPv6 in their torrc,

But IPv4-only relays *will* see a decrease in traffic, and IPv6 relays will see an increase.

Sending 33% of client traffic to the 20% of guards that have IPv6 will cause an increase in usage for IPv6 relays (and a decrease for IPv4 relays). Even if we check the relay's IPv6 address after its IPv4 address, the traffic is still going to that relay.

Tor clients on IPv6-only networks will also add extra to IPv6 relays. These clients don't work now, so we don't know how many there are.

Once we've tested IPv6 in at least one stable release, we will have a better idea of the load balancing impacts of IPv6. And we can think about changing the address order.

Another reason that we want to check IPv4 first is that is preserves tor's current behaviour. Adding an extra attempt at IPv6 once IPv4 has failed, is a smaller change that is unlikely to have any negative impacts.

(Our last attempt at adding automatic client IPv6 didn't work, and we had to disable it in Tor Browser alpha.)

because there are thousands of relays which do have IPv6 connectivity, but the operator simply didn't configure it because it is not as easy as putting "ORPort 9001" in your torrc and it listens on IPv4 and IPv6.

Sadly ORPort 9001 gives you a working relay which listens only on IPv4, so i would say the lack of IPv6 enabled relays is a problem which is created by how the config works

We are working on a funding proposal that will increase the number of IPv6 relays by automatically detecting, testing, and using IPv6 addresses.

and that a default torrc file loses no word about IPv6.

You're right, I opened a ticket to add IPv6 ORPorts to the example torrcs:
https://trac.torproject.org/projects/tor/ticket/31320

Beside that if i look at https://metrics.torproject.org/bandwidth-flags.html the Tor network could lose their entire IPv4 only guards and still work, but after that guards would indeed run at 100% capacity.

See my answer above: 100% capacity is not good for the network or clients.

T
_______________________________________________
tor-dev mailing list
tor-dev@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev