[tor-bugs] #24499 [Core Tor/Torflow]: Bandwidth determination is flawed

Tor Bug Tracker & Wiki blackhole at torproject.org
Mon Dec 4 00:01:59 UTC 2017


#24499: Bandwidth determination is flawed
------------------------------+---------------------
 Reporter:  Hassprediger      |          Owner:  tom
     Type:  defect            |         Status:  new
 Priority:  Medium            |      Milestone:
Component:  Core Tor/Torflow  |        Version:
 Severity:  Normal            |     Resolution:
 Keywords:  tor-bwauth        |  Actual Points:
Parent ID:                    |         Points:
 Reviewer:                    |        Sponsor:
------------------------------+---------------------

Comment (by starlight):

 Replying to [comment:3 teor]:
 > Replying to [comment:2 starlight]:
 > > Suggest you try removing the relay bandwidth limit.  Even in regions
 favored by the BWAuths, non-exit nodes rarely see more than 30% link
 utilization by Tor.  While the relay may still be rated lower than it
 should, it may acquire enough consensus weight to attract notable traffic.
 One megabit is not much.
 >
 > 30% is actually considered overloaded in most networks. 10% is good for
 low packet loss and low latency.

 My relay--with no `RelayBandwidthRate`--is currently loaded at 25%
 according to Blutmagie.  Nowhere near link saturation.  Ping-Plotter says
 packet loss is couple of packets every couple of hours and I never notice
 any QOS issues in my browsing as a result of the relay.

 > The last time I checked, the relay bandwidth limit was not active on the
 network. Please feel free to double-check, and if there is some limit,
 open another ticket to address that issue.

 I am not the reporter.  In the second sentence he states:  "I set
 RelayBandwidthRate to 1100, which is around 20% of my connection."  That
 would be the limit he explicitly set on just his relay.  I stand by my
 opinion that this is a very low limit, regardless of the continent one
 operates from.

 > > The path selection algorithm seems non-linear w/r/t low-end relays,
 where once one breaks above a certain level traffic goes up rapidly.
 >
 > This is probably due to the Guard and Fast flags. If you can find better
 settings, please open another ticket to tune those flags.

 At RelayBandwidthRate set to 1100 the reporter will never see the Guard
 flag.

 My observation is based on experience running on slower and faster speed
 connections regarding how much utilization comes at the relay--have years
 of experience running relays.  In particular, if you look at my namesake
 relay's history, you will notice much of that experience was with a
 painfully slow connection.

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


More information about the tor-bugs mailing list