[tor-bugs] #24250 [Core Tor/Tor]: In a private network some relays advertise zero bandwidth-observed

[Tor Bug Tracker & Wiki]

#24250: In a private network some relays advertise zero bandwidth-observed
-------------------------------------------------+-------------------------
 Reporter:  Sebastian                            |          Owner:  (none)
     Type:  defect                               |         Status:  new
 Priority:  Medium                               |      Milestone:  Tor:
                                                 |  unspecified
Component:  Core Tor/Tor                         |        Version:
 Severity:  Normal                               |     Resolution:
 Keywords:  029-backport, 033-backport,          |  Actual Points:
  034-triage-20180328, 034-removed-20180328,     |
  031-unreached-backport, 032-unreached-         |
  backport                                       |
Parent ID:  #25925                               |         Points:  1
 Reviewer:                                       |        Sponsor:
-------------------------------------------------+-------------------------

Comment (by juga):

 Replying to [comment:9 teor]:
 > Here's one source of this bug:
 > * the relay measures its own bandwidth rate in bytes per seconds, then
 divides by 1024 to get kilobytes per second. When the bytes per second
 figure is less than 1024, the result is zero.

 descriptors publish bandwidth in bytes, i checked that there is not
 division by 1024 (nor 1000) in rephist.c affecting the write_array or the
 read_array. There are other divisions in the read/write arrays, but
 running chutney and logging them i didn't get values are not being 0.

 as nickm commented:
 {{{
 b->next_period = start + NUM_SECS_BW_SUM_INTERVAL
 }}}
 set from the begining the `next_period` to 1 day, so `commit_max` doesn't
 happen until then. What i'm not sure is at what time it should be set and
 how it depends on the status of the bandwidth self test.

 > Here are the different diagnostics I can think of:
 >   * just started up, don't have 24 hours of bandwidth history - info
 level

 This actually happen in chutney. It also happens that the descriptor is
 published before the bandwidth test is performed. Is possible that this
 also happen without chutney?. Which would be the way to check that the
 bandwidth self test finished?.
 The bandwidth self test is call after checking reachability of the or
 port, and the descriptor is published when it's known that the or port is
 reachable, but there's no check on whether the bandwidth self test
 finished.

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