Re: [tor-bugs] #16923 [Torflow]: Bandwidth / consensus weight adjustment broken

["Tor Bug Tracker & Wiki" <blackhole@xxxxxxxxxxxxxx>]

#16923: Bandwidth / consensus weight adjustment broken
------------------------------+----------------------
     Reporter:  someone_else  |      Owner:
         Type:  defect        |     Status:  assigned
     Priority:  normal        |  Milestone:
    Component:  Torflow       |    Version:
   Resolution:                |   Keywords:
Actual Points:                |  Parent ID:
       Points:                |
------------------------------+----------------------

Comment (by hdqdak8v32aor):

 Ran into this issue too.  Have new relay started
 mid-month and resultantly had excess unused bandwidth,
 so "let it fly" to see how fast it was unconfined.
 Over two weeks obtained very high BW rating and
 this was interesting and entertaining, but
 now capped it appropriately for the long-term
 and to avoid scary overage fees from ISP.

 Torflow appears (sensibly) to reduce the frequency
 of testing bandwidth for stable relays, but this
 is causing a long delay in establishing reduced
 rating and the relay is overloaded (though running
 well considering).

 A simple way to deal with this scenario is to
 have Torflow reset a relay back to more frequent
 bandwidth checking when the BandwidthRate
 configuration value changes significantly.
 Think it would be difficult for an attacker
 to cause much trouble utilizing this behavior
 --seems safe enough.

--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/16923#comment:4>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
_______________________________________________
tor-bugs mailing list
tor-bugs@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs