Then again you could just buy a capable machine and make a router that doesn’t need all that extra stuff but it would do wonders for people with limited budgets
So the GL.iNet has network acceleration with hardware acceleration which with SQM makes it kinda work going from high mbps to low latency when it requests bigger packets but overall it makes SQM only work at around 40mbps down and 200mbps up and after some testing with a little load it gets packet loss so nah.
for my speed this would work but for sqm it might not be able to handle 500mbps up and down. Someone is already working on getting a vanilla version of OpenWrt on it so it could still be a decent option. I am going to test it out still and see how many mbps it can handle with sqm although it might not need it since my modem is good
What is the difference between the R5S and R5C mini
Would this one work for 500mbps and be good for low latency or sqm if needed?
(Also I would be using an AP for this)
The r5s has an extra 1gig port.
Yes 500 mbps with sqm should be the limit - no room for bandwidth upgrade (there are posts on these forums with this info - I'm lazy to search it)
I currently use an R5C with a managed switch in a telecom cabinet; and 2 dumb AP's on wired Ethernet back haul (one per floor of the house). As I already noted here in this thread, it is fine for half Gig ISP service, but that is its limit with CAKE SQM. Same goes for the R5S as it has the same CPU.
If you plan to co-locate the R5C with your AP, there is no need to get an R5S for one extra port (if that is even enough), because your AP will provide a managed switch with its extra ports.
The R5S has an M-Key M2 slot for a SSD. The R5C has an E-Key M2 slot that is limited to adding a WiFi card. I'm not a fan of using a single drive - SSD or otherwise - for network attached storage though. If you need NAS, get a NAS box with at least two bays (RAID1), and back the NAS up to a spare drive stored elsewhere and disconnected from everything if lightening strikes.
Alright thanks for letting me know. Sounds like a solid router for me then. I also took your word and looked at a few other forums and the device seems good
On a serious note, a component set up that lets the router focus on routing and the AP focus on WiFi has its advantages. I think you'll get good performance on half Gig ISP service from an R5C gateway and Cudy WR3000 dumb AP set up.
I did some Waveform tests for you so that: a) you can see what bufferbloat looks like on DOCSIS 3.0 cable ISP service; and b) better appreciate my head scratching over what exactly you are trying to improve
CAKE is running on an R5C gateway router with 500/20.5 ingress/egress. WiFi is on an 80 MHz 2x2 ax200 thin client connected to either a Belkin RT3200 (near -same room) or Reyee RG E5 (far - floor below) dumb AP.
What a difference some distance on the WiFi makes, huh? Even so, the far AP is still fine for all but gaming.
Thanks for providing the tests. I didn't think about how distance might affect the bufferbloat but that is very good to know. I still have the cudy so I was thinking of using it as an AP instead of the TP-Link which I managed to sell just yesterday so I got some more budget to work with. I was thinking of using the cudy for now but I was also thinking if there is any good or better AP's.
For now I am going to be patient and wait for my R5C to arrive and test it out first. I see no reason as to why the cudy wouldn't work pretty well but I still am considering a powerful AP although my house is decently small so even at the furthest point I don't really lose any noticeable bandwidth
Anyways I mainly care about my PC and PS5 so on second thought I could also just get a long enough ethernet cable and run it from my computer closet to my PC although it might be costly to have the cable pushed through the walls and back out to my setup
Hi,
what do you mean with "upstreaming"?
They are releasing the source code to let official openwrt support?
Or they are releasing an updated version of their 18.x closed source fork?
Thanks
No SQM R5C Wi-Fi
And with sqm this should be +0ms/+0ms
Huh so I guess the cudy lan ports eat a bit of bandwidth cause I got more throughput with wifi
Im going to test ethernet directly from the r5c wait