16:00:47 <asn> #startmeeting SponsorR
16:00:47 <MeetBot> Meeting started Tue Feb  3 16:00:47 2015 UTC.  The chair is asn. Information about MeetBot at http://wiki.debian.org/MeetBot.
16:00:47 <MeetBot> Useful Commands: #action #agreed #help #info #idea #link #topic.
16:00:49 <asn> Hello friends,
16:00:54 <asn> let me start with a short status report.
16:01:03 <asn> during the past week, I did a few sponsorr stuff
16:01:13 <asn> I fixed the unittest that was failing on 32-bit machines.
16:01:24 <asn> (that took longer than I wanted)
16:01:30 <asn> I wrote a draft of the blog post about the stats results.
16:01:33 <asn> (We need to discuss this later)
16:01:50 <asn> And I did some PM bureaucracy, which I still need to do some more of.
16:01:54 <asn> And that's that.
16:02:09 <asn> I haven't read some of the threads that were recently started and I need to look at (HS naming, HS stats enabled by default)
16:02:14 <asn> (but I also want to talk about that later).
16:02:18 <asn> Who next?
16:02:23 <ohmygodel> i can go
16:02:25 <asn> please
16:02:46 <ohmygodel> 1. Edited etherpad of statistics to collect (https://etherpad.mozilla.org/817nh2h1-hstats) to give  my opinion on each
16:03:09 <ohmygodel> 2. Contributed to blog post discussion, especially working out the fraction of HS traffic number
16:03:27 <ohmygodel> 3. invited aagbsn to work with us and come to this meeting
16:03:55 <ohmygodel> 4. talked to nick about guard stuff, contributed to that tor proposal (241), and asked nickm about contributing to sponsor r
16:04:02 <ohmygodel> 5. peerflow work
16:04:19 <ohmygodel> 6. suggested we adopt new HS terminology
16:04:20 <ohmygodel> done
16:04:23 <asn> ack thx
16:04:26 <asn> next?
16:04:31 <syverson> me?
16:04:33 <asn> please!
16:05:04 <syverson> Not much. Talked to ohmygodel about terminology, peerflow issues, and stats.
16:05:32 <syverson> Started interaction with DoJ, explaining to them how our stats can help them.
16:05:54 <syverson> Some interactions w/ PM about bureaucracy and other things.
16:05:55 <syverson> Done
16:05:57 <asn> (btw, dgoulet is a bit under the weather today, so he might or might not be around)
16:06:06 <asn> thx syverson
16:06:07 <syverson> :(
16:06:08 <asn> karsten: ?
16:06:14 <karsten> sure.
16:06:15 <asn> karsten: wanna go next?
16:06:16 <asn> thx
16:06:29 <karsten> I spent most of the week on finalizing the extrapolating stats tech report.
16:06:32 <karsten> https://research.torproject.org/techreports/extrapolating-hidserv-stats-2015-01-31.pdf
16:06:37 <asn> karsten++
16:06:48 <karsten> including long and very helpful discussions with ohmygodel and asn.
16:07:11 <karsten> I also started reading the other tech report, so that we can publish that one soon.
16:07:24 <karsten> I like the content, but I'd like to spend more time on the presentation.
16:07:52 <karsten> so, unless anyone else wants to work on that report, I'd want to take it for the week.
16:07:59 <asn> yes sure take it.
16:08:08 <karsten> that's all.
16:08:17 <asn> i'd suggest putting special focus on the few statistics that ohmygodel wants to see
16:08:21 <asn> the ones here basically https://etherpad.mozilla.org/817nh2h1-hstats
16:08:30 <asn> oh they are more now.
16:08:33 <karsten> yeah, I didn't know about that pad. will take a look.
16:08:47 <asn> I'd also be interested on a rationale for collecting those stats.
16:09:00 <asn> Basically the  'benefit' thing, but more refined.
16:09:01 <dgoulet> asn: probably the "Benefits" part
16:09:05 <dgoulet> yeah
16:09:10 <asn> Like, what kind of questions do we answer by doing those stats?
16:09:17 <asn> "How many HS clients are there?"
16:09:28 <asn> "How many HS clients are using outdated Tor?"
16:09:29 <asn> etc.
16:09:40 <ohmygodel> point of order: are we discussing now?
16:09:53 <asn> eeehhhhm
16:10:01 <asn> let's say yes.
16:10:04 <asn> since karsten is done.
16:10:05 <ohmygodel> great :-)
16:10:10 <ohmygodel> karsten: i did link the stats in the etherpad to the relevant section
16:10:32 <ohmygodel> and i added some stuff to the benefits/risk sections that would probably fit well in that report
16:10:33 <karsten> are these additions?
16:10:48 <karsten> like, should I merge pad parts into the report?
16:10:56 <ohmygodel> e.g. descripto fetch failures are useful for detecting botnet client trying to connect to a dead botnet c&c
16:11:04 <ohmygodel> karsten: yes, if you wish, that would be good
16:11:05 <asn> that's true.
16:11:10 <karsten> ohmygodel: oka.
16:11:11 <karsten> okay
16:11:18 <asn> are we OK with specifically targetting botnets with that stat?
16:11:22 <ohmygodel> but leave my opinion lines out (those starting with [ohmygodel]
16:11:25 <ohmygodel> )
16:11:34 <karsten> ok.
16:11:58 <ohmygodel> asn: yes, that was my argument to roger about how we could tackle that problem, and i think he was convinced
16:12:06 <asn> i'm just thinking
16:12:16 <asn> how neutral it is philosophically
16:12:21 <asn> to make a stat to target botnet usage.
16:12:33 <asn> i also don't like botnets, don't take me wrong.
16:12:42 <ohmygodel> it is useful more generally
16:12:51 <ohmygodel> that just happens to be a particular case of interest
16:12:53 <asn> but if we get in this line of thinking, maybe the next step is to make a stat that targets people that use HSes for X.
16:13:22 <karsten> a bad X or a good one?
16:13:35 <ohmygodel> in fact, my argument about looking at this stat was exactly because it is a general statistic that can be collected safely in principle
16:13:44 <karsten> asn: I get your point.
16:14:07 <asn> ohmygodel: yes, I also see it as a plausible statistic.
16:14:21 <asn> anyway, just something to think about maybe.
16:14:37 <asn> or maybe, I'm not sure if I want to know how many people use HSes with explicit authorization.
16:14:39 <syverson> asn: We should distinguish topics, e.g., free speech, olive oil for sale, etc. from structurally different uses, e.g., botnet cnc, http, etc.
16:15:04 <asn> syverson: true
16:15:19 <asn> it's just not toooo far away from making a stat that counts people who visit HS that have child abuse material.
16:15:27 <asn> in the sense, that both activities are widely perceived as bad.
16:15:32 <ohmygodel> asn: do you wish to go through each of the stats in that pad individuall right now? that could take a while
16:15:39 <asn> you are right ohmygodel
16:15:40 <asn> i'm sorry.
16:15:47 <asn> it's just some thoughts I got while writing the blog post the other day.
16:15:50 <ohmygodel> ok sure
16:15:58 <ohmygodel> actually my recommendation is pretty simple
16:15:59 <asn> so yes, karsten, please take over that tech report for now!
16:16:03 <fastmonoid> hi
16:16:11 <ohmygodel> that are very few interesting statistics that don’t require some kind of anonymization
16:16:14 <syverson> asn: I think we should focus on the structural/technical similarities and intentionally ignore the moral ones.
16:16:54 <asn> ohmygodel: right
16:16:55 <fastmonoid> what would be the theoretical minimum runtime requriements to run a tor relay? libc, tcp/ip stack, what else?
16:17:11 <Yawning> TLS
16:17:12 <karsten> asn: is https://gitweb.torproject.org/user/karsten/tech-reports.git/log/?h=hidserv the latest source?
16:17:13 <asn> fastmonoid: sorry having a meeting in this channel right now, so there will be lots of noise.
16:17:13 <fastmonoid> I'm thinking about a purish tor DomU
16:17:23 <asn> karsten: let me look
16:17:28 <Yawning> libevent
16:17:29 <asn> karsten: i think so yues.
16:17:34 <karsten> asn: okay.
16:17:47 <asn> so I have another topic I want to touch during the discussion session,
16:17:48 <ohmygodel> the low hanging fruti appears, to me, to be the following: (1) Number of descriptor updates (total count and distribution), (2) Number of RPs established on relays, (3) Number of circuits using TAP and nTor, and (4) Number of descriptors with encrypted introduction points
16:17:51 <fastmonoid> asn: ah ok thanks, i'll pipe down till its over,
16:18:08 <asn> ohmygodel: ack
16:18:42 <karsten> quick question regarding (2) ?
16:18:47 <asn> sure
16:19:03 <karsten> so, if a relay reports stats on # of rend cells and # of established rend points,
16:19:13 <karsten> there's probably a correlation between the two.
16:19:16 <asn> you can get the average or sth
16:19:17 <asn> yes
16:19:27 <karsten> now, our laplace noise,
16:19:47 <karsten> it might be possible to guess how much noise we added by comparing the two stats.
16:20:04 <karsten> which somewhat defeats the purpose of the noise.
16:20:27 <karsten> asn and I discussed this some time ago, this is just the first example where it could be a problem.
16:20:43 <ohmygodel> i dont see the problem here
16:20:48 <ohmygodel> both are noisy
16:21:04 <syverson> Different samples for the noise?
16:21:14 <asn> for those *specific stats*, their values are so diverse over time, that I'm not that afraid of this problem.
16:21:17 <ohmygodel> syverson: yes
16:21:23 <luketheduke> v2
16:21:34 <luketheduke> EWRONGCHANNEL
16:21:44 <karsten> asn: yes, it's just an example, and maybe not a good one.
16:21:45 <asn> but it's definitely something that we should have in mind.
16:21:52 <karsten> so, when we add the third related stat,
16:22:03 <karsten> it will become even easier to guess what noise we added, etc.
16:22:09 <asn> right
16:22:20 <karsten> something to keep in mind. no need to solve this today.
16:22:36 <asn> i agree.
16:22:37 <ohmygodel> agreed. the general problem is that a “single action” could affect multiple statistics
16:22:42 <karsten> right.
16:23:02 <ohmygodel> the “solution” is that you add multiply the amount of noise by the number of statistics taht a single action could affect
16:23:15 <asn> if we migrate all these stats to our future "stats aggregation" scheme, maybe this problem becomes less important.
16:23:20 <ohmygodel> this is a good reason to keep the number of statistics lo actually
16:23:40 <karsten> indeed, we can increase the noise.
16:23:46 <ohmygodel> asn: yes, if we can cut down the noise by not having to add it per relay, then this becomes a real solution instead of a killer of accuracy
16:24:33 <ohmygodel> karsten: thanks for bringing up this issue, it is actually really important and could affect our long-term roadmap
16:24:36 <asn> i was thinking the other day, that since we add noise 3000 times, and the noise is from a symmetric distribituion, in the end lots of the noise will cancel out.
16:25:02 <asn> and maybe it's even possible statistically to find out how much noise will cancel out probabilistically.
16:25:15 <ohmygodel> asn: the noise is added to completely separate sets of actions, so they dont cancel out
16:25:53 <ohmygodel> if you added noise 3000 times to the same statistic (or statistic representing shared underlying actions), then yes you would have this issue
16:26:17 <ohmygodel> *statistics representing shared…
16:26:36 <asn> hmm ok. will need to think more about this.
16:26:57 <asn> btw, does anyone have any discussion topics they really want to see discussed/
16:27:00 <asn> so that we don't go blindly.
16:27:03 <ohmygodel> yes
16:27:06 <asn> shoot
16:27:08 <ohmygodel> 1. What statistics to collect? Anonymous stats collection?
16:27:10 <ohmygodel> 2. What to do with roadmap?
16:27:14 <ohmygodel> 3. Blog post
16:27:19 <ohmygodel> 4. HS terminology
16:27:22 <asn> ok good.
16:27:29 <ohmygodel> 5. publishing other tech report (did we finish this?)
16:27:35 <asn> i also want to touch these topics.
16:27:58 <asn> btw, before touching these topics
16:27:59 <asn> let me tell you
16:28:03 <karsten> re 5, how about I run with the report for the week and we discuss that more next week?
16:28:10 <asn> that with this SponsorR work, I end up sending more mails than coding lately.
16:28:23 <asn> and it so happens that all these mails I'm sending go to sekrit lists or sekrit threads.
16:28:30 <asn> and this really demotivates me from sending emails.
16:28:32 <asn> like for example today
16:28:39 <asn> I had to look at the extrapolating thread, which is sekrit thread.
16:28:44 <asn> the HS terminology thread, which is on memex.
16:28:50 <ohmygodel> karsten: sounds great. i agree that it needs some cleanup (i did some ad hoc in order to submit it for review), and fyi i got approval from chris white, and so i should get a publication release in 2-4 weeks
16:28:57 <asn> and the "enable HS stats" thread, which is on hidserv-stats.
16:29:16 <asn> and all of the feedback I would give is research. I don't really understand why we need to do research in sekrit channels.
16:29:32 <asn> and also, the two last threads I mentioned "HS terminology" and "enable HS stats"
16:29:37 <asn> are something that the communityu should give feedback on.
16:29:44 <ohmygodel> asn: i have no problem cc’ing any of the tor mailing lists on any of those discussions. i generally send emails to the people i think actually want to read them
16:29:55 <asn> so even if something is decided on those sekrit lists, the thread MUST also happen on tor-dev
16:30:04 <asn> so to me, it seems like a delay to do disucssion on sekrit lists.
16:30:19 <dgoulet> +1 to move all this to tor-dev ML
16:30:22 <asn> and also it makes it harder for the community to be involved, because what we do is
16:30:27 * dgoulet lives
16:30:37 <asn> in the middle of the discussion, we start CCing [tor-dev] and no one has any idea what we are talking about.
16:30:56 <syverson> asn: I talked to ohmygodel about having the terminology thread there. It's also a way to get initial gorund work done before moving to noisier channels.
16:31:12 <asn> i don't think there is lots of noise in [tor-dev].
16:31:32 <asn> and also, I'm not sure what we gain by deciding something between me, you, aaron and rob.
16:31:58 <asn> anyway, something to think for the future again.
16:32:02 <syverson> True. I was thinking that would be a fine place to move it. I think ohmygodel started on the memex list because there was related discussion there.
16:32:22 <syverson> "True" was about not much noise on tor-dev.
16:32:38 <asn> anyway
16:32:42 <asn> let's go to the discussion tpics now.
16:32:52 <ohmygodel> well with respect to the terminology thread, i had a very specific goal  of being consistent within this project, i am not ambitious enough to try and change all of tor’s mind
16:33:30 <ohmygodel> ok moving on
16:33:48 <asn> So what should we discuss.
16:34:04 <asn> Roadmap is here:  https://etherpad.mozilla.org/LDiWZpI1sz-roadmap
16:34:09 <asn> i think it has sort of stabilized.
16:34:19 <asn> and I believe it's also prioritized by now.
16:34:40 <asn> It's obvious that we won't get everything done by April. But let's at least get the most important stuff done.
16:34:40 <ohmygodel> agreed, should it be merged to the wiki ?
16:34:47 <asn> yes.
16:34:55 <asn> we didn't do this on the previous SponsorR phase.
16:34:58 <asn> but we can do it on this one.
16:35:07 <asn> I  can do this at some point before next week.
16:35:25 <ohmygodel> great !
16:35:27 <asn> ok
16:35:36 <asn> that's one thing.
16:35:39 <asn> let's move to blog post.
16:35:46 <asn> we have a draft.
16:35:54 <asn> i think the main question is whether to include the "How much of Tor is HSes"
16:35:58 <ohmygodel> agreed
16:36:19 <ohmygodel> it seems important enough to wait for if necessary
16:36:24 <ohmygodel> however, i dont think we need to wait :-)
16:36:29 <asn> that's one way to see it, yes.
16:36:34 <asn> i also think it's very important.
16:36:40 <ohmygodel> (i mean, i dont see why we cant come up with numbers today)
16:36:57 <syverson> Another main question is whether to say we have this report that talks about of lots of important things many would like to know for Tor vs. we got paid to do the following.
16:37:02 <asn> i'm afraid that the numbers we come up with are not going to be accurate.
16:37:13 <ohmygodel> asn: im not, and i dont understand why you are
16:37:15 <ohmygodel> can you explain ?
16:37:23 <asn> I don't have time to evaluate the math.
16:37:33 <asn> I hardly have had time to evaluate the math of the extrapolating thing over the past weeks.
16:37:42 <ohmygodel> ok can you trust me ?
16:37:47 <asn> i actually can.
16:37:52 <ohmygodel> i trust karsten did the extrapolation stuff correctly
16:38:08 <ohmygodel> i can rederive the traffic statistics from the extrainfo descriptors today
16:38:17 <asn> karsten did awesome work on the extrapolation stuff.
16:38:18 <ohmygodel> i just finished writing code to do that for peerflow
16:38:22 <asn> but he did a small mistake with the 2% figure.
16:38:28 <asn> and that mistake got publiced quite widely.
16:38:40 <ohmygodel> i think it actually worked out perfectly
16:38:49 <syverson> That wasn't a mistake. It was a valid upper bound.
16:38:54 <asn> is that a mathematical coincidence?
16:38:59 <asn> syverson: hah sure
16:39:00 <syverson> :>)
16:39:03 <ohmygodel> because he double counted the HS traffic but then didnt double the HS traffic because HS circuits are twice as long
16:39:06 <ohmygodel> so in the end, perfect :-D
16:39:39 <karsten> should I prioritize this over the other tech report?
16:39:46 <karsten> I'd really want to understand the math there.
16:39:47 <asn> karsten: i think so. if you want to.
16:39:55 <asn> karsten: i didn't understand if yuou want.
16:40:04 <asn> or you want to do this with peace and quiet over the next months.
16:40:12 <asn> i assumed the latter, that's why I've been pushing to not do this on this blog post.
16:40:17 <ohmygodel> karsten: i agree, especially because we have at least 2 weeks until i get a release on that tech report
16:40:30 <asn> but if you want to spend the next week thinking about this. we can publish early next week or something.
16:40:30 <karsten> so, what about cell stats?
16:40:39 <karsten> didn't we want to compare them to hidserv-stats?
16:40:49 <syverson> I trust ohmygodel, but if people want to take another week so that all are comfortable what's the harm? Is it important to rush this out this week?
16:41:15 <karsten> in a week sounds good to me.
16:41:18 <asn> syverson: i don't think I will be able to take a look until next week. and I just learned that karsten might be able to do so though.
16:41:29 <syverson> OK two weeks?
16:41:40 <karsten> asn: if I drop/postpone other stuff, yes.
16:41:40 <asn> i think we shoul;d publish sooner than later.
16:41:47 <asn> as karsten said, there are always going to be results to write about here.
16:41:54 <asn> so we could write another blog post in 2 months or so.
16:41:55 <ohmygodel> ok, ill come up with my own independent estimate of total traffic numbers, and karsten can do the analysis he considers necessary as ell
16:41:58 <asn> but yes, a week sounds acceptable. I think.
16:41:59 <karsten> I'm starting more things than finishing. that makes me nervous. that's all. :)
16:41:59 <syverson> I'm asking why it has to come out way before the report?
16:42:15 <karsten> the report is out.
16:42:20 <syverson> What's the rush on this blog post?
16:42:27 <karsten> it's two different reports.
16:42:32 <asn> syverson: tbh there is no *real* rush
16:42:57 <asn> I'm willing to chill here, and give it as much time as it needs.
16:42:58 <syverson> So why not wait for comfort as long as it doesn't stretch to say a month?
16:43:01 <asn> i'm just afraid that it will get super postponed.
16:43:30 <asn> karsten: what do you think?
16:43:33 <syverson> Set a deadline to post it (three weeks?) and then go with what we have then.
16:43:34 <karsten> we can also post to tor-dev@/tor-relays@ that we have this report, and do the blog post in a week or two.
16:43:37 <asn> i remember you wanted to get it out  RSN
16:43:54 <karsten> we told relay operators to tell them some results by mid-january.
16:43:59 <asn> yes that's true.
16:44:05 <karsten> I feel we should tell them what we did with the data they gave us.
16:44:12 <asn> i agree
16:44:20 <asn> how do you feel about what you just suggested/
16:44:27 <asn> sending tor-dev mail now, doing blog post in some weeks?
16:44:35 <karsten> works for me.
16:44:40 <syverson> But that could be message to tor-relays, which is quite different from a blog post.
16:44:41 <asn> OK. Let's do this way then.
16:44:48 <syverson> ans: GMTA.
16:44:55 <syverson> grr asn
16:45:25 <asn> OK.
16:45:30 <asn> That sounds good to me.
16:45:38 <asn> karsten: you want to send the email, or should I?
16:45:45 <syverson> Aaron, any objections?
16:45:50 <asn> we can use parts of the blog post draft.
16:46:25 * karsten waits for ohmygodel to object or not object.
16:46:55 <karsten> but assuming ohmygodel is okay with this, would you mind sending it, asn?
16:46:59 <asn> ok
16:47:12 <asn> will do
16:47:21 <asn> next topic?
16:47:32 <asn> HS terminology?
16:47:37 * karsten assumes ohmygodel processes some extra-info descriptors in the background.. :)
16:47:57 <asn> I'm fine with the terminology that ohmygodel suggested in that thread.
16:48:06 <ohmygodel_> sorry my connection is flaky
16:48:11 <karsten> ohmygodel: do you need backlog?
16:48:21 <ohmygodel_> yes please
16:48:26 <syverson> So I had this paper with saint where we talked about different terminology and why.
16:48:26 * asn waits
16:48:49 <karsten> ohmygodel: sent.
16:48:54 <ohmygodel_> last think i heard was (asn: lets do this then)
16:49:01 <syverson> I've sent it to some of you and can send it to others.(not released yet of course).
16:49:06 <ohmygodel_> muchas gracias
16:49:23 <syverson> Getting ready for Valencia I see ;)
16:49:40 <asn> syverson: ok
16:49:41 <ohmygodel_> jaja
16:49:54 <syverson> OK?
16:50:00 <asn> ok, as in "please proceed"
16:50:03 <CGI577> please implement support for win98, instead of insecure linux.
16:50:11 <asn> (i have not rcvd or read the paper)
16:50:42 <syverson> I can send it to you. (Please email me a reminder or I'll forget.)
16:50:48 <ohmygodel> (read backlog: blog plan sounds good, i will send my own numbers asap)
16:51:32 <asn> ok
16:51:40 <asn> ohmygodel: so what about HS terminology?
16:51:41 <karsten> ohmygodel: great.
16:51:49 <ohmygodel> syverson: i would not describe that paper as having much discussion abuot terminology
16:52:09 <asn> i like the terms you decided
16:52:16 <syverson> No it just uses other terminology and motivates doing so.
16:52:30 <asn> i'm not sure if they are the best one. but I'm not good with english to think of better ones.
16:52:39 <asn> I've personally adopted onionspace lately, as a replacement for darknet.
16:52:42 <ohmygodel> asn: i have received little feedback on changing the words we used in memex to describe hidden services
16:52:44 <ohmygodel> i agree that they could  be improved
16:53:36 <asn> ok
16:53:56 <ohmygodel> yay!
16:53:56 <ohmygodel> i also like “onion services” as a general term that should be used most often
16:53:56 <ohmygodel> syverson and i had a discussion about having the shorthand for “encrypted services” be either “direct onion services” or “protected services”
16:53:56 <ohmygodel> anyway, any suggestions about how to proceed ?
16:54:03 <syverson> I think a big one is to distinguish servers that put out their own ciricuits  to get reached vs. ones that require a tor protocol to connect to them from someone elses circuit.
16:54:16 <ohmygodel> we can move the discussion elsewhere if youd like
16:54:38 <asn> ohmygodel: well, if it's just the lingo for the memex people, feel free to keep it in that list.
16:54:59 <syverson> I was actually thinking more onion direc than direct onion. We also need a better term, something like bliaterally protected onion circuit for the current HS type case.
16:56:01 <syverson> But of course more terse.
16:56:15 <ohmygodel> we could have an etherpad brainstorming options and then vote
16:56:15 <ohmygodel> we could simply discuss options and individually decide what were going to use
16:56:15 <ohmygodel> id at least like to get us in agreement, but maybe it is a time to get more tor people on board
16:56:15 <ohmygodel> i think you know more about how well that would work than i do
16:56:15 <ohmygodel> syverson: boo to “onion direct”, haha
16:56:57 <syverson> OK this can degenerate quickly to watching Paul and Aaron argue. Nobody wants to see that. (ask Rob).
16:57:22 <asn> i don't find much value in voting between memex people. or even between Tor people just yet.
16:57:40 <asn> if you hope this lingo to be adopted by everyone, I'd suggest you start a thread in [tor-dev].
16:58:04 <asn> I think a big question here, is "When and how to do the name migration"
16:58:17 <syverson> I suggest that some of us thinking about design changes and uses talk to each other and we can then use terms that make sense. We can put out a blog post or a tor-dev discussion if that makes sense.
16:58:42 <asn> Product branding is a pretty big thing, and I'm not sure if a mailing list post or even a blog post would be sufficient.
16:58:47 <syverson> Most useful terminology comes from people coming up with it to do stuff vs. committee decisions.
16:59:04 <asn> The Next Gen HS project, might be a good time to do product branding. When the onion addresses change to be bigger.
16:59:10 <asn> But this is not really SponsorR scope anymore.
16:59:11 <dgoulet> my two cents, I do think that HS users/ops are actually best suited here to help out on a new name instead of devs deciding the coolest name
16:59:24 <asn> exactly
16:59:45 <syverson> But we're talking about doing things with what we now call HSes that are largely unlike current use.
17:00:07 <ohmygodel> dgoulet: i sort of disagree in that developers have a better idea of the important technical distinctions to make
17:00:29 <asn> (As the hour is closing in, are there more discussion topics?
17:00:31 <ohmygodel> and also they probably talk about them the most..
17:00:33 <asn> )
17:00:48 <dgoulet> ohmygodel: I disagree :) but we can talk on that other times
17:01:01 <ohmygodel> asn: to close this discussion, how about
17:01:01 <ohmygodel> i update the terminology list
17:01:06 <asn> What we are going to be doing next week might be a good topic.
17:01:46 <ohmygodel> on a wiki somewhere
17:01:46 <ohmygodel> and leave it at that
17:02:03 <asn> i'm fine with that.
17:02:07 <asn> depending on what's your end goal that is.
17:02:11 <asn> but that might be useful for the future
17:02:15 <asn> that is, a prepared wiki page.
17:02:36 <ohmygodel> at this point, im willing just for there to be some thought into better terms, and an awareness of what other people mean when they use these new terms
17:02:46 <asn> ok
17:02:49 <asn> then that sounds good to me.
17:02:54 <karsten> I think it's important that developers distinguish the concepts, and maybe suggest names. whether users will like them or others is important, of course.
17:03:21 <karsten> thanks for moving that discussion forward, ohmygodel.
17:03:32 <asn> true. i think it's very important.
17:03:56 <asn> so ok, should we close this meeting by finding out what we Tor folks should be doing next week
17:03:59 <asn> ?
17:04:09 <asn> I think you karsten have an idea what you will be doing.
17:04:10 <ohmygodel> ill attach this to our sponsor r page so that its public
17:04:10 <ohmygodel> sounds good
17:04:15 <asn> dgoulet: are you good for the next week?
17:04:21 <karsten> sure. I'll look into percent-of-traffic math, and then read that other tech report and tweak it.
17:04:32 <asn> ack
17:04:33 <syverson> ohmygodel: this?
17:05:02 <asn> I have a good amount of mail backlog to do. And some little-t-tor work with the feature freeze coming up.
17:05:03 <dgoulet> yes will stop a bit litlle-t tor stuff and continue performance/reachability
17:05:10 <ohmygodel> syverson: “this” = wiki page with new suggested terminology (including multiple options for some things)
17:05:15 <asn> But I will have a day or two to do SponsorR work, what do you think I should be doing?
17:05:29 <asn> Should I start work on the security section?
17:05:36 <asn> Or on the opt-in section?
17:05:41 <karsten> whatever you enjoy most?
17:05:45 <asn> I think I should start work on these if we hope to do anything in two months.
17:05:48 <asn> but I'm not sure where.
17:06:00 <asn> ok
17:06:03 <ohmygodel> asn: is anybody working on the new stats?
17:06:12 <asn> hm
17:06:31 <karsten> work as in write proposal or write code?
17:06:31 <asn> karsten would be that person I guess,  but now he is doing the % math.
17:06:38 <asn> maybe work as in "decide"
17:06:58 <karsten> so, lead discussion to decide.
17:07:17 <karsten> btw, I also need to clean up sources for the extrapolation tech report and push them.
17:07:21 <asn> i could be that person, but it probably means that I won't do any security/opt-in stuff.
17:07:24 <asn> but that's ok maybe.
17:07:29 <karsten> this goes back to starting more things than finishing..
17:07:52 <dgoulet> let's start the discussion on tor-dev about the new stats to add?
17:07:53 <ohmygodel> asn: i hope you can find time to work on what you want. at the same time new stats shouldnt fall through the cracks
17:07:56 <dgoulet> meaning send the pad on tor-dev
17:08:07 <asn> ok
17:08:10 <asn> i will start that discussion then?
17:08:19 <dgoulet> with a consensus, we can start the code, in the meantime asn can do security fun stuff? :)
17:08:31 <asn> it's not that fun tbh.
17:08:37 <asn> with the dirauth scripts and such.
17:08:38 <asn> but whatever.
17:08:39 <karsten> asn: if you're okay with that, sure.
17:08:41 <asn> ok
17:08:46 <asn> i will send that tor-dev email then.
17:09:00 <asn> and I think that's that.
17:09:01 <ohmygodel> sure, just to summarize my recommendations again, those four stats i listed can be collected immediately using current obfuscation techniques, and the rest (RP and IP stuff) will require some anonymization (some require less sophisticated anonymization than others()
17:09:03 <asn> I'm also full now.
17:09:14 <asn> ohmygodel: ack
17:09:16 <karsten> ohmygodel: ok.
17:09:17 <ohmygodel> thanks for doing that asn
17:09:28 <asn> OK. Meeting coming to a close.
17:09:40 <ohmygodel> pretty close to an hour :-)
17:09:41 <karsten> great. thanks, everyone! /me runs
17:09:46 <asn> Sorry for being  grumpy today btw. I just came back from a weekend travel, and I'm a bit overwhelemed by reality.
17:09:47 <syverson> bye
17:09:48 <ohmygodel> adios
17:09:52 <asn> #endmeeting