[tor-bugs] #11434 [Compass]: select only non-exit relays, related items

Tor Bug Tracker & Wiki blackhole at torproject.org
Fri Apr 11 08:15:11 UTC 2014


#11434: select only non-exit relays, related items
-----------------------------+---------------------
     Reporter:  grarpamp     |      Owner:  gsathya
         Type:  enhancement  |     Status:  new
     Priority:  normal       |  Milestone:
    Component:  Compass      |    Version:
   Resolution:               |   Keywords:
Actual Points:               |  Parent ID:
       Points:               |
-----------------------------+---------------------

Comment (by karsten):

 Replying to [comment:2 grarpamp]:
 > > it might be that we're going to integrate part of Compass'
 functionality into Globe.
 >
 > Since they all draw on Ooo, I'd merge compass, globe and atlas all into
 globe. You'd need to sort out the UI, and access to graph sources (maybe
 that's in Ooo too, haven't looked API yet.)
 https://metrics.torproject.org/tools.html

 You're welcome to help with the merging or testing of merged Onionoo
 clients.

 > > > 'Select only non-exit relays'
 > > Makes sense.
 >
 > I wanted to look at internal bandwith vs external.

 That's actually not as simple as comparing relays with the Exit flag to
 relays without it.

 > > > heading: params (was: exits)
 > > So, the entire part under "Exits" should go away.
 >
 > I knew the sponsor thing. You'd likely want to make some selectable
 params anyway, like looking at bandwidth available to different portssets.
 Put it under and 'advanced' screen.

 Agreed.

 > > (Nitpick: the power2 prefix is 'Ki', not 'ki'.)
 >
 > Typo, unlike comments, OP's can't edit their own ticket headline or
 description.

 Okay.

 > > So, not sure whether this suggestion is going to make things better.
 >
 > It's a meh.

 Okay.

 > https://www.torproject.org/projects/onionoo.html
 > 'torstatus websites' here is a dead link. blutmagie, rueckgr and
 hermetix might be the last.

 Thanks, updated.

 > The Ooo INSTALL docs may want to create a way to not sync historical
 from tpo, but just collect ongoing from local Tor process as can be.

 Onionoo requires historical information to be useful.  Also, it wouldn't
 learn stuff like sanitized bridge descriptors, BridgeDB's pool
 assignments, or exit lists from a local Tor process.

--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/11434#comment:3>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online


More information about the tor-bugs mailing list