Could that be a function of the cabinet? From my HG612 I see

# xdslcmd info --stats
xdslcmd: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 1
Last initialization procedure status: 0
Max: Upstream rate = 32330 Kbps, Downstream rate = 97196 Kbps
Bearer: 0, Upstream rate = 20000 Kbps, Downstream rate = 79999 Kbps
Bearer: 1, Upstream rate = 0 Kbps, Downstream rate = 0 Kbps
Link Power State: L0
Mode: VDSL2 Annex B
VDSL2 Profile: Profile 17a
TPS-TC: PTM Mode(0x0)
Trellis: U:ON /D:ON
Line Status: No Defect
Training Status: Showtime
Down Up
SNR (dB): 0.9 9.6
Attn(dB): 15.5 0.0
Pwr(dBm): 12.9 6.8

So for some reason despite having a max attainable of well over 80000, it has synced at 79999 and it has been like that since day one, which is over five years ago now. I would note despite having a g.Fast enabled cabinet I can't order it as I am presumably too far away. I am sure that VDSL 35b would have been a thousand times more sensible than g.Fast. I would be happy if I could get my max theoretical.

Openreach cap the speed to 80/20 as part of the product offering, even though the underlying technology allows somewhat higher speeds.

35b would give much better performance, but can't be deployed because of interference from LLU/ADSL. That is, all other operators would need to remove their ADSL equipment from the copper network first.

You must be pretty close to the cabinet to get those stats, so surprised that you can't get G.Fast. Have you checked some neighbours who are a bit closer?

Hoewver for now, be happy that you have a rock solid 80/20... it's better than most people get

At a guess you are around 400-420m from the cabinet based on attenuation. The oddity is the 0.9 dB downstream SNR - would expect that to be way above 3dB as you have capacity to spare.

I know I was just commenting that I would welcome a package that allows you to float to the maximum. Obviously not everyone would benefit but for at least some of those that would benefit it would be a welcome boost.

I am around 320m cable distance from the VDSL cabinet, back to the cabinet and to the modem in my house as measured using Google maps. Slight guess work on the cable route, but I am pretty confident of the route.

While I accept a rock solid 80/20 is nice, you are factually incorrect to say it is better than most people. Thinkbroadband's own figures say that 64.3% of the UK are able to get an ultrafast (aka better than 100Mbps) connection. As such most people can get a better connection than I do, so not unreasonable to moan a bit

DSL Uptime
46 days 6 hours 40 minutes 19 seconds
DSL Type
VDSL2
DSL Mode
Fast
Line Rate
20 Mbps 79.98 Mbps
Output Power
-4.2 dBm 14.2 dBm
Line Attenuation
1.4, 9.2, 15.5 dB 4.9, 12.4, 20.8 dB
Noise Margin
9.3 dB 8 dB

This is a stable connection at a friends office on FTTC 76/20, Has been like this also for 3-4 years

Edited by thomaswarne01 (Sun 10-Jan-21 22:06:52)

In reply to a post by candlerb:

35b would give much better performance, but can't be deployed because of interference from LLU/ADSL. That is, all other operators would need to remove their ADSL equipment from the copper network first.

35b uses the exact same tone spacing as 17a. It just continues to higher frequencies.

35b would not have needed LLU/ADSL to be touched or removed.
The identical PSD masks and power cut back on the ADSL tones that are used now would be used on 35b.

The point of a 35b rollout is it coexists with 17a. It can even be Vectored between 17a and 35b while leaving ADSL running.

35b can't be deployed because G.Fast was chosen instead.

In reply to a post by jabuzzard:

While I accept a rock solid 80/20 is nice, you are factually incorrect to say it is better than most people. Thinkbroadband's own figures say that 64.3% of the UK are able to get an ultrafast (aka better than 100Mbps) connection.

That's because of Virgin Media. I wouldn't touch them, so I don't count them

In reply to a post by candlerb:

That's because of Virgin Media. I wouldn't touch them, so I don't count them

Many of us don't have a choice, luckily the network in my area doesn't exibit the problems we see in the Thinkbroadband VM forum from other parts of the country.