Moved from a Comms World BTW provided connection to Zen's LLU Adsl earlier in the month.
Now despite there being congestion on the BTW product (confirmed by my supplier) it was stable with many days uptime on a 6db profile on fast path. Syncing in the high 5000 to low 6000. It even switched down to a 3db profile where I was seeing high 6000/low 7000 syncs and fairly stable.
Now after the switch the first day I was seeing a high 5000 sync but the next day the line dropped down to mid to low 4000, many PPP drops (confirmed by the router log and Zen themselves) mainly when under load especially uploading ie iCloud and mostly at night when I plug my iphone or the other half does to charge. Not of the time the sync stays but connection drops, a few times it drops sync or the router need a reboot to reconnect. They have put interleaving on the line again with no difference (other than the latency)
Now I certainly never had that even when I used to hammer the connection in both ways, just peak time congestion which reduced my actual download speeds (not sync).
I've tried a old style filter faceplate, a VDSL mk2 faceplate, and currently using the test socket with nothing but the router & micro filter connected. No change at all. Changed the PSU for the Netgear 3300v2 router, changed the Adsl cable for a shielded, then a really short single core and then back to the original. No difference to the drops or sync speed.
On the advice of the Zen tech staff I've now changed the router to a Thompson 585n.
I've rechecked everything, the router & socket are in the same cupboard as an electrical main box but I've moved the router to about 1m away (it was 30cm away before I started having these issues with no problems!) I've also taken the opertunity to switch off everything in that cupboard like a vacuum charger, Philips hue router etc etc. No difference, my gas heating was on for a period but it's now off and again none of this has helped.
My stats on the Thompson are after about 6 hours of being on. (Note the uptime)
0 days, 0:57:13
Bandwidth (Up/Down) [kbps/kbps]:
981 / 4,583
Data Transferred (Sent/Received) [MB/MB]:
165.36 / 459.75
Output Power (Up/Down) [dBm]:
12.3 / 19.6
Line Attenuation (Up/Down) [dB]:
28.0 / 48.5
SN Margin (Up/Down) [dB]:
6.3 / 5.5
System Vendor ID (Local/Remote):
TMMB / ----
Chipset Vendor ID (Local/Remote):
BDCM / BDCM
Loss of Framing (Local/Remote):
71 / 0
Loss of Signal (Local/Remote):
8 / 0
Loss of Power (Local/Remote):
0 / 0
Loss of Link (Remote):
Error Seconds (Local/Remote):
164 / 0
FEC Errors (Up/Down):
0 / 574,712
CRC Errors (Up/Down):
0 / 0
HEC Errors (Up/Down):
0 / 0
And the ping monitor for the other day with the Netgear (I'll include one for the Thompson once it's done 24hours)
The Netgear stats (VDSL Mk2 faceplate) so little difference between routers.
ADSL Link Downstream Upstream
Connection Speed 4111 kbps 943 kbps
Line Attenuation 49.0 db 27.1 db
Noise Margin 6.0 db 6.0 db
Also I monitored the SNR for several hours and it was quite variable.
We are due to get FTTC in a few months (via Digital Scotland) and BT have been blowing fibre outside our property but no FTTC can yet. I'm unsure if this has any relevance to this fault though.
Anyone experienced similar or had this type of thing fixed?
Zen are investigating a line issue but don't think moving to them would cause any psyical change to the line.. What is involved in moving from BTW to LLU but staying BT for phone line?
Anything else I can do?
Edited by Binary_Digit (Thu 01-Oct-15 23:20:51)