[tor-bugs] #16599 [Onionoo]: Onionoo feature

Tor Bug Tracker & Wiki blackhole at torproject.org
Sat Jul 18 15:02:01 UTC 2015


#16599: Onionoo feature
--------------------------------+-----------------
     Reporter:  virgilgriffith  |      Owner:
         Type:  enhancement     |     Status:  new
     Priority:  normal          |  Milestone:
    Component:  Onionoo         |    Version:
   Resolution:                  |   Keywords:
Actual Points:                  |  Parent ID:
       Points:                  |
--------------------------------+-----------------

Comment (by karsten):

 Replying to [comment:5 seansaito]:
 > Replying to [comment:2 cypherpunks]:
 > > A relay might be part of multiple families, so it would have to return
 0 to N family IDs?
 >
 > The issue is that asymmetric connections (where relay A points to relay
 B but not the other way around) do exist. This does not mean that a relay
 belongs to multiple families, rather, based on some test scripts I've run,
 the operator seems to have forgotten to refer a new relay to all its
 family members.
 >
 > However, work is currently being done to resolve this issue.
 > https://trac.torproject.org/projects/tor/ticket/16276
 >
 > Once this is implemented (thanks to karsten), an effective family will
 essentially be a graph theoretical perfect graph, where every pair of
 nodes has a symmetric connection. This would preclude any chances of a
 relay to be connected to two separate families, since an effective family
 can then be verified using the handshake theorem.

 I'm afraid there's some confusion: #16276 adds the list of relays that are
 in a mutual family relationship with a given relay, but that doesn't mean
 that other members in that family must be in a mutual family relationship
 with each other.

 I think what you envision is a "perfect family" where all members are in
 mutual family relationships with each other.  But that's not what will be
 implemented.

 Let me suggest something else: rather than hoping that I'll implement the
 right thing in Onionoo, let's first perform an analysis that takes, say,
 all Tor descriptors published in 2015 as input and computes families and
 family identifiers and evaluates how useful they are for your purpose.
 And once we come up with definitions that work well for you, I'll
 implement them in Onionoo.  What do you think?

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


More information about the tor-bugs mailing list