[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]

Re: [tor-bugs] #8494 [Tor]: Relay bandwidth in consensus should not exceed MaxAdvertisedBandwidth



#8494: Relay bandwidth in consensus should not exceed MaxAdvertisedBandwidth
-----------------------------------------------------------+----------------
 Reporter:  alphawolf                                      |          Owner:                     
     Type:  defect                                         |         Status:  new                
 Priority:  normal                                         |      Milestone:  Tor: unspecified   
Component:  Tor                                            |        Version:  Tor: 0.2.4.11-alpha
 Keywords:  consesnsus, bandwidth, MaxAdvertisedBandwidth  |         Parent:                     
   Points:                                                 |   Actualpoints:                     
-----------------------------------------------------------+----------------

Comment(by alphawolf):

 That could be... but then is there a point to having
 MaxAdvertisedBandwidth? ÂIf I dropped myÂMaxAdvertisedBandwidthÂto 20KB,
 but leftÂ!RelayBandwidthRateÂat 128 KB, wouldn't the directory authorities
 decide that I provide waaay more bandwidth than others reporting 20 KB,
 causing more circuits to choose my relay and negating the purpose of
 setting this variable? ÂThis bandwidth weighting stuff is confusing :-)

 Perhaps I should explain what I'm *trying* to accomplish, and what I've
 observed, and we can go from there...

 I've noticed that both the traffic I receive and the "bandwidth" in the
 consensus are ratherÂvolatile. ÂFor example, when my consensus bandwidth
 is around my actual bandwidth, I receive lots of traffic... to the point
 of consistently saturating theÂ!RelayBandwidthRateÂI've set, with frequent
 spikes up toÂRelayBandwidthBurst. ÂThis tends to be followed by a sharp
 decrease in my bandwidth as reported in the consensus... which shortly
 after leads to a dramatic drop in traffic. ÂThen the consensus increases
 again and we repeat this cycle. ÂI'm trying level out this cycle.

 My theory was that if I reported less bandwidth than I actually had (plus
 had some "reserve" viaÂRelayBandwidthBurst), then there would usually be
 enough bandwidth available when the "bandwidth scanners" came knocking
 that they would say "Yep, he's got as much bandwidth as he claims he has".
 This would, in theory, keep my consensus bandwidth level, and in theory,
 prevent the surge/drought cycle of traffic. ÂIt hasn't actually worked out
 that way :-) ÂAs of right now, the consensus bandwidth for my relay has
 dropped to "52" (down from "108" when this bug report was created), and my
 traffic is now but a trickle.

 So I guess... doesÂMaxAdvertisedBandwidthÂactually *do* anything (or at
 least a *predictable* anything)... and if not, perhaps this bug report
 should be re-named "DeprecateÂMaxAdvertisedBandwidth".

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