Suck it & see! Prob only for the wireless.

C & W was bought by Vodafone in July 2012 and fully absorbed 1 April 2013.

In reply to a post by XRaySpeX:

Likely they use TT backhaul.

But there aren't enough AOL DSLAM/MSAN devices in exchanges to boast 85% coverage. At the very least AOL customers must be connected to Talktalk kit in exchanges where AOL have no presence.

True, but you can take these marketing statements with a pinch of salt.

'We use TT's backhaul'
'TT's network covers 85% of the UK'
therefore
'We cover 85% of the UK'

would be logic to marketeers.

Well it looks like my complaint with Plusnet is closed as there definition of significantly lower is different than mine..email from Plusnet yesterday states:

Estimated line speed: 7.5Mbps
Current line speed: 5.3Mbps
You can keep a track of your line speed through our website:

Today's figures
Wed 09/10/13 16:15 4.99 Mbps 4.86 Mbps 0.38 Mbps 91.125.244.249 Plusnet
Wed 09/10/13 12:35 4.99 Mbps 4.92 Mbps 0.38 Mbps 91.125.244.249 Plusnet
Wed 09/10/13 08:39 5.00 Mbps 4.91 Mbps 0.38 Mbps 91.125.244.249 Plusnet

In reply to a post by Oliver341:

At the very least AOL customers must be connected to Talktalk kit in exchanges where AOL have no presence.

Yes, but in such exchanges where AOL is not LLU'ed (e.g. Wraysbury where I did my test) AOL will only offer you their Full LLU package of Broadband + Calls + Line Rental. Whereas in exchanges where AOL is LLU'ed (such as my Reading one) they will offer you their 'Up to 8 Meg' Partial LLU packages (for what is worth but will suit some).

So, in essence AOL may cover 85% of the UK with their, shared with TT, Full LLU product, but only about half that with their unique differentiated Partial LLU products.

I have now been advised that they are sending an engineer to my house to investigate although admitting that the fault may well be at the exchange as I pointed out I have already had an engineer here a few months ago when Sky did the same tests. Here is this mornings Stats:
Link Information

Uptime: 0 days, 16:13:57
DSL Type: ITU-T G.992.5
Bandwidth (Up/Down) [kbps/kbps]: 448 / 6.127
Data Transferred (Sent/Received) [MB/GB]: 199,70 / 1,94
Output Power (Up/Down) [dBm]: 11,8 / 19,5
Line Attenuation (Up/Down) [dB]: 22,6 / 42,0
SN Margin (Up/Down) [dB]: 20,7 / 1,1
System Vendor ID (Local/Remote): TMMB / ----
Chipset Vendor ID (Local/Remote): BDCM / TSTC
Loss of Framing (Local/Remote): 13 / 0
Loss of Signal (Local/Remote): 3 / 0
Loss of Power (Local/Remote): 0 / 0
Loss of Link (Remote): -
Error Seconds (Local/Remote): 61.952 / 0
FEC Errors (Up/Down): 0 / 0
CRC Errors (Up/Down): 6 / 109.298
HEC Errors (Up/Down): 0 / 67.315

Alec

Downstream SNRM 1.1dB and error seconds 61952 - an SFI engineer should be able to establish that there is noise affecting your line somewhere.

Upstream is also capped at 448Kbps and fastpath?

Good luck.

Edited by 4M2 (Fri 11-Oct-13 11:01:30)

In reply to a post by FraserSoft:

Error Seconds (Local/Remote): 61.952 / 0

That's over 1 ES every sec. and they're getting worse.

Looks like fastpath with a 3dB SNRM at sync time possibly hit by noise which has reduced the margin to 1dB - not very stable!