Problem after problem

[#1]

Another new filter (just to see)
Test socket
Link Information

Uptime: 0 days, 0:01:25
DSL Type: G.992.1 annex A
Bandwidth (Up/Down) [kbps/kbps]: 448 / 5,440
Data Transferred (Sent/Received) [kB/kB]: 0.00 / 0.00
Output Power (Up/Down) [dBm]: 12.0 / 19.5
Line Attenuation (Up/Down) [dB]: 10.5 / 21.0
SN Margin (Up/Down) [dB]: 19.0 / 12.0
Vendor ID (Local/Remote): TMMB / TSTC
Loss of Framing (Local/Remote): 26 / 0
Loss of Signal (Local/Remote): 9 / 0
Loss of Power (Local/Remote): 0 / 0
Loss of Link (Remote): 0
Error Seconds (Local/Remote): 30 / 0
FEC Errors (Up/Down): 0 / 0
CRC Errors (Up/Down): 0 / 0
HEC Errors (Up/Down): 0 / 0
Main socket

Link Information

Uptime: 0 days, 0:00:34
DSL Type: G.992.1 annex A
Bandwidth (Up/Down) [kbps/kbps]: 448 / 5,152
Data Transferred (Sent/Received) [kB/kB]: 0.00 / 0.00
Output Power (Up/Down) [dBm]: 12.0 / 19.5
Line Attenuation (Up/Down) [dB]: 10.5 / 22.0
SN Margin (Up/Down) [dB]: 22.0 / 12.5
Vendor ID (Local/Remote): TMMB / TSTC
Loss of Framing (Local/Remote): 50 / 0
Loss of Signal (Local/Remote): 11 / 0
Loss of Power (Local/Remote): 0 / 0
Loss of Link (Remote): 0
Error Seconds (Local/Remote): 32 / 0
FEC Errors (Up/Down): 0 / 0
CRC Errors (Up/Down): 0 / 0
HEC Errors (Up/Down): 0 / 0

[#2]

The attenuation is 1db better when you are in the test socket, but apart from that the stats don't look radically different.
I'd like to see how many errors are logged over a 24 hour period with the new filter.
If that looks good it's then take up the offer by Chris to reset the SNR.

[#3]

I thought that.. There is a little difference, but nothing major apart from the extra 290 bandwidth from what i can see..
I will leave it in the main socket then, and post results when i get home from work in the morning..
Would the reset be instant? as tomorrow, saturday and sunday are the days when i use the xbox

[#4]

Like jelv, I really would have expected a line with only 22db attenuation to synch at 8128k, even with a 12db margin!!.
A couple of questions:-
You have 2 extension sockets, when you removed the faceplate on the master socket ( to connect to the test socket ) were there any wires connected to the faceplate ? Just checking that the extensions haven't been directly connected at a junction box somewhere.
Have you tried another router at any time ? Just wondering whether it could be a dodgy router.

[#5]

Yes there are 6 wires on the face plate.. 2 white 2 orange and 2 blue..
I would really love 8mb and if you say i should be able to get it on my line i wont settle for anything less  
I have only used this 1 router at this house, and don't have another one to test

[#6]

Remove the orange wires. Read this for the reason why, the ring wire section.

[#7]

Quote

Yes there are 6 wires on the face plate.. 2 white 2 orange and 2 blue..

Oh well, that's that theory out of the window then!, it looks like the extensions ARE wired correctly.

Quote

I have only used this 1 router at this house, and don't have another one to test

The router is still a possible, although unlikely, cause then. What make/model is it ?

Quote

Remove the orange wires. Read this for the reason why, the ring wire section.

@itsme, Agreed, but the fact that the synch didnt really improve with the extensions disconnected tends to imply the ring wire isn't a major cause of
the problem.

[#8]

Its a Thomson TG585 v7..
I may try the wire trick, but the stats didn't really show much of an advantage over the main socket through the test socket

[#9]

It might be useful for us to see the Bitloading plot for your line, it might show if there is some external noise which is affecting the ADSL signal.
Normally people use a software tool called DMT to show that information from the router but DMT is not compatible with the TG585v7 yet, however the author of Routerstats has put together what appears to be a simple tool to get the Bitloading graph from a TG585, see here http://vwlowen.co.uk/internet/bitloading.htm.
You dont need to reset the router or anything like that, just download the s/w, run it on a PC,put in the userid/password for your router, and it ( hopefully ) should display the bitloading. You can then post with an attached screen dump and we can see if there is anything odd in the bitloading plot. 

[#10]

Didnt enter my password, but i think it worked?

[#11]

Yes, it worked - thats the good news!
The bad news is that it doesn't look too good to me, those gaps at around tones 177 & 210 definitely shoudn't be there. On a good line the plot should be reasonably flat with about 9 bits/tone all the way up to at least tone 240. I've attached my bit loading as an example, my line has 29db attenuation so is actually a worse line than yours. I need to investigate what the frequencies are around tones 177 & 210 and see what might be interfering but I've got to go out shortly so it will be tomorrow at least. Maybe some of the other knowledgeable people on the forum may have some comments in the meantime...  
Edit: tone 211 is 909khz , Radio 5 live, are you anywhere near a MW transmitter ?

[#12]

Im near chelmsford town centre, so am near a few i think. but its strange that i had over 5mb for over 3 months, but now its dropped?
here are the stats this morning from the new filter
Uptime: 0 days, 15:37:18
DSL Type: G.992.1 annex A
Bandwidth (Up/Down) [kbps/kbps]: 448 / 5,120
Data Transferred (Sent/Received) [kB/kB]: 0.00 / 0.00
Output Power (Up/Down) [dBm]: 12.0 / 19.5
Line Attenuation (Up/Down) [dB]: 10.5 / 22.0
SN Margin (Up/Down) [dB]: 21.0 / 13.0
Vendor ID (Local/Remote): TMMB / TSTC
Loss of Framing (Local/Remote): 62 / 0
Loss of Signal (Local/Remote): 12 / 0
Loss of Power (Local/Remote): 0 / 0
Loss of Link (Remote): 0
Error Seconds (Local/Remote): 33 / 0
FEC Errors (Up/Down): 0 / 14,679
CRC Errors (Up/Down): 0 / 37
HEC Errors (Up/Down): 0 / 32
Do you think removing the bell wire might help?
Ping seems to have improved a bit now, but no increase in speed
http://www.speedtest.net/result/668556072.png

[#13]

Quote

Do you think removing the bell wire might help?

Well it certainly won't do any harm!. Although given that the synch speed didn't improve from the test socket ( which would have disconnected the bell wire ) I wouldn't hold out a lot of hope of improvement. The bitloading plot shows that your line is suffering from significant interference from noise, particularly around 2 frequencies 909 khz and 765(ish) khz. There's a very good explanation of ADSL and bitloading here http://www.kitz.co.uk/adsl/adsl_technology.htm which,strangely has an example similar to yours!.
Is there any chance of you borrowing another router from someone, if nothing else then just to eliminate that from any possible cause ?

[#14]

interesting as those are both local AM frequencies of BBC, Essex  I think 765 comes from Mountnessing to the west of Chelmsford, Bakers Wood, Map Ref TL660039

[#15]

location of 765 and 909