[tor-dev] The case for Tor-over-QUIC
Fabio Pietrosanti - Lists
lists at infosecurity.ch
Mon Mar 26 09:52:46 UTC 2018
I would like to add and advocate that, whatever a network protocol
upgrade will be done, Tor should starts supporting NAT traversal for
it's relay, enabling users to contribute also without a "public ip
address" .
Enabling NATted users to become Tor Relay would increase the baseline of
contributors.
Protocols for NAT Traversal are used since +10 years in VoIP network
stacks successfully:
ICE - Internet Connectivity Establishment
https://www.ietfjournal.org/interactive-connectivity-establishment/
NAT Traversal Practices for Client-Server SIPĀ
https://tools.ietf.org/html/rfc6314
Fabio
On 24/03/2018 00:18, Mike Perry wrote:
> In Rome, I held a session about network protocol upgrades. My intent was
> to cover the switch to two guards, conflux, datagram transports, and
> QUIC. We ended up touching only briefly on everything but QUIC, but we
> went into enough depth on QUIC itself that it was a worthwhile and very
> productive session.
>
> Our notes are here:
> https://trac.torproject.org/projects/tor/wiki/org/meetings/2018Rome/Notes/FutureTorNetworkProtocolUpgrades
>
>
More information about the tor-dev
mailing list