#30733: sbws does not detect changes in descriptor bandwidth values
-----------------------------------+-----------------------------------
Reporter: starlight | Owner: juga
Type: defect | Status: assigned
Priority: Very High | Milestone: sbws: 1.1.x-final
Component: Core Tor/sbws | Version: sbws: 1.1.0
Severity: Critical | Resolution:
Keywords: sbws-majority-blocker | Actual Points:
Parent ID: | Points:
Reviewer: | Sponsor:
-----------------------------------+-----------------------------------
Comment (by teor):
Replying to [comment:19 juga]:
> Replying to [comment:17 starlight]:
> > perhaps it would be best to not rely on scanning client instances for
descriptor information and either a) run a low-limit relay with DirCache=1
>
> This is the default
juga, sbws runs a client (no ORPort), so the DirCache setting is ignored.
starlight, no, we don't have time to make major changes to the sbws design
at this point.
> > along with Fetch* settings expressly for providing descriptors
>
> This is what i said in
https://trac.torproject.org/projects/tor/ticket/30733?replyto=17#comment:14.
> However i don't understand what you mean by "client instances", this
configuration affects the sbws' "client instance" to which communicates
via socket.
This fix is the best way to get all the current relay descriptors on a tor
client.
If it doesn't work, then sbws has a bug where it is not storing descriptor
information for long enough, and we should fix that bug in sbws.
> > or b) connect directly to authorities or fallback directories when
obtaining descriptors
>
> I considered this time ago
(https://github.com/torproject/sbws/blob/master/sbws/lib/relaylist.py#L400),
but i'm avoiding to do any request not via the Tor network, and stem's
`remote` do that.
We don't have time to make major changes to the sbws design at this point.
Major changes are high risk, and they may introduce other bugs.
Let's just fix the bugs that we are seeing, with the smallest possible
changes.
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/30733#comment:22>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online