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

So if running a cable is not an option, maybe you could use a pair of power-line communication devices (https://en.wikipedia.org/wiki/Power-line_communication) to get a wifi access point closer to the computer (hook up the PLC closer to the router with an ethernet cable); heck this might even allow you to run a cable from your computer to the second PLC device.
Now, PLCs often introduce addition RF-noise that can be especially devastating for VDSL links, but I would hope your DOCSIS link should be mostly immune to this.

Possibly because wireless is turned on on both the cable modem and the router...

Now I am confused, why should that be a problem per se? As long as there is no traffic passed that wifi should be mostly silent, modulo a few beacons, no?
Now, maybe you are talking about RF "pollution", and that is also a decent hypothesis;
@Kampfkarren could you try to run a wifi scanner (like free android wifianalyzr app) to see how the channel situation is around your home?

Best Regards

The OP can't fix RF pollution if the cable modem is not accessible.

IMO, the fix is to get a device you can control...

Approved up to 100 Mbps (OP needs to find out what tier he's on) -

??? First, let's see whether this is the root cause or not, maybe switching his router to a different channel can already help, but for that we would need to see information about his RF environment. I guess until @Kampfkarren re-joins the thread I will stay quiet...

If nothing is connecting to the cable modem, the amount of RF pollution is
minimal, "I exist" broadcasts are small.

David Lang

Which it appears, is never the case...

Okay, but that is easy to tests, simply wrap the ISs modem router in aluminum foil to effectively disable its RF output (if need be be ground the foil). That should certainly silence that sucker. But from my reading it is not at all clear, that the other users went around the OP's wrt1900ACS, he simply stated that there was traffic he could not "silence"...

other devices using the Internet != other devices connecting the the cable modem
supplied wifi.

but even if there are people connecting to the cable modem wifi, all you have to
do is set the LEDE to a different (suitable) channel, just like you would to
avoid an AP in the apartment next door.

It still doesn't result in a 'nothing you can do until you replace the
cablemodem' situation.

Don't see where that was stated.

All of these mental gymnastics are interesting, and maybe fun for those who really enjoy deep dive troubleshooting

It's the OP's call how he wants to continue.

If he were my client, I would recommend getting a device he can control, whether he wants to bridge or not.

The next time he needs to get access to the cable modem, it's one less complication.

I'm out.

Don't see where that was stated.

It seemed to be that the conversation was focusing on replacing the cablemodem
to the point that it was at least implying, if not outright stating, that he
should either replace the cablemodem, or revert to stock firmware, there was no
path forward with LEDE until the cablemodem was replaced.

If that wasn't what you are intending, my apologies. But that's what I was
understanding from the posts.

David Lang

Okay, following https://forum.openwrt.org/t/getting-bad-bufferbloat-sqm-only-makes-it-worse/10396/89?u=moeller0 OP owns a cisco DPC3216,. According to https://www.cisco.com/c/dam/en/us/td/docs/video/at_home/Cable_Modems/3200_Series/Cisco-Model-DPC3216-and-DPC3216C-DOCSIS-3-0-16x4-Cable-Modem-with-Embedded-Digital-Voice-Adapter-User-Guide.pdf it does not look like this device actually has a wifi radio, so let's skip the packing in tin-foil part and go straight to measuring the WIFI surround and signal strength from computer at its normal position to the router (and the load on the router with concurrent traffic shaping and wifi).,,

Best Regards

P.S.: as far as I know most DOCISIS modems will respond as 192.168.100.1 on their "lan" interface, while this might not give you administrative access, it might reveal a bit more over the modem's options and configuration.

Hello.

Thanks to everyone who went through the time and effort to help me. However, as of writing this, I have switched back to the old firmware. I do not think LEDE is for me at this time.

Ah, fair enough, but could I convince you to run both a wired and a wifi dslreports speedtest (the wifi one from the exact position where you had the less than stellar lede results from), please?

If you do, could you follow the instructions in https://forum.openwrt.org/t/sqm-qos-recommended-settings-for-the-dslreports-speedtest-bufferbloat-testing/2803 how to post a link to the detailed results, please?
And finally it would be awesome if you could also post a link to the detailed result from either the good lede wired speedtest or/and the abysmal lede -wifi speedtest, that way I might get a glimpse of what might be wrong.

The reason why I ask is that this thread will from now on show up for people searching for SQM and bufferbloat, so I would like to have some closure on whether sqm was to blame or not...

And sorry for all the confusing side-conversations going on in your thread...

Best Regards

Lots of "bufferbloat" info on the forums...

https://forum.openwrt.org/search?expanded=true&q=bufferbloat

Yes, so it seems; my observation is that it is the unresolved cases that people stumble over, and I really want to avoid leaving false impressions.
From my understanding, the OP was/is suffering from bad wifi with lede, while the topic/title pins this on sqm, so I would like to have this addressed rather now than having to re-hash this in a later thread.
Otherwise this acts like (at least some of) the reports at the dslrepost forum about problems with the speedtest :wink: (too little data to asses the severity and now real conclusion/closure).

The resolution for this specific issue has been posted by the OP.

Some do revert back to stock and later on, try again...others not.

Starting from a clean slate is sometimes the best way to go.

Have a good day.

1 Like

With all due respect for @Kampfkarren and his decision, calling this a "resolution of the specific issue" seems a bit euphemistic. IMHO, the issue has been side-steped/avoided but not resolved, you are free to differ though. But be that as it may, I still would appreciate if @Kampfkarren could post the results of the speedtests with the stock firmware.

I am aware of that, and as you might notice, I did not try to convince the OP to change his decision, all I am asking for is like two more minutes of his time to run and post the speedtests. This, BTW, is only possible due to his decision to revert...

We violently agree ;).

The OP decides that, and apparently has.