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

2020-05-19 Thread Nick Mathewson
On Thu, May 14, 2020 at 3:15 PM David Goulet wrote: > > On 11 May (16:47:24), Nick Mathewson wrote: [...] > > # Onion service concerns. > > > > We allocate a new extension for use in the ESTABLISH_INTRO by onion > > services, > > to indicate that they can receive a wide INTRODUCE2 cell. This ex

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

2020-05-14 Thread David Goulet
On 11 May (16:47:24), Nick Mathewson wrote: > ``` > 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

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.

[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