Something strange has happened to my line. It seems like I am now connected to 55/10 see below stats. Notice the upstream SNR at 7.9db and 9999 sync. I am not going to complain to Uno as it may be an openreach mistake but strange how the upstream, although it has been low for a while has dropped.

Stats recorded 19 Nov 2020 20:10:19

DSLAM type / SW version: BDCM:0xa4a1 (164.161) / v0xa4a1
Modem/router firmware: AnnexA version - A2pv6F039v.d26a
DSL mode: VDSL2 Profile 17a
Status: Showtime
Uptime: 0 hour 21 min 5 sec
Resyncs: 0 (since 19 Nov 2020 20:10:15)

Downstream Upstream
Line attenuation (dB): 19.6 0.0
Signal attenuation (dB): Not monitored
Connection speed (kbps): 54225 9999
SNR margin (dB): 6.3 7.9
Power (dBm): 12.6 7.4
Interleave depth: 4 1
INP: 52.00 0
G.INP: Enabled Not enabled
Vectoring status: 5 (VECT_UNCONFIGURED)

RSCorr/RS (%): 0.0003 0.0000
RSUnCorr/RS (%): 0.0000 0.0000
ES/hour: 0 0

Probably not a really significant change (except perhaps for an increase in upstream SNR Margin) from last October when you had a "voice" fault on the line and posted these stats which I have abridged:

Max: Upstream rate = 11812 Kbps, Downstream rate = 54894 Kbps
Bearer: 0, Upstream rate = 11764 Kbps, Downstream rate = 54331 Kbps
Bearer: 1, Upstream rate = 0 Kbps, Downstream rate = 0 Kbps
Link Power State: L0
Mode: VDSL2 Annex B
VDSL2 Profile: Profile 17a
Down Up
SNR (dB): 6.3 6.3
Attn(dB): 19.6 0.0
Pwr(dBm): 12.6 7.4

Is a quiet line test giving a good result from the test socket using a corded phone and are error seconds accumulating excessively on the upstream stats?

Line is quiet on an audio test.

adsl info --stats
adsl: ADSL driver and PHY status
Status: Showtime
Last Retrain Reason: 0
Last initialization procedure status: 0
Max: Upstream rate = 12009 Kbps, Downstream rate = 54936 Kbps
Bearer: 0, Upstream rate = 9999 Kbps, Downstream rate = 54225 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): 6.3 8.1
Attn(dB): 19.6 0.0
Pwr(dBm): 12.6 7.4

VDSL2 framing
Bearer 0
MSGc: -6 58
B: 227 236
M: 1 1
T: 0 23
R: 12 16
S: 0.0000 0.7543
L: 14357 2694
D: 4 1
I: 240 127
N: 240 254
Q: 4 0
V: 0 0
RxQueue: 132 0
TxQueue: 33 0
G.INP Framing: 18 0
G.INP lookback: 31 0
RRC bits: 0 24
Bearer 1
MSGc: 122 -6
B: 0 0
M: 2 0
T: 2 0
R: 16 0
S: 8.0000 0.0000
L: 32 0
D: 1 0
I: 32 0
N: 32 0
Q: 0 0
V: 0 0
RxQueue: 0 0
TxQueue: 0 0
G.INP Framing: 0 0
G.INP lookback: 0 0
RRC bits: 0 0

Counters
Bearer 0
OHF: 0 1098790
OHFErr: 0 18
RS: 2282938036 2681429
RSCorr: 8470 77
RSUnCorr: 0 0
Bearer 1
OHF: 4770427 0
OHFErr: 0 0
RS: 38162926 0
RSCorr: 10 0
RSUnCorr: 0 0

Retransmit Counters
rtx_tx: 691074 0
rtx_c: 709 0
rtx_uc: 0 0

G.INP Counters
LEFTRS: 0 0
minEFTR: 54210 0
errFreeBits: 63368810 0

Bearer 0
HEC: 0 0
OCD: 0 0
LCD: 0 0
Total Cells: 3695409669 0
Data Cells: 124881478 0
Drop Cells: 0
Bit Errors: 0 0

Bearer 1
HEC: 0 0
OCD: 0 0
LCD: 0 0
Total Cells: 0 0
Data Cells: 0 0
Drop Cells: 0
Bit Errors: 0 0

