[tor-relays] Overloaded state indicator on relay-search

[Gary C. New]

 Hi All!
Curious... What are the magic numbers (i.e., max timeout, reoccurrence, etc) that earn a relay overloaded status?
I'm trying to tune my portion of the Tor network and finding that sweet spot has proven elusive.
Thanks!

Gary

    On Friday, September 24, 2021, 3:48:18 AM MDT, Silvia/Hiro <hiro at torproject.org> wrote:  
 
 

On 9/23/21 10:54 PM, friendlyexitnode via tor-relays wrote:
> This looks like an awesome feature! I super appreciate it.
> 
> Random question though (and I'm the first to admit I may be doing something wrong), I notice that on Mobile it says my relays are overloaded however when I view it on a normal computer I don't get the overloaded indicator. I've tried refreshing multiple times but getting the same results. Is anyone seeing the same thing?


Hi,

could you let me know when you accessed the page via mobile approximately?

I'll try to check if any of your relays were overloaded in the past.
When  a node is overloaded the state is kept for 72 hours.

Cheers,
-hiro

> 
> Family Members:
> F01E382DA524A57F2BFB3C4FF270A23D5CD3311D
> 623CCCC1A1370700DD03046A85D953D35CAB5C21
> F9A28AB71D7E4E446308641A556EA53BA55FCB50
> 23F74D581DE92AC59D3527DE4D448E036139D81E
> A00E900534DFF76371064C03714753EAF8B88820
> C232D8EE677E6BDF5CFFDDCAC4E2B1682DCE7AE5
> 
> - The Friendly Exit Node Family
> 
> Sent with ProtonMail Secure Email.
> 
> ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
> 
> On Thursday, September 23rd, 2021 at 8:39 AM, Silvia/Hiro <hiro at torproject.org> wrote:
> 
>> Hello all,
>>
>> One of our goals with our current performance work is to reduce the
>>
>> overload of relays in the network. The implementation of proposal 328[1]
>>
>> a while back made different overload indicators available to relay
>>
>> operators and since a couple of weeks ago those can be tracked via
>>
>> Onionoo[2] as well.
>>
>> As we know that a lot of our relay operators use relay search to check
>>
>> for the health of their relays, we have launched a new feature there,
>>
>> too, to help them know when their relays are overloaded.
>>
>> When a relay is in the overloaded state we show an amber dot next to the
>>
>> relay nickname.
>>
>> Currently we are counting between 50 and 80 overloaded relays and
>>
>> between 10 and 20 overloaded bridges.
>>
>> The overloaded state is reached when one or many of the possible load
>>
>> metrics have been triggered. When this happens we show it for 72 hours
>>
>> after the relay has recovered [3]. Note, though, that not all of the
>>
>> exposed overload metrics are triggering the overload indicator on relay
>>
>> search yet.
>>
>> If you noticed your relay is overloaded, please check the following
>>
>> support article to find out how you can recover to a "normal" state:
>>
>> https://support.torproject.org/relay-operators/relay-bridge-overloaded/
>>
>> Let us known how you find this new feature.
>>
>> Cheers,
>>
>> -hiro
>>
>> [1]
>>
>> https://gitweb.torproject.org/torspec.git/tree/proposals/328-relay-overload-report.md
>>
>> [2]
>>
>> https://lists.torproject.org/pipermail/tor-project/2021-August/003168.html
>>
>> [3] https://gitweb.torproject.org/torspec.git/tree/dir-spec.txt#n637
>>
>> tor-relays mailing list
>>
>> tor-relays at lists.torproject.org
>>
>> https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
> _______________________________________________
> tor-relays mailing list
> tor-relays at lists.torproject.org
> https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
> 
_______________________________________________
tor-relays mailing list
tor-relays at lists.torproject.org
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/20210924/61891027/attachment.htm>