Opened 10 years ago

Last modified 19 months ago

#1116 new defect (None)

'Stable' flag assignment inconsistant — at Version 2

Reported by: StrangeCharm Owned by:
Priority: Low Milestone: Tor: unspecified
Component: Core Tor/Tor Version: 0.2.1.19
Severity: Normal Keywords: tor-dirauth mtbf data-export
Cc: nickm, karsten, Sebastian Actual Points:
Parent ID: Points:
Reviewer: Sponsor:

Description (last modified by nickm)

Looking at a consensus document [though I used torstatus.all.de for ease of sorting data] it seems that the 'stable' flag
is not being consistently assigned.

According to the v3 directory specification at https://git.torproject.org/checkout/tor/master/doc/spec/dir-spec.txt ,
routers with a weighted MTBF more than either the median or seven days should be marked stable, and MTBF data more
than a month old shouldn't be that relevant when assigning the flag. Since the median uptime is about 3 days, one should
roughly expect that any router with more than 30 days of uptime (and which are still valid) should have the stable flag.
However when relays are sorted in order of uptime, several apparently-longrunning routers do not have the flag.

Since this data is liable to change as relays go up an down, here are some noted not-'stable' routers at the time of
writing. The routers have uptimes more than a month, so their (correctly) weighted MTBF should certainly be more than
a week, and more than the median, about three days.

wie6ud6be - 148d
anonymde - 112d
torpfaffenederorg - 110d
rentalsponge - 70d
xhyG5r96QGlRqL - 57d
niugnip - 56d
oeiwuqej - 49d
gremlin - 42d
editingconfigishard - 39d

[Automatically added by flyspray2trac: Operating System: All]

Child Tickets

Change History (2)

comment:1 Changed 10 years ago by nickm

Okay, so either we're calculating MTBF wrong, or we're using it wrong when we compute our votes, or the MTBF
on these routers is low despite their high uptimes. (A router is supposed to be counted as having "failed"
for MTBF purposes not when it goes down and resets its uptime, but when the authority tries to connect to it
and fails. It is possible for a router to have a high uptime but a low MTBF. I am not sure whether this is
happening here or not.)

It would be cool to see live MTBF data and votes from every authority for a single consensus. Step 1 here is
probably to export MTBF data somehow so we can see how it looks.

comment:2 Changed 9 years ago by nickm

Description: modified (diff)
Milestone: Tor: unspecified
Note: See TracTickets for help on using tickets.