Capped speed ?

[#1]

Good morning,

following a previous post, I replaced my Plusnet router for a Vigor 130 modem and Asus router and I'm now getting a much better user experience in terms of latency (using QoS).

However, it's seems that my connection is capped.. please see pictures attached.. I've connected my computer directly to the modem to obtain the public IP address.. the DS Actual rate is close 78Mbps and the Bandwidth test only gives out 69Mbps (I've tried a couple different ones and always with the same limit of 69.XXMbps) and US Actual rate is 1999900bps while ony getting 18.67Mbps. 

Can you please check on your side ?

Kind regards

[#2]

Data speeds and line sync speeds are not the same.  Line sync speed is raw data bits; data transmission has over heads.  Depending on the retransmission level set for your line, that could be as high as 9% - see ::. Kitz - bRAS + IP Profile .::

Therefore your DATA speed test results are about right for your sync speeds.

[#3]

The line is syncing at 74.6 Mbps (KBD and RRT), no banding on the line either. Throughput speeds are always slightly lower than the line's sync speed.  

[#4]

Thanks both for the reply. I'm aware of the overhead I didn't do the maths but 9% seems excessive ... however I used to have 76 with BT and reached 72 with Plusnet before (Speedtest.net) .. I reduced the SNR delta and was able to get back to the 72 which is positive

> vdsl status
vdsl status
---------------------- ATU-R Info (hw: annex A, f/w: annex A/B/C) -----------
Running Mode : 17A State : SHOWTIME
DS Actual Rate : 79997000 bps US Actual Rate : 19999000 bps
DS Attainable Rate : 84864992 bps US Attainable Rate : 23633000 bps
DS Path Mode : Fast US Path Mode : Fast
DS Interleave Depth : 1 US Interleave Depth : 1
NE Current Attenuation : 11 dB Cur SNR Margin : 3 dB
DS actual PSD : -4.-7 dB US actual PSD : 14. 2 dB
NE CRC Count : 0 FE CRC Count : 251572
NE ES Count : 0 FE ES Count : 158377
Xdsl Reset Times : 0 Xdsl Link Times : 2
ITU Version[0] : fe004452 ITU Version[1] : 41590000
VDSL Firmware Version : 05-07-06-0D-01-07 [with Vectoring support]
Power Management Mode : DSL_G997_PMS_L0
Test Mode : DISABLE

> vdsl status more
vdsl status more
---------------------- ATU-R Info (hw: annex A, f/w: annex A/B/C) -----------
Near End Far End Note
Trellis : 1 1
Bitswap : 1 1
ReTxEnable : 0 1
VirtualNoise : 0 0
20BitSupport : 0 0
LatencyPath : 0 0
LOS : 0 0
LOF : 0 0
LPR : 0 0
LOM : 0 0
SosSuccess : 0 0
NCD : 0 0
LCD : 0 0
FECS : 0 331234 (seconds)
ES : 0 158378 (seconds)
SES : 0 573 (seconds)
LOSS : 0 0 (seconds)
UAS : 31 49513 (seconds)
HECError : 0 0
CRC : 0 251573
RsCorrection : 0 0
INP : 0 255 (symbols)
InterleaveDelay : 0 16 (1/100 ms)
NFEC : 240 32
RFEC : 0 16
LSYMB : 5028 16
INTLVBLOCK : 120 32
AELEM : 0 ----
>

Many thanks

[#5]

Oooo there will be tears before bedtime!

Reducing SNRM tends to give rise to a higher error rate, so all though the bits travel faster fewer of them are good ones, giving rise to an increase in retransmission levels and possibly reduced data rates.  Are you actually suffering any real issue with the slightly lower data rates?

A greater take up of VDSL will increase the occurrence of cross-talk across the copper circuits and thereby bring about some decreases in effective transmission rates.  Its the nature of Physics.

[#6]

Not a "real" issue, just not getting the speeds that I once had (so now I feel I'm entitled to it!).

Agree about the errors, hence me still monitoring it and as of now (after 2h of posting last values) not really a significant increase in errors . I will play more around it to establish the minimum snr delta possible (currently -20) that still allows me the sync of 79997000 bps 

Now:

NE CRC Count : 0 FE CRC Count : 251614
NE ES Count : 0 FE ES Count : 158392

FECS : 0 331234 (seconds)
ES : 0 158394 (seconds)
SES : 0 573 (seconds)
LOSS : 0 0 (seconds)
UAS : 31 49513 (seconds)

Thanks for the feedback, much appreciated