ADSL ERR_SSL_BAD_RECORD_MAC_ALERT error
@batesi wrote:
I'm a bit baffled as what the sudden step improvement is at 4am on Sunday.
.
That step at 4am was probably the exchange ADSL DLM (Dynamic Line Management) deciding that there were too many errors on your line, and attempted to reduce that by increasing the interleaving depth and/or Reed Solomon coding which in effect increases the aggressiveness of the error correction applied to the line.
The benefit of that is that theoretically both ends of your landline 'should' be able to correct more corrupted packets automatically - which is likely to reduce the need for the receiving end to request the retransmission of lost data.
The downside is that your connection latency has now increased, which means even more lag and may worsen bufferbloat.
You can see that the DLM change DIDN'T make any difference to your continuous packet loss, shown in red along the top of the chart, so better error correction didn't improve the percentage of lost packets.
Another thing to note is that the red packet loss is at a continuous percentage throughout the night, so that probably indicates that exchange congestion isn't the problem. Typically ADSL exchange peak traffic load occurs in the evening, and minimum traffic would be in the early hours, therefore if your packet loss was due to 'congestion' (i.e. exchange traffic overload) you would expect your packet loss to be worse before midnight, and be better until morning - but it isn't.
It was worth capturing that BQM plot, even if just as more evidence to show the Plusnet faults team, or Openreach REIN engineer.