ES: 0 18
SES: 0 0
UAS: 34 34
AS: 76638

Bearer 0
INP: 52.00 0.00
INPRein: 1.00 0.00
delay: 0 0
PER: 0.00 8.70
OR: 0.01 58.79
AgR: 54344.31 10057.90

Bearer 1
INP: 2.00 0.00
INPRein: 2.00 0.00
delay: 0 0
PER: 16.06 0.01
OR: 63.75 0.01
AgR: 63.75 0.01

Bitswap: 390/390 137/137

Total time = 21 hours 17 min 52 sec
FEC: 8470 77
CRC: 0 18
ES: 0 18
SES: 0 0
UAS: 34 34
LOS: 0 0
LOF: 0 0
LOM: 0 0
Latest 15 minutes time = 2 min 52 sec
FEC: 0 0
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Previous 15 minutes time = 15 min 0 sec
FEC: 5 3
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Latest 1 day time = 21 hours 17 min 52 sec
FEC: 8470 77
CRC: 0 18
ES: 0 18
SES: 0 0
UAS: 34 34
LOS: 0 0
LOF: 0 0
LOM: 0 0
Previous 1 day time = 0 sec
FEC: 0 0
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Since Link time = 21 hours 17 min 17 sec
FEC: 8470 77
CRC: 0 18
ES: 0 18
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
NTR: mipsCntAtNtr=0 ncoCntAtNtr=0
>

There are some error seconds on the upstream but nothing to write home about.

Looks like this is due to your migration.

TTB have already (re)moved this circuit to their own account as it is the working day before the migration and past the cut off so no more changes can be made to it. We'll get the final leaving notice early Monday.

As we can't see the details any more, certainly possible they've regraded you to 55/10, as we wouldn't have been able to change the service with another order in progress nor do we have that product with them, we only take 40/10 and 80/20.

Matt

Thanks Matt, I will get onto TTB.

In reply to a post by MCM:

Am I being stupid?

The losing provider is supposed to contact you to say that they have been asked to relinquish your line. This should prevent slamming. There's no need to know the gaining provider as if being slammed you tell your provider that you don't want to move.

Yes, I understand that, and I thought you should complain to your existing provider.

I just got the impression from this post that RobertoS was saying you should complain to the gaining provider...

In reply to a post by RobertoS:

The notice from the gaining one allows you to cancel for any reason, without penalty. So acts as both a cooling off period and an anti-slamming/false order defence.

The losing provider can (basically) only cancel the migration if the gaining one refuses the user's cancellation request. I forget the exact wording.

I didn't think it worked like that, given that you may not know who the gaining provider is, if you get my drift.

In reply to a post by uno:

As we can't see the details any more, certainly possible they've regraded you to 55/10, as we wouldn't have been able to change the service with another order in progress nor do we have that product with them, we only take 40/10 and 80/20.

TTB direct only offer the 'up to' 80/20 tier on FTTC irrespective of estimated speeds. So not sure how they could put someone on the 55/10 product when they don't even sell it?

Could very well be DLM in that case but without any ability to run an OR test, it will be impossible for us to say what has happened.

Matt

Sky also only sell a single product, average speed 60 something Mb/s.
They can however provision the line on any profile they like.
Sky use the lines estimates to decide what to provision a line on.

BT do similar with Fibre 1, provisioning high estimate lines on 55/10 and lower estimate lines on 40/10.
It's a single product sold as average speed 50Mb.

In short just because they don't sell 55/10 specifically doesn't mean they can't provision a line on that profile.

There's not much point in Talktalk Business provisioning a line on 80/20 if it only has estimates around 20/5.
They would provision on 40/10.

It's the edge cases where lines estimates border different products that a high syncing line can be limited.

I'd be amazed if Talktalk haven't provisioned the line on 55/10 looking at the stats.

Edit: typos

Edited by j0hn83 (Fri 20-Nov-20 17:48:07)

Bearer: 0, Upstream rate = 9999 Kbps, Downstream rate = 54225 Kbps - will you be happy to have similar sync speeds with TTB for 24 months? Perhaps the line will be reset and stats change when you go from SMPF to MPF though...