Re: [tor-dev] Proposal 214: Allow 4-byte circuit IDs in a new link protocol

2012-11-06 Thread Roger Dingledine
On Tue, Nov 06, 2012 at 10:10:15PM -0500, Nick Mathewson wrote: > > And if a very few do, maybe the solution is to > > move to a new TLS connection for those rare cases, rather than impose > > a 2-byte penalty on every cell in all cases.) > > Maaaybe, but I sure can't think of a sane testable desi

Re: [tor-dev] Proposal 214: Allow 4-byte circuit IDs in a new link protocol

2012-11-06 Thread Nick Mathewson
On Tue, Nov 6, 2012 at 9:55 PM, Roger Dingledine wrote: > On Tue, Nov 06, 2012 at 09:36:34PM -0500, Nick Mathewson wrote: > >Relays are running out of circuit IDs. It's time to make the field > >bigger. > > I don't doubt the second sentence, but is the first sentence actually > true? Do

Re: [tor-dev] Proposal 214: Allow 4-byte circuit IDs in a new link protocol

2012-11-06 Thread Roger Dingledine
On Tue, Nov 06, 2012 at 09:36:34PM -0500, Nick Mathewson wrote: >Relays are running out of circuit IDs. It's time to make the field >bigger. I don't doubt the second sentence, but is the first sentence actually true? Do we have any evidence / measurements / something here? (Since circids

[tor-dev] Proposal 214: Allow 4-byte circuit IDs in a new link protocol

2012-11-06 Thread Nick Mathewson
Filename: 214-longer-circids.txt Title: Allow 4-byte circuit IDs in a new link protocol Author: Nick Mathewson Created: 6 Nov 2012 Status: Open 0. Overview Relays are running out of circuit IDs. It's time to make the field bigger. 1. Background and Motivation Long ago, we thought tha

Re: [tor-dev] Working on GUI

2012-11-06 Thread Greg Norcie
Hi, I'm Greg, I'm a PhD student at Indiana University, and I', helping supervise Vimalathithan on this project. You're right Damian: a usability eval on it's own is not very useful to Tor. The usability evaluation has actually been done (and was presented at HotPETS 2012[1]) What we're doing now

Re: [tor-dev] Working on GUI

2012-11-06 Thread Jacob Appelbaum
Damian Johnson: >> Actually, both Tails and the Tor Browser Bundle could benefit from a >> usability study. > > Usability studies only help if there's development resources to make > the suggestions happen. Tor Browser has had a study or two. It has been helpful even though we have not yet had th

Re: [tor-dev] Working on GUI

2012-11-06 Thread Jacob Appelbaum
vimalathithan: > Hi, I am new to this community. > > > > A group consists of 5 members from School of Informatics and > Computing, working with Professor Jean Camp on a research paper. > > Our research is to carry out a case study after making changes in the > UI of Tor Browser. > Hello and w

Re: [tor-dev] Working on GUI

2012-11-06 Thread Damian Johnson
> Actually, both Tails and the Tor Browser Bundle could benefit from a > usability study. Usability studies only help if there's development resources to make the suggestions happen. Mike and Tails should be the ones to make the call about if they have the bandwidth to take advantage of a usabilit

Re: [tor-dev] Working on GUI

2012-11-06 Thread k e bera
By Torbrowser UI they might mean the whole "anonymous browsing" experience. There are some reports of real user feedback that were posted to Tor-Talk mailing list awhile back that may give some start on the problems involved: https://lists.torproject.org/pipermail/tor-talk/2012-January/022893.ht

Re: [tor-dev] Working on GUI

2012-11-06 Thread Runa A. Sandvik
On Tue, Nov 6, 2012 at 10:20 PM, Damian Johnson wrote: > I'm not sure if it would benefit much from a usability study at the > moment since development on it seems to be on hiatus (I might be > wrong, Tomás would know). Actually, both Tails and the Tor Browser Bundle could benefit from a usabilit

Re: [tor-dev] Working on GUI

2012-11-06 Thread Damian Johnson
Hi Vimalathithan. By "Tor UI" I suspect that you mean Vidalia? https://www.torproject.org/projects/vidalia.html.en I'm not sure if it would benefit much from a usability study at the moment since development on it seems to be on hiatus (I might be wrong, Tomás would know). On Tue, Nov 6, 2012 at

[tor-dev] Working on GUI

2012-11-06 Thread vimalathithan
Hi, I am new to this community. A group consists of 5 members from School of Informatics and Computing, working with Professor Jean Camp on a research paper. Our research is to carry out a case study after making changes in the UI of Tor Browser. Could anyone here, please provide a link t

Re: [tor-dev] Proposal 213: Remove stream-level sendmes from the design

2012-11-06 Thread Andreas Krey
On Tue, 06 Nov 2012 11:51:10 +, Julian Yon wrote: > On Tue, 6 Nov 2012 01:06:56 -0500 > Roger Dingledine wrote: > > > If we ripped out stream-level sendmes, then as you say, we'd have to > > choose between "queue all the data for the stream, no matter how big > > it gets" and "tell the whole

Re: [tor-dev] Proposal 213: Remove stream-level sendmes from the design

2012-11-06 Thread Julian Yon
On Tue, 6 Nov 2012 01:06:56 -0500 Roger Dingledine wrote: > If we ripped out stream-level sendmes, then as you say, we'd have to > choose between "queue all the data for the stream, no matter how big > it gets" and "tell the whole circuit to shut up". A possible compromise: A stream level XOFF/X