[tor-bugs] #24104 [Core Tor/Tor]: Delay descriptor bandwidth reporting on large relays

Tor Bug Tracker & Wiki blackhole at torproject.org
Sat Jun 2 16:45:56 UTC 2018


#24104: Delay descriptor bandwidth reporting on large relays
-------------------------------------------------+-------------------------
 Reporter:  teor                                 |          Owner:  juga
     Type:  enhancement                          |         Status:
                                                 |  assigned
 Priority:  Medium                               |      Milestone:  Tor:
                                                 |  unspecified
Component:  Core Tor/Tor                         |        Version:
 Severity:  Normal                               |     Resolution:
 Keywords:  guard-discovery-stats, chutney-      |  Actual Points:
  wants, bwauth-wants, 034-triage-20180328,      |
  034-removed-20180328                           |
Parent ID:  #25925                               |         Points:  1
 Reviewer:                                       |        Sponsor:
-------------------------------------------------+-------------------------

Comment (by teor):

 Replying to [comment:13 juga]:
 > Is the place to do this change `check_descriptor_bandwidth_changed`
 (https://gitweb.torproject.org/tor.git/tree/src/or/router.c#n2629)?
 >
 > If i've the line
 https://gitweb.torproject.org/tor.git/tree/src/or/router.c#n2643 as:
 > `if (get_uptime() < 60*60*24 && last_changed+MAX_BANDWIDTH_CHANGE_FREQ <
 now || !prev)`, then the descriptor would still be uploaded when there is
 not `prev`.
 >
 > Should instead i do `get_uptime() > 60*60*24 return;` at the beginning
 of the function so that there are not any further checks when the relay is
 up for more than 1 day?

 Yes, but please make `60*60*24` a named #define with a comment. It should
 be like MAX_BANDWIDTH_CHANGE_FREQ.

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


More information about the tor-bugs mailing list