no that was connected through homeplugs, the speed directly was only 2-3mb more, still a lot less than 77mb lol

laptop running windows 7 home edition.

AVG free is running Andrew, that's the only thing that was.

currently my errors from 10:16 are like this, lots of noise from somewhere



http://i3.photobucket.com/albums/y60/zzr600E1/2014-0...


I live about 0.5m as the crow flies from BAE systems in Barrow, so it could be something to do with nightshift and generators (could be clutching at straws here)

Edited by deleted (Tue 29-Apr-14 23:27:15)

I may run some cat5 directly from the nt5 vdsl socket downstairs and connect the modem where my pc is. It is no more than a 15m run, currently upstairs it is about 1m from the combi boiler so that also could be making the noise, although it isn't running currently

Don't know if this helps


Per second Per minute Per hour Per day

CRC Up 0 0 0 0
Down 0 0.02 1.01 24.2

FEC Up 0 0 0.08 1.94
Down 22.8 1370 82220 1973279

HEC Up 0 0 0 0
Down 0 0.10 5.73 138

ES Up 0 0 0.16 3.87
Down 0 0.03 1.98 47.5


http://i3.photobucket.com/albums/y60/zzr600E1/pbPara...

Edited by deleted (Tue 29-Apr-14 23:38:06)

not only that but they could be slowing down a line via interference.

I was with you until now. I thought the system worked like

* sync check max sync speed , say 96 download speed
* limit sync speed to artificial isp limit , say 80 download speed, eg what you paid for
* construct physical connection at that 80 speed to the users fttc modem
* start data path
* start error correction strategies

Thus any loss in throughput would come out of the 80 in my example not the 96. Eg you do not get error correction capacity for free. Also if it was for free, then the users modem could be hacked to get the full line speed bypassing the isp rate limits, which does not happen

Is this correct or am i miss understanding how this happens.

The max sync speed is 80 currently

Hardset by configuration of port in cabinet.

The attainable figures that kit report are theoretical NOT actual

@rd350ypvs

Feel free to drop me a DM with your username so I can run some checks for you.

Adam, have sent you a pm

I am on talktalk by the way

In reply to a post by iand:

* construct physical connection at that 80 speed to the users fttc modem
* start data path
* start error correction strategies

The error correction strategies fundamentally change the shape of the underlying connection - particularly interleaving - which is why a resync is necessary. If you can get a user data path speed of 80Mbps with error correction in place, then you do indeed get the bandwidth for the error correction for free (see "HG612 stats how do they look" thread for a case too).

MrSaffron is right that the attainable figure is a theoretical calculation, rather than an actual. However, the modem has some knowledge of what is attainable while constructing the actual setup; For example, the modems that negotiate additional (unbidden) FEC protection upstream only seem to do so when there is spare capacity (above the 20) to do so.

Adam, did you get my PM m8?

Well turned modem off at midnight last night and back on at 6:30 am this morning. Not surprised to find no change in interleave level. Still 1435 at 3 and 8ms. Will change the modem at the weekend back to the eci and see what that achieves

I just find it odd that it syncs at 80/20, never deviated from that yet I cant really acheive greater than 53mb download. surely my stats arent that bad. I will give the eci modem 10 days from this weekend to test the interleave theory.

Edited by deleted (Wed 07-May-14 16:38:53)