[Solved] Getting bad bufferbloat, SQM only makes it WORSE - reverted to stock firmware

I typically do as well, but I want to see and evaluate the lack of accuracy report first before jumping to conclusions. Especially since you did not observe this yourself but only relayed information from a forum post, and 3rd hand information is sufficient to raise flags, but not enough to declare that speedtest unreliable. So far for me it worked reasonably well and the results compared well to flant rrul/rrul_cs8 runs of around the same times, so for me it seems to work okay (but that in itself is also not proof that it is issues free for everybody).
I guess what I want to say is, I take your report serious, but reserve judgement until I did some research.

Best Regards

I have experienced significant fluctuations in their results.

I use more than one test source, and they rarely agree with DSLReports.

I look for consistency.

Sounds like a good plan.

Er, so what do either of you want me to do next?

You're likely in a Double NAT situation, which will affect wired as well as wireless performance.

Not being able to access the cable modem interface limits your ability to correct it.

If your provider offers IPv6, consider using that.

Otherwise...

If you mean when you were using Linksys firmware, then revert back to factory.

LEDE is not for everyone.

This is what I am probably going to end up doing. Just sad I won't be able to use the firewall, which is why I installed LEDE over my original firmware in the first place.

He should be able to gain access to the modem gui if it's in a diffrent subnet...
See: [SOLVED] How to access the modem (which is in bridge mode)? - #11 by angelos
It's quite easy and you can set it over Luci... i have a similar setup with a modem working in full bridge mode, but i dont think that will make a difference.

The modem is not in a different subnet.

Than put it in a diffrent subnet or put ur WRT1900ACS in a diffrent one...
Best would be to put the modem in bridge mode, but i dont know if will work with your device and your ISP.
You wrote somewhere that you are not able to access your modem gui because you dont have the admin login... is that still the case ?
I would kill my ISP if they wouldn't allow me to access the modem and change IP's/Subnet or add static DHCP leases, change Wifi pw aso.

Yes. The modem does not allow access other than from an actual technician (you cannot get the login information anywhere).

That's quite bad for your situation.
What type of modem is that ? Model name ?
And may i ask who's your ISP ?

My modem is DPC3216, and my ISP is Charter.

Hmm, are you allowed to use your own modem ?
Will the ISP give you the Internet credentials ?

I do not have the liberty to use my own modem. The ISP will not give the credentials.

uhm.. i could not live with that ISP. I dont know what you could do else...
In my country they have to give you the credentials and you can always use your own hardware but they won't give you any support for your own hardware, which is understandable.

I feel kinda sorry for you...

Sigh...yeah I don't have that luxury. I think I'm probably just going to end up reinstalling the factory firmware that doesn't have firewalls.

Imho it should be your right to use your own hardware but i think that differs from country to country (or from ISP to ISP).
And the factory firmware worked better for you in terms of bufferbloat/QoS ? Somehow I cant believe it...

If you ever change your ISP make sure they will give away your internet credentials and allow you to use your own modem. :wink:

Why are you thinking that it's a requirement to put the ISP router in bridge
mode? you always have to deal with an upstream router that you don't control and
that can have bufferbloat problems, it doesn't matter if it's the one in your
house or the one at the central office on the other end of the wire.

It just means that you may need to sacrafice a little more bandwidth to get good
latency.

The poster has had settings that greatly improved his latency under load (the
bufferbloat). Is that improvement not sufficient? or what is the remaining
problem that needs to be solved?

David Lang

Actually, that is not quite accurate.

See the Charter Spectrum Authorized Devices policy...

This was your best test result and the config you used...

Roll with that for a while and see how it goes.

Okay, so my trawl though the dslreports forum did not reveal a smoking gun that would convince e that the speedtest is consistently flawed; though there is enough to show that the test should also not be blindly trusted. Personally I am still of the opinion, tat this test is still the best "standard-type" speedtest that I will recommend for people starting to look into bufferbloat issues, with the caveat that measurement should be repeated before being accepted. Thanks for the pointer.