[metrics-bugs] #22488 [Metrics/Onionoo]: Include relay version listed in consensus in addition to platform line from server descriptor

Tor Bug Tracker & Wiki blackhole at torproject.org
Thu Jan 18 12:43:08 UTC 2018


#22488: Include relay version listed in consensus in addition to platform line from
server descriptor
-----------------------------+-------------------------------
 Reporter:  cypherpunks      |          Owner:  metrics-team
     Type:  enhancement      |         Status:  needs_review
 Priority:  High             |      Milestone:  Onionoo-2.0.0
Component:  Metrics/Onionoo  |        Version:
 Severity:  Normal           |     Resolution:
 Keywords:  metrics-2018     |  Actual Points:
Parent ID:                   |         Points:
 Reviewer:                   |        Sponsor:
-----------------------------+-------------------------------
Changes (by teor):

 * status:  reopened => needs_review


Comment:

 Replying to [comment:22 cypherpunks]:
 > Replying to [comment:21 teor]:
 > > * clarify that the recommended version uses the consensus version at
 https://metrics.torproject.org/onionoo.html#details_relay_recommended_version

 Replying to [comment:21 teor]:
 > ...
 > * clarify that the recommended version uses the consensus version at
 https://metrics.torproject.org/onionoo.html#details_relay_recommended_version

 Please see my branch bug22488 at https://github.com/teor2345/metrics-
 web.git

 It updates the Onionoo documentation for recommended_version. The versions
 used in recommended_version come from the consensus or bridge
 networkstatus. I checked the code for relays and bridges.

 > > * make Onionoo parse the platform field in the descriptor and compare
 it to the consensus version
 > Yes, it would be great if onionoo includes both and atlas could then
 display a clear info when they are not the same (and display only one if
 they are the same, so to not confuse operators).

 > * make Onionoo parse the platform field in the descriptor and compare it
 to the consensus version

 I am not sure if this fix is a good idea. We don't trust descriptors when
 they are not in a consensus. (Their details can be wrong.) So why are any
 of our tools using them? And what should Onionoo do if a relay has
 multiple descriptors?

 And I don't have time to write this fix. It looks like new feature that
 involves at least one new field. Or a rethink of how we parse descriptors
 and which ones we should parse.

 For an alternative fix where Onionoo stops parsing untrusted descriptors,
 see #24932.

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


More information about the metrics-bugs mailing list