Re: [tor-relays] cases where relay overload can be a false positive

2022-02-07 Thread Mike Perry
On 1/23/22 5:28 PM, s7r wrote: Mike Perry wrote: We need better DoS defenses generally :/ Of course we need better defense, DoS is never actually fixed, no matter what we do. It's just an arms race the way I see it. Well, I am extremely optimistic about https://gitlab.torproject.org/tpo/co

Re: [tor-relays] cases where relay overload can be a false positive

2022-01-23 Thread s7r
Mike Perry wrote: Correct, this is a possibility indeed. I'm not entirely certain that this is the case at the moment as sbws (bandwidth authority software) might not be downgrading the bandwidth weights just yet. But regardless, the point is that it is where we are going to. But we have con

Re: [tor-relays] cases where relay overload can be a false positive

2022-01-12 Thread Mike Perry
On 1/12/22 5:36 PM, David Goulet wrote: On 01 Jan (21:12:38), s7r wrote: One of my relays (guard, not exit) started to report being overloaded since once week ago for the first time in its life. The consensus weight and advertised bandwidth are proper as per what they should be, considering the

Re: [tor-relays] cases where relay overload can be a false positive

2022-01-12 Thread David Goulet
On 01 Jan (21:12:38), s7r wrote: > Hello, Hi s7r! Sorry for the delay, some vacationing happened for most of us eheh :). > > One of my relays (guard, not exit) started to report being overloaded since > once week ago for the first time in its life. > > The consensus weight and advertised bandw

Re: [tor-relays] cases where relay overload can be a false positive

2022-01-04 Thread s7r
Replying to myself: s7r wrote: [SNIP] Metrics port says: tor_relay_load_tcp_exhaustion_total 0 tor_relay_load_onionskins_total{type="tap",action="processed"} 52073 tor_relay_load_onionskins_total{type="tap",action="dropped"} 0 tor_relay_load_onionskins_total{type="fast",action="processed"} 0