[tor-bugs] #2286 [Tor Directory Authority]: We still use self-published relay bandwidth sometimes

Tor Bug Tracker & Wiki torproject-admin at torproject.org
Mon Jun 11 16:29:05 UTC 2012


#2286: We still use self-published relay bandwidth sometimes
-------------------------------------+--------------------------------------
 Reporter:  arma                     |          Owner:                    
     Type:  defect                   |         Status:  needs_revision    
 Priority:  major                    |      Milestone:  Tor: 0.2.3.x-final
Component:  Tor Directory Authority  |        Version:                    
 Keywords:  arma-cares               |         Parent:                    
   Points:                           |   Actualpoints:                    
-------------------------------------+--------------------------------------
Changes (by nickm):

  * status:  needs_review => needs_revision


Comment:

 Replying to [comment:33 arma]:
 > Looks like it should work. Three thoughts:
 >
 > A) I notice that this plan doesn't affect flags at all. So we could have
 a relay with the Fast flag but a weight of 20 (which would ordinarily not
 warrant the Fast flag). That's a separate topic (whether authorities
 should vote flags based on the descriptor bandwidth, the vote bandwidth,
 or now the consensus bandwidth), but I'd be more comfortable if we raise
 our default cap to e.g. 100.

 Okay, I should do this.

  [...]
 > C)
 > {{{
 > -    "w" SP "Bandwidth=" INT [SP "Measured=" INT] NL
 > +    "w" SP "Bandwidth=" INT [SP "Capped=1"] [SP "Measured=" INT] NL
 > }}}
 > Is the order mandatory here? Sure looks like it is. I guess in our
 current implementation it doesn't matter, since we never say Capped and
 Measured together.

 Order doesn't have to be mandatory in votes, I guess.  Might as well leave
 it that way though.

 > Smaller thoughts:
 >
 > A) run make check-spaces on it

 will do

 > B) the spec change says "maxunmappedbw" which is probably not the right
 word.

 should probably say "uncapped".


 WRT the other matters -- arma says that there need to be corresponding
 changes to bwauth before we can merge this, and that he'll amke the
 tickets for that.

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


More information about the tor-bugs mailing list