[tor-relays] Relay data limit

[George Hartley]

Hi Dan,

that would have been my first choice as well.

Now with the additional traffic available to you, you can still rate-limit the relay to a relatively usable speed and not get throttled at all.

Let me know, I'd like to know some of your traffic statistics, just to see how your relay performs.

If you would like, you can link me your Tor Metrics link privately.

Thank you for supporting the Tor network!

All the best,
George

On Friday, December 22nd, 2023 at 4:30 PM, Dan <dan at salmon.cat> wrote:

> Hi George,
> 

> Thanks for all the input.
> 

> > Or, just ask the provider for more bandwidth per month, generally now in 2023 it's pretty damn cheap.
> 

> 

> I had not considered this, but when contacted my VPS provider offered another 5TB for an additional $3/month. Considering the box only costs $4/month, I think this is the best option.
> 

> I'll probably remove all limits for January and just see how much traffic gets transferred.
> 

> ---
> Thanks,
> Dan
> 

> On Thursday, December 21st, 2023 at 8:04 AM, George Hartley via tor-relays tor-relays at lists.torproject.org wrote:
> 

> 

> 

> > Hi Dan,
> > 

> > > 1 - Is it better for the network if the relay is active 24/7, even if sometimes it's much slower?
> > 

> > Generally according to the relay requirements a relay is considered useful if it can at least route 2MB/s or 16 MBit/s steadily.
> > 

> > However, I think you should get away with 1MB/s or 8 MBit/s.
> > 

> > > 2 - Will it negatively affect my relay's reputation if sometimes it's very slow?
> > 

> > The Tor authorities might reduce your middle probability, but you will not be punished in any way, and as soon as automatic bandwidth measurements confirm that you have more capacity available,
> > 

> > the authorities should start directing more traffic to your relay.
> > 

> > Some possible other ideas:
> > 

> > Rate-limit traffic to your relay using RelayBandwidthRate and RelayBandwidthBurst, but with only 5TB of monthly traffic you will end up rate-limiting it to somewhere in the 1,8 to 2MB/s range to not hit your traffic cap.
> > 

> > Or, just ask the provider for more bandwidth per month, generally now in 2023 it's pretty damn cheap.
> > 

> > All the best,
> > George
> > 

> > > Hi all,
> > > 

> > > I've been running a middle relay on a VPS for about 2 months now. The provider limits the monthly data transferred to 5TB but does not charge for over-usage. Instead, the bandwidth is throttled to 1Mb/s after the limit is reached until the 1st of the next month.
> > > 

> > > I currently have AccountingMax set to 2.5 TB (since it's the max in each direction) and AccountingStart set to "month 1 00:00". Generally that 5TB limit is hit between the 15th and 17th of the month, causing the relay to go dormant until the 1st.
> > > 

> > > What I'm wondering is:
> > > 

> > > 1 - Is it better for the network if the relay is active 24/7, even if sometimes it's much slower?
> > > 2 - Will it negatively affect my relay's reputation if sometimes it's very slow?
> > > 

> > > Thank you
> > > 

> > > --
> > > Dan
> > > 

> > > _______________________________________________
> > > 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 --------------
A non-text attachment was scrubbed...
Name: publickey - hartley_george at proton.me - 0xAEE8E00F.asc
Type: application/pgp-keys
Size: 657 bytes
Desc: not available
URL: <http://lists.torproject.org/pipermail/tor-relays/attachments/20231222/39488944/attachment.key>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 249 bytes
Desc: OpenPGP digital signature
URL: <http://lists.torproject.org/pipermail/tor-relays/attachments/20231222/39488944/attachment.sig>