I've had a bit of a strop with PN, mainly regarding the meaningless rubbish they put on the ticket.
Result -- they are now sending out a BT engineer
I'll report back on how things go.
When the engineer arrives, I would ask him to determine from his JDSU or Exfo tester, the electrical line length.
If it's a lot more than the 700m, it COULD suggest a physical line problem.
Both devices can also be used to run a TDR test that should identify the distance of the problem from wherever it is tested i.e. from your master socket, or from the DSLAM in the cabinet.
If you are lucky, the engineer may still have a 'Hawk' or 'Mole' or other similar specific TDR tester that would report things in more detail.
The engineer should also be able to show you the actual line route & cable guage/type & be able to approximate its length from BT's Network Records that he should be able to access from his laptop.
Bacon butties, chocolate hobnobs & copious amounts of tea/coffee often seem to pave the way to an engineer being particularly helpful.
As mentioned by asbokid, the ECI DSLAM has decided it would send the US QLN data to your modem.
It probably also sent the US Hlog & SNR data too (as per the attached example from a connection with a potential bridged tap problem).
The new programs (& later versions of the scripts) can capture US data & plot it in green to distinguish it from DS data.
If you don't wish to use the new programs, you could zip the Plink log from your data obtained whilst connected via the test socket & post it here (as long as the zip file is less than 200K in size).
I'll then plot it & post the montage here as an attachment for you.
Have you been logging ongoing stats 24/7?
That data would give us (& the engineer) a general feel for what is going on with your connection over a period of time.