# Storj bandwith throughput **URL:** \ **Category:** FAQ\ **Tags:** bandwidth, vpn\ **Created:** [June 21, 2024, 10:43am UTC](https://forum.storj.io/t/storj-bandwith-throughput/26745 "2024-06-21T10:43:32Z")\ **Posts on this page:** 11\ **Page:** 1
**Author:** ![1arrcy1](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/1arrcy1/32/7825_2.png) [@1arrcy1](https://forum.storj.io/u/1arrcy1)\ **Post date:** [June 21, 2024, 10:43am UTC](https://forum.storj.io/t/storj-bandwith-throughput/26745/1 "2024-06-21T10:43:32Z")
Hey there, I tried asking this previously but it wasn’t properly formulated, I noticed the banwith throughut has been capped at around 12 mb/s|100 mbit/s, I would like to know if i can change a setting to up this speed limit, Since i have gbit i would happily use a higher percentage of the connection. Furthermore i red the TOS [Terms of service](https://www.storj.io/legal/terms-of-service) but couldn’t find anything related to vpn/proxy usage, Would it be acceptable to split the nodes into vpns/proxy’s (100mbit per ip) so i can get up to 500 mbit (5 nodes) Best regards ---
**Author:** ![DutchSNO](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/dutchsno/32/1126_2.png) [@DutchSNO](https://forum.storj.io/u/DutchSNO)\ **Post date:** [June 21, 2024, 11:38am UTC](https://forum.storj.io/t/storj-bandwith-throughput/26745/2 "2024-06-21T11:38:06Z")
The last 3 days I’m also hovering around the 100mbit mark. The days before that I’ve seen load up to 160mbit. I guess this is the current load that the network needs. I’m not worrying about it, but I do think my latency is a bit higher because I’m further away from the SLC test data that is currently uploaded. I cant help you with VPS or proxy setups. Personally I think it adds unnecessary complexity and extra parts that could go wrong. It also sounds like it could undermine the resiliency of the storage network if something goes wrong. But maybe its just me, but I’m curious about other responses For reference, the last 24 hours of incoming traffic. Don’t mind those drops in traffic where I was expanding my storage ![image](https://storj-s3.bcdn.literatehosting.net/original/3X/1/2/12228d7c49837325004bf0b8d2b95b31caeb583e.png) ---
**Author:** ![redgyuf](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/redgyuf/32/1137_2.png) [@redgyuf](https://forum.storj.io/u/redgyuf)\ **Post date:** [June 21, 2024, 12:10pm UTC](https://forum.storj.io/t/storj-bandwith-throughput/26745/3 "2024-06-21T12:10:55Z")
Asfar as I remember using VPN to play around the IP limit is against the ToS, because storj wants to have the file pieces in 2x different location, so if some of them shuts down the data is still there. However if you trick the system, with 30 vpn forexample in theory all the pieces could be at you and it is now 100% depends on you and your ISP ---
**Author:** ![Pentium100](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/pentium100/32/6082_2.png) [@Pentium100](https://forum.storj.io/u/Pentium100)\ **Post date:** [June 21, 2024, 1:09pm UTC](https://forum.storj.io/t/storj-bandwith-throughput/26745/4 "2024-06-21T13:09:28Z")
I am getting a bit more traffic (single node): ![graph_image-3](https://storj-s3.bcdn.literatehosting.net/original/3X/6/f/6f76f7006c619ede185c332ecfc98105e80e0f84.png) Storj recently implemented a new node selection algorithm that reduces the traffic to a node if the node starts losing races (you can see it in action as the dip in my graph - node started garbage collection filewalker and temporarily slowed down). So, it may be that you can get a bit more traffic if your node was faster (or you had a second node on the same IP, but different drive) And yes, it is against ToS to use a VPN to bypass the /24 rule. AFAIK in theory separate /24s have to be separate physical locations. If I managed to get multiple IPs (from different /24) from my ISP or just used multiple internet connections it would likely still be against ToS to run multiple nodes on them (if the power fails and my generator doesn’t start all of those nodes go down at the same time, possibly limiting availability of customer data). ---
**Author:** ![Alexey](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/alexey/32/41_2.png) [@Alexey](https://forum.storj.io/u/Alexey)\ **Post date:** [June 22, 2024, 3:49am UTC](https://forum.storj.io/t/storj-bandwith-throughput/26745/5 "2024-06-22T03:49:21Z")
There is no cap on bandwidth. The usage depends on the customers, not hardware of software settings (except some edge cases like using a network storages, complex setups and so on). I’m sorry, but you are not allowed to bypass a /24 Storj network safety check. It’s here for a reason to do not allow to store more than a one piece of the same segment in the same physical location. If you would bypass this rule, you will change the default behavior of the Storj network (this is forbidden by ToS by the way) and it become possible to store more than a one piece of the same segment on the same hardware and/or in the same physical location. If your setup would be huge enough there is a higher risk to have an unrepairable segment if your hardware/software/internet would fail. The lost segment = the lost customer = the lost payment = the lost payouts for everyone. So bypassing the /24 rule you are shooting yourself in the foot. Please do not do this. The reducing reliability can damage the hardly earned trust of the customers. And @Pentium100 is correct too - the new algorithm of nodes selection is now more dynamically regulates which nodes are more often selected, see: > [@Updates on Test Data](https://forum.storj.io/t/updates-on-test-data/26034/313): > > Ok while you are removing any concurrency limit you might have set I will explain how the node selection actually works. When a segment gets commited to the database it will contain the nodes that have been fast enough and it will be missing the nodes that got long tail canceld. The satellite calculates a success rate for each node with that. The node selection takes that success rate. Instead of 110 total nodes it selectes 220 nodes at first and compares them in pairs and pick the one with th… So I would suggest to check your success rate instead. If you have many loosed races (context canceled), then perhaps your disks are a bottleneck, not your network. It is also worth to check the router and/or modem - perhaps they cannot handle a lot of parallel connections. You may also have a enabled “smart” protection or similar slow down features or not properly configured QoS. ---
**Author:** ![Pentium100](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/pentium100/32/6082_2.png) [@Pentium100](https://forum.storj.io/u/Pentium100)\ **Post date:** [June 22, 2024, 4:07am UTC](https://forum.storj.io/t/storj-bandwith-throughput/26745/6 "2024-06-22T04:07:54Z")
> [@Alexey](#): > > So I would suggest to check your success rate instead. If you have many loosed races (context canceled), then perhaps your disks are a bottleneck, not your network. As far as I understand, with the new node selection algorithm, nodes that lose a few races one after another immediately get lower traffic so the overall success rate remains high. > [@Updates on Test Data](https://forum.storj.io/t/updates-on-test-data/26034/786): > > The current success tracker is really good in dialing down the request rate the moment your node is failling a few uploads in a row. This happens so fast that you will have a hard time to measure the success rate on your side. It will still look like almost 100%. Best indicator now is the upload rate hitting your node. So, at least to me, there currently seems to be no way to now if my node is too slow or if it’s getting the max traffic that is available for one node. In case of the various load spikes and slowdowns it is visible, but not as steady-state. Right now I have this: ![graph_image-3](https://storj-s3.bcdn.literatehosting.net/original/3X/7/3/73ef9f9b782fe80e62d7f99a0e785b3361db96c3.png) ![image](https://storj-s3.bcdn.literatehosting.net/original/3X/f/7/f7e186e46d259ce98aab7f96c01ac1837165b4d5.png) Does it mean that there is just not enough data being uploaded to get more traffic or does the 99.98% success rate mean that my node is getting reduced traffic? ---
**Author:** ![Alexey](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/alexey/32/41_2.png) [@Alexey](https://forum.storj.io/u/Alexey)\ **Post date:** [June 22, 2024, 5:18am UTC](https://forum.storj.io/t/storj-bandwith-throughput/26745/7 "2024-06-22T05:18:35Z")
> [@Pentium100](#): > > so the overall success rate remains high. You are correct. But they should have “context canceled” errors on uploads anyway. So it may help to identify that behavior, but they also should have a monitoring of the traffic like you have. Then you may compare, when spikes goes down and are they correlates with the rate of “context canceled” errors about the same time? By the way I can see a steady increase of the used bandwidth on your graph, just the delta is not so big. ---
**Author:** ![Pentium100](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/pentium100/32/6082_2.png) [@Pentium100](https://forum.storj.io/u/Pentium100)\ **Post date:** [June 22, 2024, 5:27am UTC](https://forum.storj.io/t/storj-bandwith-throughput/26745/8 "2024-06-22T05:27:14Z")
Large dips - yeah, those are more easily visible and the reason for them can be found in other graph (load spike due to garbage collector etc). But looking at a steady state graph, it is more difficult to determine whether the traffic is fluctuating a bit because it just is (customers and the test data generator probably does not upload data at a perfectly constant speed) or is it because of the node selection that is reducing the traffic to my node. Putting it differently - if I moved the node to a super fast server with nvme drives for storage and 10G uplink - would the traffic be higher (and by how much) or the same? ---
**Author:** ![Alexey](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/alexey/32/41_2.png) [@Alexey](https://forum.storj.io/u/Alexey)\ **Post date:** [June 22, 2024, 5:34am UTC](https://forum.storj.io/t/storj-bandwith-throughput/26745/9 "2024-06-22T05:34:08Z")
I do not know, seems there is only one way to check… Unfortunately I didn’t catch the fun, my nodes filled so quickly that I didn’t in time even to setup a Netdata… ---
**Author:** ![1arrcy1](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/1arrcy1/32/7825_2.png) [@1arrcy1](https://forum.storj.io/u/1arrcy1)\ **Post date:** [June 22, 2024, 7:37pm UTC](https://forum.storj.io/t/storj-bandwith-throughput/26745/10 "2024-06-22T19:37:42Z")
Are there any plans to increase throughput, Im not able to expand my contribution to the network due to the current network limitation. ---
**Author:** ![pangolin](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/pangolin/32/15685_2.png) [@pangolin](https://forum.storj.io/u/pangolin)\ **Post date:** [June 22, 2024, 8:42pm UTC](https://forum.storj.io/t/storj-bandwith-throughput/26745/11 "2024-06-22T20:42:59Z")
The plan is to get more customers. It all depends on customer uploads.