<html><head></head><body>I set my bridge up using the guide at <a href="https://www.sky-ip.org/tutorials.html">https://www.sky-ip.org/tutorials.html</a> and I have a steady flow of connections definitely visible via tor-arm. <br><br><div class="gmail_quote">On June 1, 2015 11:02:53 AM CDT, Tom Ritter <tom@ritter.vg> wrote:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<pre class="k9mail">Hrm.  So this gets into the inner workings of the bwauth system which<br />is... complicated.[0] Honestly, I'm not actually sure how the<br />individual data from the different bwauths is combined into a single<br />value for the consensus.<br /><br />I'm not sure what the answer is for your problem, but I'm beginning to<br />wonder if the general approach to this problem is "There should be a<br />bwauth debugging mechanism similar to<br /><a href="https://consensus-health.torproject.org">https://consensus-health.torproject.org</a>/ or (the unimplemented)<br />proposal 164."   I don't know if said mechanism would be a component<br />of atlas/globe or an entirely separate site, but if the bwauths<br />exported their hourly files, and this hypothetical tool aggregated<br />that data, it may help figure these things out.  It might give an<br />answer like "moria spazzed out and undervoted me, let me wait until it<br />scans me again."<br /><br />-tom<br /><br />[0]
<a href="https://gitweb.torproject.org/torflow.git/tree/NetworkScanners/BwAuthority/README.spec.txt">https://gitweb.torproject.org/torflow.git/tree/NetworkScanners/BwAuthority/README.spec.txt</a><br />[1] <a href="https://gitweb.torproject.org/torspec.git/tree/proposals/164-reporting-server-status.txt">https://gitweb.torproject.org/torspec.git/tree/proposals/164-reporting-server-status.txt</a><br /><br />On 31 May 2015 at 17:31, Jannis Wiese <mail@janniswiese.com> wrote:<br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"> Hi operators,<br /><br /> I believe especially the DirAuth/bwauth operators are working on this, but I would like to understand the ongoing issues.<br /><br /> On my relay (8827944C4BDCBDAC9079803F47823403C11A9B7A), I see a decline in consensus weight fraction basically since May 14 (that's where the first drop in weight fraction occurred) and the same in traffic of course. The
connections went down by more than 50% from 1500-1600 to now about 700 (total values). I did notice the strange peak in traffic yesterday, but it's now back to low levels. My relay is of course working nowhere near capacity (I have set up a RelayBandwithRate of 2MB and a Burst of 5MB) and I hope you understand that's a bit frustrating for me.<br /><br /> At the moment I just see urras missing from the consensus and the measured entries of longclaw are quite a bit off the chart (I've subscribed to the consensus-health mailing list) - is that all what you need to have the tor traffic not distributed consistently (at least from my point of view) any more?<br /> Most importantly: Can I do something to help?<br /><br /> Cheers,<br /> Jannis<br /><br /><hr /><br /> tor-relays mailing list<br /> tor-relays@lists.torproject.org<br /> <a href="https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays">https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays</a></blockquote><br
/><hr /><br />tor-relays mailing list<br />tor-relays@lists.torproject.org<br /><a href="https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays">https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays</a><br /></pre></blockquote></div><br>
-- <br>
Sent from my Android device with K-9 Mail. Please excuse my brevity.</body></html>