Re: [tor-dev] Proposal 320: Removing TAP usage from v2 onion services

2020-05-11 Thread teor
Hi Nick, > On 12 May 2020, at 06:48, Nick Mathewson wrote: > > ## Migration steps > > First, we implement all of the above, but set it to be disabled by > default. We use torrc fields to selectively enable them for testing > purposes, to make sure they work. Can you expand on the testing plan

Re: [tor-dev] Proposal 319: RELAY_FRAGMENT cells

2020-05-11 Thread teor
Hi Nick, > On 12 May 2020, at 06:47, Nick Mathewson wrote: > > In this proposal, > we allow the following cell types to be fragmented: EXTEND2, EXTENDED2, > INTRODUCE1, INTRODUCE2, RENDEZVOUS. Any party receiving a command that they > believe should not be fragmented should close the circuit.

Re: [tor-dev] Proposal 318: Limit protover values to 0-63

2020-05-11 Thread teor
Hi Nick, > On 12 May 2020, at 06:47, Nick Mathewson wrote: > > ``` > Filename: 318-limit-protovers.md > Title: Limit protover values to 0-63. > Author: Nick Mathewson > Created: 11 May 2020 > Status: Open > ``` > > # Limit protover values to 0-63. > > I propose that we no longer accept protov

[tor-dev] Walking onions: week 10 update

2020-05-11 Thread Nick Mathewson
Walking Onions: week 10 update On our current grant from the zcash foundation, I'm working on a full specification for the Walking Onions design. I'm going to try to send out these updates once a week. My previous updates are linked below: Week 1: formats, preliminaries, git repositories,

Re: [tor-dev] Proposal 320: Removing TAP usage from v2 onion services

2020-05-11 Thread Nick Mathewson
On Mon, May 11, 2020 at 5:58 PM Ian Goldberg wrote: > > On Mon, May 11, 2020 at 04:47:53PM -0400, Nick Mathewson wrote: > > ## INTRODUCE cells, RENDEZVOUS cells, and ntor. > > > > We allow clients to specify the rendezvous point's ntor key in the > > INTRODUCE2 cell instead of the TAP key. To do

Re: [tor-dev] Proposal 320: Removing TAP usage from v2 onion services

2020-05-11 Thread Ian Goldberg
On Mon, May 11, 2020 at 04:47:53PM -0400, Nick Mathewson wrote: > ## INTRODUCE cells, RENDEZVOUS cells, and ntor. > > We allow clients to specify the rendezvous point's ntor key in the > INTRODUCE2 cell instead of the TAP key. To do this, the client > simply sets KLEN to 32, and includes the ntor

[tor-dev] Proposal 319: RELAY_FRAGMENT cells

2020-05-11 Thread Nick Mathewson
``` Filename: 319-wide-everything.md Title: RELAY_FRAGMENT cells Author: Nick Mathewson Created: 11 May 2020 Status: Open ``` (This proposal is part of the Walking Onions spec project.) # Introduction Proposal 249 described a system for `CREATE` cells to become wider, in order to accommodate hyb

[tor-dev] Proposal 320: Removing TAP usage from v2 onion services

2020-05-11 Thread Nick Mathewson
``` Filename: 320-tap-out-again.md Title: Removing TAP usage from v2 onion services Author: Nick Mathewson Created: 11 May 2020 Status: Open ``` (This proposal is part of the Walking Onions spec project. It updates proposal 245.) # Removing TAP from v2 onion services As we implement walking oni

[tor-dev] Proposal 318: Limit protover values to 0-63

2020-05-11 Thread Nick Mathewson
``` Filename: 318-limit-protovers.md Title: Limit protover values to 0-63. Author: Nick Mathewson Created: 11 May 2020 Status: Open ``` # Limit protover values to 0-63. I propose that we no longer accept protover values higher than 63, so that they can all fit nicely into 64-bit fields. (This pr

Re: [tor-dev] Proposal 315: Updating the list of fields required in directory documents

2020-05-11 Thread Nick Mathewson
On Thu, Apr 23, 2020 at 5:26 PM teor wrote: > > Hi Nick, > > This proposal is missing the "bridge" case. > > Bridges are more complicated, because we have at least > 3 kinds of bridges: > * bridges distributed by BridgeDB > * bridges distributed with apps (such as Tor Browser) > * private bridges