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

[tor-dev] Dealing with critical sbws tickets



Hi juga,

I read your meeting notes from this week's network team meeting:

juga(offline):
   Week of 05/20 (planned)
      - Add Tor version to the bandwidth file (#30196)
   Week of 05/20 (actual)
   Week of 06/03 (plan)
      - Continue with #30406: Refactor header constants in sbws to
use Stem's one

For the next few weeks, can you focus on fixing critical sbws bugs,
and helping with authority deployments?

Here's what I think we could do:

I would like us to deploy sbws to 3/6 bandwidth authorities some time
in June. We can do this deployment as soon as another directory
authority operator is ready.

To deploy more than 3 sbws instances, we need to fix these critical sbws
bugs:

We need sbws to generate bandwidth lines for all relays with results,
even if they are not Running in the sbws tor client's current consensus.

We need sbws to use MaxAdvertisedBandwidth from the latest descriptors:

We also need to look for any more critical bugs in sbws. Here are some
ways we can check for bugs:

We need to check if all sbws instances exclude some relays, to help us find
any more bugs in sbws:

90% of sbws measurement attempts fail. But these are internal errors, not
network errors. So it looks like sbws has a relay selection bug:

After we do these tasks, we can deploy sbws to 4 bandwidth authorities.

What do you think?

T

_______________________________________________
tor-dev mailing list
tor-dev@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev