Stages 1-3a are perfect, and are pretty much what I do when proven conclusively that REIN is the culprit.
Thanks, in my mind that has not yet been proven. It seems to be an assumption because their copper line tests pass but yet the errors persist in the DSL and noise on the phone line. The last guy really showed that mind set, his mind was made up before he entered our premises or even went near the route of the phone line. All he actually did was to fit a filter (made no difference) and changed the noise margin (made no difference to error rate, just slowed the line down).
One question - the ISP referred to BRAT (or Brandenberg) picking up REIN, and pin pointing it at my house. Given that this is kit at the exchange, firstly how does it detect REIN, is it just from the pattern of errors or does it detect foreign signals on the wires? Also, how does it know where these errors or spurious signal entered the cable?
You are quite correct, Brandenberg Repair Access Tool (BRAT) is basically a summary of all the stats. It
can not detect where 'Noise' enters the 'pair of wires'.
BRAT really is a hit and miss indication, and one that unassuming engineers (or engineers wanting a quick 'out'), may interpret wrongly.
An example is .... its summary of
DS Attenuation may pass, but there could well be a HR fault on the circuit in question that it can't 'see'. This HR will be what is allowing excessive 'noise' in and causing many CRC's/FEC's. So, BRAT
assumes the 'pair of wires' is ok and that the errors can only be down to REIN.
Don't get me wrong, BRAT
does have its place in DSL faulting, but it has to be used in conjunction with all the other tests we have at our disposal. PQT, DSL Close-out, Eclipse, TDR, HR Detect, Auto ID, Quiet Line Test, Using the QLT whilst performing an error-rate test at the same time, ringing the landline number whilst performing an error-rate test ......... that's off the top of my head, there's more that I've forgot to mention.
The real underlying issue, is the pressure on the engineer to be both efficient and productive with extreme time-pressures placed upon them.
I hope you get an engineer who takes ownership and finds the source of the fault ...... a probable HR, IMO.