Bufferbloat problems still with using sqm

Log in to your modem and check the error statistics. If you have any interior wiring, bypass it and connect the modem direct to the NID box, and check errors again.

Pushing the bandwidth higher than the copper will allow causes errors. Interleaving is designed to reduce the effect of a burst error. Instead of one packet with many errors (an uncorrectable), interleaving spreads the bit errors out across several packets to have a few errors each, which is correctable. So the high speed non interleaved profile should be used only on clean lines.

I concur with @mk24, with your sync speed you are not that close to the DSLAM, so I would try going for stability over latency first. SO try one of the ASLD2+ very reliable profiles and repeat your tests, please.


Not exacrly, G.INP is method in which instead of simple interleaving data is sent closer to fast path, but the sending modem buffers the data until the receiving modem acknowledges that that data was received (and if the data was cpruupted the original seder will resend that data out of its buffers). The advantage is that unlike with interleaving you will only see an effect if errors actually occur, the downside is that in that case G.INP uses DSL-bamdwidth in a way that is unobservable for sqm, so it might introduce variable latency/bufferbloat. But if your ISP does not offer G.INP as an option this is moot anyway.