Re: [tor-dev] Tor proposals implemented in Tor 0.2.3.x

2012-07-01 Thread Ian Goldberg
On Sun, Jul 01, 2012 at 07:06:29PM +0200, Fabian Keil wrote: > I implemented (partial) optimistic data support for Privoxy about a year > ago. The code hasn't been committed to the official repository due to the > documentation challenge outlined above. Fair enough. It turns out it never hurts to

Re: [tor-dev] Tor proposals implemented in Tor 0.2.3.x

2012-07-01 Thread Fabian Keil
Ian Goldberg wrote: > On Sun, Jul 01, 2012 at 05:29:04PM +0200, Fabian Keil wrote: > > > So if only a handful of clients > > > have upgraded to a TBB that supports it (none does at this time), > > > they'll stand out. That's why the default is "use the conse

Re: [tor-dev] Tor proposals implemented in Tor 0.2.3.x

2012-07-01 Thread Ian Goldberg
On Sun, Jul 01, 2012 at 05:29:04PM +0200, Fabian Keil wrote: > > So if only a handful of clients > > have upgraded to a TBB that supports it (none does at this time), > > they'll stand out. That's why the default is "use the consensus value", > > which is curr

Re: [tor-dev] Tor proposals implemented in Tor 0.2.3.x

2012-07-01 Thread Fabian Keil
Ian Goldberg wrote: > On Sat, Jun 30, 2012 at 07:03:19PM +0200, Fabian Keil wrote: > > Nick Mathewson wrote: > > > > > IMPLEMENTED IN 0.2.3.x > > > > >174 Optimistic Data for Tor: Server Side > > >181 Optimistic Data for Tor: Client Side > > > > > > This one is a performance ha

Re: [tor-dev] Tor proposals implemented in Tor 0.2.3.x

2012-07-01 Thread Fabio Pietrosanti (naif)
On 6/18/12 11:24 PM, Nick Mathewson wrote: > PARTIALLY IMPLEMENTED IN 0.2.3.x > >186 Multiple addresses for one OR or bridge > > We've implemented this to the extent of letting a bridge have a > single IPv6 address. Supporting this for regular relays will > need to wait for 0

Re: [tor-dev] Tor proposals implemented in Tor 0.2.3.x

2012-06-30 Thread Ian Goldberg
On Sat, Jun 30, 2012 at 07:03:19PM +0200, Fabian Keil wrote: > Nick Mathewson wrote: > > > IMPLEMENTED IN 0.2.3.x > > >174 Optimistic Data for Tor: Server Side > >181 Optimistic Data for Tor: Client Side > > > > This one is a performance hack that hasn't seen its full impact > >

Re: [tor-dev] Tor proposals implemented in Tor 0.2.3.x

2012-06-30 Thread Fabian Keil
Nick Mathewson wrote: > IMPLEMENTED IN 0.2.3.x >174 Optimistic Data for Tor: Server Side >181 Optimistic Data for Tor: Client Side > > This one is a performance hack that hasn't seen its full impact > yet. Starting with Tor 0.2.3.x, clients MAY send data to the > exit

Re: [tor-dev] Tor proposals implemented in Tor 0.2.3.x

2012-06-18 Thread Nathan Freitas
Nick Mathewson wrote: > 180 Pluggable transports for circumvention Happy to say that the trunk/master branch of Orbot supports obfsproxy bridges in the version we will push out this week to all .pf our users. > 171 Separate streams across circuits by connection metadata Gibberbot v9, wh

[tor-dev] Tor proposals implemented in Tor 0.2.3.x

2012-06-18 Thread Nick Mathewson
Hi, all! Since 0.2.3 just entered beta (and will be in release-candidate status soon if I have anything to say about it!) I wanted to put out a summary of the Tor proposals that got merged, to the best of my knowledge, in the Tor 0.2.3.x series. My next email will summarize still-open proposals.