I set up SQM / Cake through Luci, and would like to check that it is correcty set up...
In Luci, I enabled SQM, assigned it to WAN (eth1), set up my download (11500) and upload speed (2000), both at roughly 90% of the actual test reports values. My queue discipline and setup scripts are "cake" and "piece of cake", respectively, and the parameters for link layer adaptation are ADSL with an overhead of 44.
I performed a speed test and the actual download and upload speed are above the upload and download speed I set in SQM... Also, bufferbloat is significant (rating "D"), although cake is supposed to be enabled...
I have subsequently disabled SQM and run the speed tests, with the same results (ie same down/up speed, same bufferbloat) then when Cake is supposed to be active.
So, either cake is not SQM/active when it says it is, or is not performing what it is supposed to...
@deuteragenie When I run dslreports.com/speedtest with cake/piece of cake and SQM setup I will get an A+ rating. How are you connected to ADSL - is it via a modem supported in LEDE or are you using an external ADSL modem connected via PPPoE? Packet fragmentation might be an issue.
I am connected through the Internet via a modem/router, and am using DHCP between the Archer C7 (which is running LEDE / Cake) and that router.
I cannot use PPPoE between the modem/router and the Archer C7, because the telco kindly disabled that feature a while ago (for free, and without asking my permission :).
To the best of my knowledge, the telco is using PPPoE over ATM (not too sure how I can test that...).
So it can be that this setup is causing trouble (certainly not ideal...), but the thing is that I got very good results on the TP Link 842Nv3.1 with the same setup.
@deuteragenie, have a look at https://github.com/moeller0/ATM_overhead_detector this should give you an idea about the encapsulation actually used on an ATM/AAL5 link. If you are not too unlucky this should help answer whether "PPPoE over ATM" is the correct assumption (it should also be capable of detecting VLAN tags on the dsl link).
@deuteragenie Just thinking about your different devices. Have you eliminated wifi as a potential source of the problem in your testing? Many 802.11ac implementations suffer from bufferbloat.