On 8/26/19 11:58 PM, teor wrote:
> Waiting might not help
Indeed.
The picture is:
A bunch of relays, running since a longer time by different operators,
are affected.
Examples are [1], [2] and [3]
The hoster do differ (Hetzner, i3D.net B.V, Host Europe GmbH), the OS
too
> On 27 Aug 2019, at 05:19, Toralf Förster wrote:
>
>> On 8/26/19 3:14 AM, teor wrote:
>> We expect to have funding to fix these bugs some time in the next month
>> or two.
>
> So I'll just wait.
Waiting might not help, if the issue is on your relay:
>> I don't think the sbws bandwidth
On 8/26/19 3:14 AM, teor wrote:
> We expect to have funding to fix these bugs some time in the next month
> or two.
So I'll just wait.
FWIW I set "RelayBandwidthRate 30 MBytes" for a day or so to see whether a
possible overload of the my relays could cause some trouble but did not see any
Hi,
> On 26 Aug 2019, at 00:21, Felix wrote:
>
>> I found another relay [2] where at least 4 of the 9 authorities doesn't set
>> the "Running" flag, which is needed for "Guard", right?
>> That relay has a reasonable bw value to (23,000 , FWIW the value for [1] is
>> about 90,000).
>>
>> So
Hi everybody
Am 2019-08-24 um 11:38 AM schrieb Toralf Förster:
On 8/19/19 4:56 AM, teor wrote:
Yes, changing other relays' bandwidths can affect the Guard flag, because
Guard is given to the fastest, most stable relays.
I'm not convinced that this is the culprit for the mentioned relay [1].
On 8/25/19 10:36 AM, Roger Dingledine wrote:
> So my current thought is intermittent overload, or perhaps some sort
> of "rate limiting via iptables" firewall.
Hhm, at least for the "zwiebeltoralf[2]" there's no rate limiting or any
firewall rules rate limiting it.
But I do have ~80 MByte/sec
On Sun, Aug 25, 2019 at 10:24:21AM +1000, teor wrote:
> > I found another relay [2] where at least 4 of the 9 authorities doesn't set
> > the "Running" flag, which is needed for "Guard", right?
Correct, I believe we don't vote the Guard flag if we are not voting
the Running flag:
Hi,
> On 24 Aug 2019, at 19:38, Toralf Förster wrote:
>
>> On 8/19/19 4:56 AM, teor wrote:
>> Yes, changing other relays' bandwidths can affect the Guard flag, because
>> Guard is given to the fastest, most stable relays.
>
> I'm not convinced that this is the culprit for the mentioned relay
On 8/19/19 4:56 AM, teor wrote:
> Yes, changing other relays' bandwidths can affect the Guard flag, because
> Guard is given to the fastest, most stable relays.
I'm not convinced that this is the culprit for the mentioned relay [1].
I found another relay [2] where at least 4 of the 9 authorities
Hi,
> On 17 Aug 2019, at 18:11, Toralf Förster wrote:
>
> Signed PGP part
> On 7/26/19 4:18 PM, Rob Jansen wrote:
>> I am planning on performing an experiment on the Tor network to try to gauge
>> the accuracy of the advertised bandwidths that relays report in their server
>> descriptors.
>
On 7/26/19 4:18 PM, Rob Jansen wrote:
> I am planning on performing an experiment on the Tor network to try to gauge
> the accuracy of the advertised bandwidths that relays report in their server
> descriptors.
Hi,
does this by any chance caused the lost of the "guard" flag ? Observed here now
On 08.08.2019 14:15, Rob Jansen wrote:
To avoid over-estimating network capacity, we could use IP-based
heuristics to guess which relays share a machine (e.g., if they share
an IP address, or have a nearby IP address). In the long term, it
would be nice if Tor would collect and report some sort
Hi,
> On 9 Aug 2019, at 23:25, Rob Jansen wrote:
>
>> On Aug 6, 2019, at 5:31 PM, Rob Jansen wrote:
>>
>> Over the last 2 days I tested my speedtest on 4 test relays and verified
>> that it does in fact increase relays' advertised bandwidth on Tor metrics.
>>
>> Today, I started running the
> On Aug 6, 2019, at 5:31 PM, Rob Jansen wrote:
>
> Over the last 2 days I tested my speedtest on 4 test relays and verified that
> it does in fact increase relays' advertised bandwidth on Tor metrics.
>
> Today, I started running the speedtest on all relays in the network. So far,
> I have
I think that is a bad idea. You don't know enough about a relay to have
a clue about what the underlying hardware looks like from any of that
metrics.
Simple example: You have a 8 core 16 threads cpu, run 4 instances, each
node pinned to 2 threads and a 10 gig pipe, you will run each tor
Hi Rob,
> On 8 Aug 2019, at 22:15, Rob Jansen wrote:
>
>> On Aug 6, 2019, at 5:48 PM, Roger Dingledine wrote:
>>
>> On Tue, Aug 06, 2019 at 05:31:39PM -0400, Rob Jansen wrote:
>>> Today, I started running the speedtest on all relays in the network. So
>>> far, I have finished about 100
> On Aug 6, 2019, at 5:48 PM, Roger Dingledine wrote:
>
> On Tue, Aug 06, 2019 at 05:31:39PM -0400, Rob Jansen wrote:
>> Today, I started running the speedtest on all relays in the network. So far,
>> I have finished about 100 relays (and counting). I expect that the
>> advertised bandwidths
On 2019-08-06 23:31:39, "Rob Jansen" wrote:
Today, I started running the speedtest on all relays in the network. So far, I
have finished about 100 relays (and counting). I expect that the advertised
bandwidths reported by metrics will increase over the next few days. For this
to happen, the
On 8/6/19 7:05 PM, grarpamp wrote:
> On 8/6/19, Roger Dingledine wrote:
>> On Tue, Aug 06, 2019 at 05:31:39PM -0400, Rob Jansen wrote:
>>> Today, I started running the speedtest on all relays in the network.
>
>> There will be another confusing (confounding) factor, which is that the
>> ...
>>
On 8/6/19, Roger Dingledine wrote:
> On Tue, Aug 06, 2019 at 05:31:39PM -0400, Rob Jansen wrote:
>> Today, I started running the speedtest on all relays in the network.
> There will be another confusing (confounding) factor, which is that the
> ...
> as intended. :) So, call it another thing to
On Tue, Aug 06, 2019 at 05:31:39PM -0400, Rob Jansen wrote:
> Today, I started running the speedtest on all relays in the network. So far,
> I have finished about 100 relays (and counting). I expect that the advertised
> bandwidths reported by metrics will increase over the next few days. For
> On Jul 26, 2019, at 10:35 AM, Roger Dingledine wrote:
>
> On Fri, Jul 26, 2019 at 10:18:24AM -0400, Rob Jansen wrote:
>> I am planning on performing an experiment on the Tor network to try to gauge
>> the accuracy of the advertised bandwidths that relays report in their server
>>
> On Jul 30, 2019, at 2:02 PM, Michael Gerstacker
> wrote:
>
> Hi!
>
> Good to hear that you guys try to solve the problem of slow measured relays.
> For example when i measure my relay
>
> 40108FDFA40EDB013F7291F3B4DA3D412ED3A5EF
>
> with the speedtest from tele2 i get about 90 MiB
Hi again,
> On 2 Aug 2019, at 08:18, Rob Jansen wrote:
>
>> On Jul 31, 2019, at 7:34 PM, teor wrote:
>>
>> Can you define "goodput"?
>
> Application-level throughput, i.e., bytes transferred in packet payloads but
> not counting packet headers or retransmissions. In our case I mean the
> On Jul 31, 2019, at 7:34 PM, teor wrote:
>
> Hi Rob,
>
Hey there!
> Can you define "goodput"?
Application-level throughput, i.e., bytes transferred in packet payloads but
not counting packet headers or retransmissions. In our case I mean the number
of bytes that Tor reports in the BW
Hi Rob,
> On 27 Jul 2019, at 00:18, Rob Jansen wrote:
>
> I am planning on performing an experiment on the Tor network to try to gauge
> the accuracy of the advertised bandwidths that relays report in their server
> descriptors. Briefly, the experiment involves running a speed test on every
Hi!
Good to hear that you guys try to solve the problem of slow measured relays.
For example when i measure my relay
40108FDFA40EDB013F7291F3B4DA3D412ED3A5EF
with the speedtest from tele2 i get about 90 MiB download and about 50 MiB
upload but Tor measures it with about 15 MiB.
Some of my
uot;Roger Dingledine"
To: tor-relays@lists.torproject.org
Sent: 7/26/2019 10:35:29 AM
Subject: Re: [tor-relays] Measuring the Accuracy of Tor Relays'
Advertised Bandwidths
On Fri, Jul 26, 2019 at 10:18:24AM -0400, Rob Jansen wrote:
I am planning on performing an experiment on the Tor
). Details follow.
I plan to run the experiment in about 1 week. Relay operators can opt-out of
the speed test by replying on this thread, and we will remove you from the list
of relays to scan.
Peace, love, and positivity,
Rob
---
Measuring the Accuracy of Tor Relays' Advertised Bandwidths
On Fri, Jul 26, 2019 at 10:18:24AM -0400, Rob Jansen wrote:
> I am planning on performing an experiment on the Tor network to try to gauge
> the accuracy of the advertised bandwidths that relays report in their server
> descriptors. Briefly, the experiment involves running a speed test on every
30 matches
Mail list logo