[tor-relays] Bwauths Measures question, friends.

Rafael Rodriguez rafaelr at icctek.com
Tue Nov 4 23:13:37 UTC 2014


 

Indeed, Julien. 

As a matter of fact I saw the server (using the Tor network) pushing up
to 8.8MB/s at some point while I was using it as a proxy in my setup.
That was yesterday. As soon as I closed the SocksListenAddress I was
connecting to, it went back to almost not existent cos' it is weighted
10. Even the Fast flag isn't there. As I said, I'm waiting to see if it
picks up relevance in the next day or so. 

On 2014-11-04 14:26, Julien ROBIN wrote: 

> Hi Rafael,
> 
> On Tor Atlas after a little time offset, your download seems now to appear into your server stats.
> 
> https://atlas.torproject.org/#details/48ADFCC561402D7EBB1CDE233F206B01D8FA0765 [1]
> 
> Your Advertised Bandwidth seems now to be better : 866.83 KB/s
> But the consensus weight is still at 10 (it's like zero) for now (let's wait less that one day)
> 
> In the following hours, we will see if the "consensus weight" value can be better thanks to that (so then true clients will start using the bandwidth and nourish your advertised bandwith).
> 
> If I remember well what I read before, the consensus weight, when recalculated, is the result of your Advertised Bandwidth multiplied by a coefficient obtained by bw authorites (when periodically testing your server). If it's congestionned, the test gives low result and your consensus weight is reduced. If it's really good, your consensus weight is increased (and your server usage too).
> 
> If your consensus weight is stuck at 10 and doesn't increase, it would mean that bw authorities cannot test your server and always gives "zero" as coefficient (if so, you will have to check everything on your network : router, softwares, etc)
> 
> The answer is near :)
> 
> ----- Mail original -----
> De: "Rafael Rodriguez" <rafaelr at icctek.com>
> À: tor-relays at lists.torproject.org
> Envoyé: Lundi 3 Novembre 2014 22:04:24
> Objet: Re: [tor-relays] Bwauths Measures question, friends.
> 
> Hi Julien, 
> 
> Thanks for the tip. I did ssh'd tunnel into my Tor server and I can pull downloads at 1-2MB/s as expected. I do not see my server getting any better in measurements though. After 4 days running my Advertised Bandwidth is barely 62kb/s and its Consensus Weight is 10. I wouldn't mind as long as it serves our Tor community but I'm under the impression that something is just not quite right. This box was put in place specifically to put all its bandwidth to good use and help the network. I have the feeling that a Relay measured at such low speeds does more harm than good to the network. I will keep it up there running as it is since I cannot pinpoint a problem at this time and maybe it just needs to stay online for a longer period of time. 
> 
> --- 
> 
> On 2014-11-02 07:29, Julien ROBIN wrote: 
> 
> It strange you still haven't any used bandwidth https://atlas.torproject.org/#details/48ADFCC561402D7EBB1CDE233F206B01D8FA0765 [1] I cannot explain you why but I have an idea for you in order to "kickstart" your bandwidth usage.
> 
> A tor process used to relay traffic also have the possibility to be used as client. If it's at home, it's easy (socks v5 at 127.0.0.1:9050 if you haven't changed anything), if your relay isn't at home, use SSH tunnelling to do so (SSH session brings you to "localhost" on your remote computer, on the port you choose)
> 
> Try to download something through your relay, if nothing changed, even the "client" bandwidth will be able to raise your advertised and used bandwidth as server, in order for your server to "start" having weight on the network.
> 
> Once "started", everything should be automatic but normally, the start is also automatic after 2 or 3 days, so it is strange. 
> 
> May be it's because of the oversupply of "middle nodes" on the network (there is so much middle nodes that most of them - the slowers - probably keep totally unused). Without the guard flag (and it needs enough bandwidth) your relay cannot be used as entry guard right now.
> 
> Good luck !
> 
> ----- Mail original -----
> De: "Rafael Rodriguez" < rafaelr at icctek.com >
> À: tor-relays at lists.torproject.org Envoyé: Samedi 1 Novembre 2014 16:16:24
> Objet: Re: [tor-relays] Bwauths Measures question, friends.
> 
> Maybe I should just wait longer but the 3 days unmetered has obviously been passed already. That's why I'm asking about bwauths measurements. 
> 
> I was under the impression that after 3 days bwauths adjust your consensus weight and raises your bandwidth estimate. In this case, the server is simply capped at 20kb/s still while my "advertise bandwidth" is little over 50kb/s. Since I have a 2MB/s relay, I'm expecting to see at least over 100kb/s or 250kb/s measurements to make my relay a usable one. Yet the advertised speed hasn't changed. Is that normal and should I just give it more time? That's what I'm trying to understand. 
> 
> On 2014-11-01 07:00, Krbusek Christian wrote: 
> 
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> You may want to read the following, which should make this more clear. https://blog.torproject.org/blog/lifecycle-of-a-new-relay [2] Cheers
> 
> Am 01.11.2014 um 10:46 schrieb Rafael Rodriguez: 
> 
> Anyone knows how often bwauths measures a relay? I don't understand why directory authorities have not lifted the 20KB cap for my older relay. Now I have doubts if it could be a problem with my server. This is a 2MB/s relay with burst of 4MB/s to start tuning it and increase it later if stable, which is not being used and has been running for over 3 days. Is it normal for Relays to take longer than three days to start getting at least some traffic and for directory authorities to lift the 20KB cap? Fingerprint 48ADFCC561402D7EBB1CDE233F206B01D8FA0765 -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2
> 
> iQIcBAEBAgAGBQJUVL1GAAoJECgP5Pn8Zk3/cfoQAI9bMRyx8hl3B+V+vSLC7xoJ
> sfQedgt15LRyJ/+Ru3tQaPDPOkleTKR3rCnKaDiRCmjxibWt4liRUBji2nzDPFJU
> dcD0kEXqCA/H3jyIJWvKnkxvzUfAjCZ7Y7b16sGsJSgVfZ8UFin52loTDgjSz7zU
> tgsqsOBIHT72gr/hbxRBzr3ZP8LZqTDA5baoLFAxnYyxIQwK5eRefI6zMP9cuiOA
> FL4I60Tige+TBp8kDnyKdYosxRJFkkAJN3YCuHuewIgoV0pD/xkScEscYgqp+CWu
> cMQkj5NDDMP/I5ZXw2a64Etq33Hc4SzEm4HvKquu05pS2QgClXu7pg8z2u1BCdPQ
> 7uMZRyKfAnOOwITKVxsKXT5XJySFJXskMLgupLtp3iEA24GfLJTax0pa7xmOeEbb
> nvt2kGdrKvAl3t4PgwvtwuFmfJoqXzjxWMJJRD2s3hXi0TS4WC1y1pccw+INXKsG
> 7sV+dHhqDPwOHpFleHv4RG207Kx6P8+hbNjdeVI8iEelAhKoPfcUJDM/A4aa2ahd
> GB+vZrnuInJlZJeg+hL28Xk1pOxwHtq046nhLosVY7YNDW6CHoD5aruWeQdCT1y5
> AFZ/xqOP+XPWMYj/UJLhWoBFTjYjSUZuxi5c4nGpKoK/OSc1GCZERx8Ec7mJrN2R
> lzlnW4uBh7M+pvMrhRWl
> =rF5K
> -----END PGP SIGNATURE-----
> _______________________________________________
> tor-relays mailing list tor-relays at lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays [3] _______________________________________________
> tor-relays mailing list tor-relays at lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays [3] _______________________________________________
> tor-relays mailing list tor-relays at lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays [3] 
> _______________________________________________
> tor-relays mailing list
> tor-relays at lists.torproject.org
> https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays [3]
> _______________________________________________
> tor-relays mailing list
> tor-relays at lists.torproject.org
> https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays [3]
 

Links:
------
[1]
https://atlas.torproject.org/#details/48ADFCC561402D7EBB1CDE233F206B01D8FA0765
[2] https://blog.torproject.org/blog/lifecycle-of-a-new-relay
[3] https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.torproject.org/pipermail/tor-relays/attachments/20141104/3172a348/attachment.html>


More information about the tor-relays mailing list