Skip to content

GitLab

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
Trac
Trac
  • Project overview
    • Project overview
    • Details
    • Activity
  • Issues 246
    • Issues 246
    • List
    • Boards
    • Labels
    • Service Desk
    • Milestones
  • Operations
    • Operations
    • Metrics
    • Incidents
  • Analytics
    • Analytics
    • Value Stream
  • Wiki
    • Wiki
  • Members
    • Members
  • Activity
  • Create a new issue
  • Issue Boards
Collapse sidebar

GitLab is used only for code review, issue tracking and project management. Canonical locations for source code are still https://gitweb.torproject.org/ https://git.torproject.org/ and git-rw.torproject.org.

  • Legacy
  • TracTrac
  • Issues
  • #7757

Closed (moved)
Open
Opened Dec 19, 2012 by Mike Perry@mikeperry

Maybe revisit node flag weight calculations

Directory guards (#6526 (moved)) are going to shift some weight off of middle nodes and on to guard nodes. This potentially changes the weights we should give to guard nodes for the middle hop (see dir-spec.txt Section 3.5.3: https://gitweb.torproject.org/torspec.git/blob/HEAD:/dir-spec.txt#l1858).

However, the bandwidth authorities have consistently measured middle nodes as too slow, and Guard nodes as too fast, relative to the rest of the network on average. Exits come out just about even.

If I had to guess, most likely middle nodes are bogged down because nothing in the flag weight calculations takes into account the load from either dirport usage above, or hidden service usage. Directory usage is possible to estimate, but hidden service traffic sometimes involves Exits (from cannibalized circs), sometimes doesn't (from directly built internal circs), and it's nearly impossible to estimate how much of the network traffic it occupies...

So perhaps #6526 (moved) will magically correct this imbalance by shifting directory traffic from middle nodes to Guards. Or, perhaps it will be too much. We should keep an eye on the output of https://gitweb.torproject.org/torflow.git/blob/HEAD:/NetworkScanners/statsplitter.py either way as the directory guards code is deployed.

To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Assignee
Assign to
Tor: unspecified
Milestone
Tor: unspecified
Assign milestone
Time tracking
None
Due date
None
Reference: legacy/trac#7757