EDIT: Note that in regards to ES/hour, the figures below have increased significantly since posting. It's at

======================================================================
Engineer gone now, was with me for about two hours.
Firstly, he showed up asking if he was here to boost speeds or deal with low speeds - clearly they did not read their notes again. I explained that we have fluctuating SNR and the line is interleaving every five days after a line reset by engineers. He immediately clarified that if it was REIN that he couldn't help. As a gesture he turned on his little K208 radio and waved it in the air a minute then said 'I can't hear anything, but I'll drive around the neighbourhood to be sure.' Sadly at this time, line stats were indicating no fluctuation in SNR ...typical.
I could tell right away he was another one that was quite chatty, however he seemed more interested in a quick OR 'resolution' as opposed to finding an actual solution(will have an example below).
I tried to convince him if nothing else, that his report concerning REIN, would potentially make or break any progress in the matter - if he didn't support us on this, we may be out of luck.
List of things that did /didn't happen :
A) Couldn't do pair test at the house because it's a Huawei cabinet and suddenly their equipment does not work with those any more.
B) Line/error test with interleaving on showed little CRC activity yet a fair amount of FEC activity.
C) He visited the cabinet to do a pair test (passed with similar results as last time). Then reset the DLM/line. He claims there were only a few CRC errors in the first four minutes and that's acceptable to him.
D) He called his office to speak to someone concerning REIN. After about five minutes, they both agreed there was no REIN, no indication of REIN and nothing out of the ordinary. He was going to pass me over on the phone, though the other gentlemen declined to speak with me.
E) Thirty minute waffle conversation in response to me questioning and discussing the situation.
Only after a bit of back and forth did he ask to see the graphs I mentioned at the start of his visit. I showed him the SNR over eight days, polled at two times a day. He asked if we could see them more per hour and thus I presented several days by the hour, showing clear spikes and dips at random times (except in the middle of the night). He wasn't phased by the numbers. I wanted him to look at the DS CRC vs DS FEC where the former was in the fives and tens while the latter was in the fifty thousand+ a day. I also asked him about bitloading and tones/frequency - he said he hadn't a clue about that, they're only trained to look at ES/hour and CRC errors.
These were my points and his answers in bold:
1. Why the fluctuation in SNR at random times throughout the living hours of the day?
Because interference is every where and you cannot control it. 3db or 4db up and down daily is no big deal.2. Why the interleaving on my line?
Because at anything around 900-1000 meters, a line can't handle fast path speeds, so DLM trains the line using interleaving to ensure that it can sustain at least some of the high speed and keep your line from resynching. If you were closer to the cabinet, it would have more flexibility in it's fast path requirements.2a. Fine, though why at almost exactly six days after each line reset does the interleave get applied?
Because there must be a significant amount of CRC errors flagging up and it is correcting them.3. If the above is true, then why does it not affect Upstream, especially as DS and US are tied together?
Don't know.4. Now that interleaving is off, I can see on the stats that my ES/hour is 55 and rising. There are no FEC and CRC count is 2341.
Well when I reset the line and checked CRC, only a handful came up, and there were no FEC errors either. I don't know what software you're using, but that's not what I see. 5. If the above is true, then why not do another test and see where the CRC are at now? We're looking for incrementing errors.
I've done my final tests, there's nothing more I can do.6. What's the bottom line here?
If the connection is not actually resynching, and you're only losing five or six mbps then there's nothing you can do. OR aren't going to commit to a REIN engineer and if you had true REIN (he kept making REIN out to be an absolute all or nothing) than my van speakers would blow out from the interference.He even ended it by giving the me the speech,
'hey, I only get 8mbps, you're lucky!'Let it also be known that when he spoke to his guy at the centre, he didn't plead my case whatsoever. He said "I need you to do a REIN test/check for me on such and such line such and such etc. I can't see any problems any where, I can't hear any significant REIN and the speeds are in acceptable limits." He never said 'Interleaving is on all the time, with repeat symptoms.' or 'the SNR is all over the place' or 'Look I've already gotten 50es/hour' or 'the EU has weeks of data showing there's an issue' etcetc.
Sure, he was nice enough but his knowledge was suspect, he didn't know how to do a basic REIN walk around (nor was interested) and when questioned on things, the responses were more excuses than hard facts.
BT claims is calling tomorrow, and not sure what to say really other than I am not satisfied? I have evidence of something amiss, my line is on constant interleave and the neighbours are still suffering as well.
Additionally, and I'll run this by Paul some more - now that interleaving is off, and I have about a four to five day window, I will keep logging. Is this a good time to cap my downstream in hopes it reduces the ES/hour and keeps me on fastpath? I am to understand that anything over 30 or 40/hr is too many?
My max attentuation is around 47 and I synced at 46, with an IP profile of 45.5 and a throughput of 44mbps. I am conscientious that DLM will most likely cap me at what is a throughput of just under 40mbps, so the question becomes, whether I can find the capped sweet spot in between those 5mbps.
Here are stats since the uptime today:

Thanks again everyone that's following this