Re: [tor-dev] Optimistic SOCKS Data

2019-10-15 Thread Matthew Finkel
On Fri, Oct 11, 2019 at 6:30 AM Tom Ritter wrote: > > On Thu, 10 Oct 2019 at 10:37, George Kadianakis wrote: > > So are you suggesting that we can still do SOCKS error codes? But as > > David said, some of the errors we care about are after the descriptor > > fetch, so how would we do those? > >

Re: [tor-dev] Optimistic SOCKS Data

2019-10-10 Thread Tom Ritter
On Thu, 10 Oct 2019 at 10:37, George Kadianakis wrote: > So are you suggesting that we can still do SOCKS error codes? But as > David said, some of the errors we care about are after the descriptor > fetch, so how would we do those? Only 'X'F3' Onion Service Rendezvous Failed' - right? I think D

Re: [tor-dev] Optimistic SOCKS Data

2019-10-10 Thread George Kadianakis
David Goulet writes: > On 08 Oct (19:49:34), Matthew Finkel wrote: >> On Wed, Oct 2, 2019 at 5:46 PM Nick Mathewson wrote: >> > >> > On Fri, Sep 27, 2019 at 1:35 PM Tom Ritter wrote: >> > > >> > > On Mon, 5 Aug 2019 at 18:33, Tom Ritter wrote: >> > > > >> > > > On Tue, 2 Jul 2019 at 09:23, Tom

Re: [tor-dev] Optimistic SOCKS Data

2019-10-09 Thread David Goulet
On 08 Oct (19:49:34), Matthew Finkel wrote: > On Wed, Oct 2, 2019 at 5:46 PM Nick Mathewson wrote: > > > > On Fri, Sep 27, 2019 at 1:35 PM Tom Ritter wrote: > > > > > > On Mon, 5 Aug 2019 at 18:33, Tom Ritter wrote: > > > > > > > > On Tue, 2 Jul 2019 at 09:23, Tom Ritter wrote: > > > > > Or...

Re: [tor-dev] Optimistic SOCKS Data

2019-10-08 Thread Matthew Finkel
On Wed, Oct 2, 2019 at 5:46 PM Nick Mathewson wrote: > > On Fri, Sep 27, 2019 at 1:35 PM Tom Ritter wrote: > > > > On Mon, 5 Aug 2019 at 18:33, Tom Ritter wrote: > > > > > > On Tue, 2 Jul 2019 at 09:23, Tom Ritter wrote: > > > > Or... something else? Very interested in what David/asn think sin

Re: [tor-dev] Optimistic SOCKS Data

2019-10-02 Thread Nick Mathewson
On Fri, Sep 27, 2019 at 1:35 PM Tom Ritter wrote: > > On Mon, 5 Aug 2019 at 18:33, Tom Ritter wrote: > > > > On Tue, 2 Jul 2019 at 09:23, Tom Ritter wrote: > > > Or... something else? Very interested in what David/asn think since > > > they worked on #30382 ... > > > > I never updated this thre

Re: [tor-dev] Optimistic SOCKS Data

2019-09-27 Thread Tom Ritter
On Mon, 5 Aug 2019 at 18:33, Tom Ritter wrote: > > On Tue, 2 Jul 2019 at 09:23, Tom Ritter wrote: > > Or... something else? Very interested in what David/asn think since > > they worked on #30382 ... > > I never updated this thread after discussing with people on irc. > > So the implementation o

Re: [tor-dev] Optimistic SOCKS Data

2019-08-05 Thread Tom Ritter
On Tue, 2 Jul 2019 at 09:23, Tom Ritter wrote: > Or... something else? Very interested in what David/asn think since > they worked on #30382 ... I never updated this thread after discussing with people on irc. So the implementation of SOCKS-error-code-for-an-Onion-Service-needs-auth implementat

Re: [tor-dev] Optimistic SOCKS Data

2019-07-02 Thread Tom Ritter
On Tue, 2 Jul 2019 at 13:42, Mark Smith wrote: > > On 6/21/19 8:50 PM, Tom Ritter wrote: > > The attached is a draft proposal for allowing tor to lie to an > > application about the SOCKS connection enabling it to send data > > optimistically. > > > > It's going to need some fleshing out in ways I

Re: [tor-dev] Optimistic SOCKS Data

2019-07-02 Thread Mark Smith
On 6/21/19 8:50 PM, Tom Ritter wrote: > The attached is a draft proposal for allowing tor to lie to an > application about the SOCKS connection enabling it to send data > optimistically. > > It's going to need some fleshing out in ways I am not familiar with, > but I wanted to get something out to

Re: [tor-dev] Optimistic SOCKS Data

2019-06-30 Thread Tom Ritter
I'll add that a cypherpunk has been testing a very simple patch implementing this behavior for a few months and not seen adverse effects: https://trac.torproject.org/projects/tor/attachment/ticket/5915/tor-optimistic-data.patch (Although I propose to not include the error page component.) -tom O

[tor-dev] Optimistic SOCKS Data

2019-06-21 Thread Tom Ritter
The attached is a draft proposal for allowing tor to lie to an application about the SOCKS connection enabling it to send data optimistically. It's going to need some fleshing out in ways I am not familiar with, but I wanted to get something out to start as we think that this is probably the best