Re: [tor-dev] The case for Tor-over-QUIC

[Fabio Pietrosanti - Lists <lists@xxxxxxxxxxxxxxx>]

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
>
>

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