Re: [tor-bugs] #12201 [Tor]: Don't weight by bandwidth when selecting among bridges

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

#12201: Don't weight by bandwidth when selecting among bridges
------------------------+----------------------------------
     Reporter:  asn     |      Owner:
         Type:  defect  |     Status:  needs_information
     Priority:  normal  |  Milestone:  Tor: 0.2.???
    Component:  Tor     |    Version:
   Resolution:          |   Keywords:  tor-bridge tor-guard
Actual Points:          |  Parent ID:
       Points:          |
------------------------+----------------------------------
Changes (by isis):

 * cc: isis (added)
 * status:  new => needs_information


Comment:

 Could we potentially up the maximum of 100KB/s in
 `bridge_get_advertised_bandwidth_bounded()` to the (now colloquially
 recommended for relays) bandwidth rate of 250KB/s?  As far as I can see,
 "good" relays (those >=250KB/s) would still be considered "good", and it
 would increase the scale for which bridges are considered sub-parâ is this
 correct?

 Should I make a separate ticket for this suggestion, since this is
 concerning not weighting by bandwidth at all?

 -----

 Also, FWIW, I think the current solution of marginally believing the self-
 reported bandwidth of the bridge is the best we haveâ and there are now
 plans to have official bridge BW measurements in the future (meaning that
 we should obviously continue weighting by bandwidth, albeit with changes
 to believe the reported bandwidths even more).  Would it actually be okay
 to close this ticket, and open a new ticket for the above suggestion to
 increase bandwidth?

--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/12201#comment:5>
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