FTTC waiting list issues.

FTTC order but full now/issues.......
[link to this post]
Edit post Reply to this post Quote this post in a reply
Ordered up to 76mb service on 14th July with a new line and activation on 7th. Issues arised and Plusnet advices issue with the order going over for phone line. When I places the order I paid the £200 ish upfront for line rental saver. When I ordered the cabinet had capacity and happy days. Now my line won�t be enabled till a little later. Trying to get the answer out of Plusnet was when I order is my port reserved at the cabinet there and then (14th June) or is there no way they can do that until an actually line is installed?

Other info is it�s a huewei 288 cabinet and see port cards can be upgraded from 48 to 64 to give a potential 384 connections on this type of cabinet. Any info appreciated from people who know how fttc lines are provisioned and port is booked.

Thanks.

The port is allocated once OpenReach accept the order from the ISP.
If your delay is unrelated to the FTTC cabinet and the order hasn't been cancelled then your port is sitting waiting for you.

When the line cards are upgraded to High Density 64 port cards the FTTC cabinet gets a physical extension added to the side of the cabinet to accommodate the larger line cards.
Like seen in this image

Edited by j0hn83 (Fri 03-Aug-18 00:31:37)

Which cabinet?

P7 it�s a huewei 288

I�ve had a look at the cabinet and it hasn�t had the extension on the side so still 288, how long does this work take to carry out in general or no info really on how long.

Ok. Which exchange?

It may or may not be due expansion. It could still be due expansion by additional cards and or tie cables . Additional ties may require extra duct work to be installed. Or there could be ports free but not available as they have been marked faulty and are awaiting repair.

P7 on what exchange? you mentioned Wallington on another thread but P7 on Wallington isn't at capacity so I'd guess it's another exchange?

how long does this work take to carry out in general or no info really on how long.

That question seems to make the wrong assumption that they do this upgrade when a cabinet gets full.
I know a couple cabinets that have been full for over 2 years with no sign of expansion or a 2nd cabinet on the way.

Providing the exchange/cabinet number will allow some well connected members to lookup this info for you.
Be prepared to hear that there are no plans to add capacity as that's very likely.

As I mentioned earlier your port should already be allocated so you should be alright.

Apologies everyone. It�s Copthorne exchange. Rh10

I don't think the cabinet is full as yet. Could be waiting duct and additional tie pair's or just waiting for existing faults in the cabinet/ties to be repaired

Yeah today it�s showing available to order. I�ve gone with talk talk via broadband genie with £75 amazon voucher Want a new line fitting and £25 per month. Fingers crossed it all goes to plan. Any one got any information on talk talk latest broadband performance. Wanna be able to use my Openreach modem with username. Cheers for all information.

Wanna be able to use my Openreach modem with username. Cheers for all information.

All OpenReach FTTC services use identical details for the DSL link.

The white OpenReach modems need absolutely no configuration. There is no password to sync with the DSLAM (FTTC cabinet).

PTM, VDSL2, Profile 17a, VLAN 101.
This is already setup in the OpenReach modems.
If you are in any doubt or have already made changes then simply hold the reset button to restore the default configuration.

You only need to change the login details for your ISP on your router.
Most ISP's use PPPoE with a username and password.
With Talktalk you need to select IPoE on your router. No username or password is required.

It�s now back on the waiting list and talk talk have messaged and canceled my order as no port. I though when you order and place an order the port is reserved then? Last Saturday they accepted the order and now there saying unable to provide and order has been cancelled.

The port is allocated upon OpenReach accepting the order.

With some ISP's the order forms will be linked and orders processed automatically. Others ISP's may pass orders through periodically.

If a port fails in the meantime they may give priority to the existing subscriber who needs their port changing.

No idea to be honest. What I can tell you is there's no way Talktalk put the order in instantly and OpenReach are only just declining the order today unless something did break (faulty ports are common).

The ordering system used to have lots of failed orders and ports being lost during migrations but that hasn't been the case for ages.

A failed repair of the DSLAM ports. They'll be back out to repair and retest the spare ports before accepting orders.

I thought it was something along these lines.
Failed orders due to lack of ports is nowhere near as common as the early FTTC days.

I wouldn't expect out to have taken 6 days for the ISP to get a rejection from OpenReach for a normal occurrence.

Edited by j0hn83 (Sat 11-Aug-18 04:09:32)

Ok so my cabinet has port issues? Talk talk have rejected the order which was a really good price. Annoyed really I�ve lost it ha. Plusnet have said they can get a line fitted this Thursday from Openreach now and when I spoke to the bloke he advices when he spoke to Openreach they didn�t mention anything about the cabinet being full. Is the cabinet level available to people who work with FTTC orderes. Would someone here know the percentage of how full it is? I�m worried it�s at 99% percent and don�t wanna be in a situation where I have to wait years for more space/new cab to be fitted.

Any ISP can get you a line installed. That won't help you with getting FTTC though.

It doesn't matter if an order is for a new line with FTTC (referred to as a "SIM provide") or for an existing line adding FTTC. They will both reserve a port on the cabinet once a successful order has been placed.

It might be quicker between ordering and activation if you already have an active line. It might not though.
You can miss out on new customer deals and cashback incentives by not going for a SIM provide (new line + FTTC simultaneously).

In reply to a post by witchunt:

A failed repair of the DSLAM ports. They'll be back out to repair and retest the spare ports before accepting orders.

I would keep checking the broadband availability checker daily (or more often) particularly just after midnight if possible. I've noticed in the past when my cabinet had a waiting list that any brief changes to available occurred around this time.

If it is a considerable number of ports that have failed and can't be repaired they may swap the line card out.

Cheers for the info John. Annoyingly I will wait to Thursday and see what happens then and keep everyone updated!

Edited by Magicuk27 (Sat 11-Aug-18 16:12:06)

Also another question if anyone can help. If the cabinet is full and they have to increase to the 384HD. How long does that work take to complete? Is it weeks or a couple of months?

My observations round my way where extra capacity is required seems to depend on whether the original cabinet was part of the commercial rollout or BDUK, with BDUK cabinets taking priority.

BDUK cabinets have been upgraded or second cabinets installed within weeks of reaching capacity compared to the cabinet I'm connected to, which was part of the commercial rollout, and had to wait 17 months for a second to be stood and be commissioned.

Someone will be attending soon to rectify the faults on the existing ports. The cabinet is not likely to be due expansion yet.

Your question makes the assumption that all full cabinets gets capacity added. That is not always the case.

If a cabinet serves 300 premises and a 288 Huawei fills up then they may not feel it is justified to pay for an extension for such few properties.

I know many cabinets at capacity that have had a waiting list for a year or 2 and still have no plans to be expanded or have a 2nd cabinet fitted.

I know other cabinets that have had extensions/2nd cabinets added before they even reached capacity and have never had a waiting list showing.

To answer your question though it can take many months to add a 2nd FTTC cab.
A High Density upgrade can be done I a matter of weeks in some cases.
Usually both take months of planning though.
There's a lot more work involved in adding a whole new FTTC cab compared to an HD expansion.

Important to add that existing ECI cabinets that reach full capacity can't be expanded and would need a 2nd Huawei cabinet placed next to it.

Edited by j0hn83 (Tue 14-Aug-18 13:08:56)

Right. Waited in all morning as 8-1 app to then be told by Plusnet that all external work has been done and the engineer never needed to attend property. Now been told next Friday for internal phone socket to be fitted at house. Annoyed really as had the day off for no reason. Cabinet has also gone back to waiting list which I�m hoping means my port was reserved today when work carried out for the FTTC service.

I take it you managed to get another FTTC order placed then?

The last you mentioned Plusnet were going to install a phone line and the cabinet was on a waiting list.

Again it went to available and when they finished it went waiting list so assume it may have been reserved. Talking to Plusnet fuming as waited in all morning and then adv at 2pm all work was external and no need to be in😡. I�ve been giving a months broadband free but adviced when all sorted I will be raising a complaint as I was told broadband would be working by the end of the day also. Next Friday they are going to put a socket in and hopefully then my FTTC will be sorted. Again nothing set it stone and confirmed yet. Anyone been in this situation before. The previous line was a talk talk line and cease on that it actioned for 21st. Maybe there gonna reuse that on 25th.

Do you have any further info I if the cabinet is full or faulty ports as of now? Also I think the area is a BDUK area who I have emailed to ask if there�s anything in the worls to increase fibre avalibikty on p7. Any info appreciated.

Once cabinet is built the onus is fully with Openreach with regards to adding capacity, since by its nature strong take-up proves the viability

It was a commercially funded cabinet. All i can add is that the DSLAM is not at capacity so the waiting list is possibly due to pending capacity upgrade e.g. additional card/copper.

Brilliant. I can stop worrying ha

https://pasteboard.co/HAM6Uqr.jpg

That�s my number stats not it�s been setup. Getting 40mb sync (very low compared to what I was predicted). Using an unlocked HG612 modem and my ASUS router. Here�s my connection details from the GUI:


Connection Status
Help
Mode VDSL2
Traffic type PTM
DSL synchronization status Up
DSL up time 0

Line Status
Help
Downstream Upstream
Attainable rate (kbit/s) 45916 14044
SNR margin (dB) 6 6.3
Line attenuation (dB) 17.9 0
Output power (dBmV) 13.3 7.4

Statistics
Help

Path 0
Path 1
Downstream Upstream Downstream Upstream
Line rate (kbit/s) 40846 13999 0 0
CRC errors 5322 0 0 0
FEC errors 64 288 0 0
HEC errors 1333 0 0 0

Are you plugged in the master socket, with no extension wiring connected ?

That�s a pants sync rate for a shortish D side, and those errors shouldn�t be there either.

Yep it�s all underground lines here no poles. Straight into new master socket no ext anywhere on the property and cabinet is not that far away really.

In reply to a post by Magicuk27:

Downstream Upstream Downstream Upstream
Line rate (kbit/s) 40846 13999 0 0
CRC errors 5322 0 0 0
FEC errors 64 288 0 0
HEC errors 1333 0 0 0

Do not use the GUI of the HG612 to obtain the circuit's error statistics, it displays incorrect values.

xdslcmd info --stats

The above command, via the CLI, will show the correct data.

Is there good clear dial tone on the line ?

Im out at the moment but just called the landline and went to voicemail and heard no cracking on the line and sounds clear. Above escalated with Plusnet but with that attenuation what is the line distance to the cabinet potentially?

Your test for line noise is not a valid one, you need to be listening with a good corded phone from the property.

Came on after a day out on Saturday evening and dsl light off. Spoke with Plusnet who escalated for fault on Sunday but obviously thinking not gonna be working till Tuesday onwards. Sorting house out today and dsl light went solid again for about 5 mins. Manage to connect to the hacked Openreach on lan1. Got these stats but upload has gone down down massively. Could that be a sign of moisture on the line somewhere?


Connection Status
Help
Mode VDSL2
Traffic type PTM
DSL synchronization status Up
DSL up time 0

Line Status
Help
Downstream Upstream
Attainable rate (kbit/s) 43612 4996
SNR margin (dB) 17.9 0
Line attenuation (dB) 13.4 5.1
Output power (dBmV) 13.4 5.1

Statistics
Help

Path 0
Path 1
Downstream Upstream Downstream Upstream
Line rate (kbit/s) 45314 4996 0 0
CRC errors 248 80 18 0
FEC errors 0 0 1 0
HEC errors 90 4294967290 32 0

My guess, one leg dis somewhere.

Did Plusnet try and make an appointment for Openreach to visit ?

As was already pointed out the Web Interface of the HG612 is very buggy and mixes up some figures.

Telnet in and issue the command xdslcmd info --stats or run DSLStats on Windows, Linux or a Raspberry Pi.

Plusnet have got Openreach coming in the morning.

Appointed ? Then they believe there�s something amiss at your end...

... or that the line tests OK.

Got no dsl sync since Saturday evening. Down all day yesterday and came up for about 10 mins today and an hour later Plusnet texted Plusnet: Further to the issues with your fibre broadband. Our Supplier have investigated the network and now require an engineer visit the address. Coming tomorrow am appointment. The last connection was the 5mb upload today.

Hmm, maybe a dodgy DSLAM port then,

Good luck.

Bloke arrived this morning. Done something at the cabinet and was working while home. 52mb and 14mb up. No stats as using Plusnet Hub. Came home at 6ish and all off again. No signal and no connection. Openreach coming in morning to have a look. How can I escalate this further. It�s becoming a massive issue!

That it has become a repeat report will have heightened it with Openreach anyway.

Connected backup at 2am this morning according to Plusnet. Obv a major issue with the line somewhere. Openreach guy not turned up yet!

Openreach guy came and said the port that I was put on was disconnected by accident. Came here today checked at house and cabinet and said should be all sorted now, here�s my stats:


Mode VDSL2
Traffic type PTM
DSL synchronization status Up
DSL up time 0

Line Status
Help
Downstream Upstream
Attainable rate (kbit/s) 46056 15904
SNR margin (dB) 17.9 0
Line attenuation (dB) 13.3 7.5
Output power (dBmV) 13.3 7.5

Statistics
Help

Path 0
Path 1
Downstream Upstream Downstream Upstream
Line rate (kbit/s) 47544 16057 0 0
CRC errors 248 127 18 0
FEC errors 0 0 1 0
HEC errors 122 4294967290 32 0

# xdslcmd info --stats
xdslcmd: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 1
Last initialization procedure status: 0
Max: Upstream rate = 15960 Kbps, Downstream rate = 46064 Kbps
Bearer: 0, Upstream rate = 16057 Kbps, Downstream rate = 47544 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.1 5.9
Attn(dB): 17.9 0.0
Pwr(dBm): 13.3 7.5
VDSL2 framing
Bearer 0
MSGc: -6 23
B: 235 237
M: 1 1
T: 0 64
R: 12 16
S: 0.1580 0.4716
L: 12559 4309
D: 8 1
I: 248 127
N: 248 254
Q: 8 0
V: 1 0
RxQueue: 39 0
TxQueue: 13 0
G.INP Framing: 18 0
G.INP lookback: 13 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 1679158
OHFErr: 3 819
RS: 742562104 627889
RSCorr: 1170 426
RSUnCorr: 0 0
Bearer 1
OHF: 1832964 0
OHFErr: 0 0
RS: 14663221 0
RSCorr: 38 0
RSUnCorr: 0 0

Retransmit Counters
rtx_tx: 12846 0
rtx_c: 766 0
rtx_uc: 122389 0

G.INP Counters
LEFTRS: 81 0
minEFTR: 47528 0
errFreeBits: 121401350 0

Bearer 0
HEC: 0 0
OCD: 0 0
LCD: 0 0
Total Cells: 2691832226 0
Data Cells: 66948656 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: 45 903
SES: 42 14
UAS: 21773 21731
AS: 29443

Bearer 0
INP: 48.00 0.00
INPRein: 0.00 0.00
delay: 0 0
PER: 0.00 7.57
OR: 0.01 30.62
AgR: 47619.21 16087.42

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: 8665/8665 1308/1309

Total time = 1 days 3 hours 19 min 27 sec
FEC: 3717 38305
CRC: 2282 925
ES: 45 903
SES: 42 14
UAS: 21773 21731
LOS: 4 0
LOF: 37 0
LOM: 0 0
Latest 15 minutes time = 4 min 27 sec
FEC: 0 4
CRC: 0 7
ES: 0 6
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Previous 15 minutes time = 15 min 0 sec
FEC: 16 8
CRC: 0 24
ES: 0 22
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Latest 1 day time = 3 hours 19 min 27 sec
FEC: 551 173
CRC: 3 331
ES: 2 319
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Previous 1 day time = 24 hours 0 sec
FEC: 3166 38132
CRC: 2279 594
ES: 43 584
SES: 42 14
UAS: 21773 21731
LOS: 4 0
LOF: 37 0
LOM: 0 0
Since Link time = 8 hours 10 min 43 sec
FEC: 1170 426
CRC: 3 819
ES: 2 788
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0

Your line looks not bag but the amount of ES on the upstream is a little concerning. Almost 1 per minute.
DLM may apply G.INP on the upstream to try help this.

If DLM lowers the target SNRM then it may push your line over 50Mb sync

What interested me is that the line is on Retransmission low .

Edited by RobertoS (Thu 30-Aug-18 12:08:58)

Quick edit

I think it would only go to retransmission high if the downstream ES (or maybe LEFTERS) also got high.

Only the upstream looks bad atm.

Edited by j0hn83 (Thu 30-Aug-18 12:14:19)

Yes . I realised I had missed you saying "upstream". Hence my edit earlier but you were obviously already mid-reply.

I spoke to Plusnet at 9am and asked for a DLM reset. With the stats I�ve posted how long is the line to the cabinet and Plusnet said 4 hours for a reset to happen. Nothing yet. Do I switch the dsl Openreach modem off and on or do I leave it and will it happen automatically?

A reset causes a re-sync.

The request for it may be wandering around in Plusnet's Provisioning Team who will order it from Openreach. How long it takes from them doing that I don't know. What I do know is that if an Openreach engineer orders it the normal wait is 10 minutes or less.

Another update people. Openreach was here on Wednesday afternoon. Line came up at 47mb with a snr of 18. Working fine no issues until just now. Gone down, no signal again. Nothing changed in house wiring or socket so assume external issues again. What is the next thing Openreach can do? The neighbours have all said the same thing in reguards to that it took weeks for the broadband to be sorted in the end. Neighbour opposite me adviced that he had his line from his house to the box renewed. Is that the case and quite common or only in extreme cases? As I�ve said before the phone cabling round here is all underground and no telegraph poles.

In reply to a post by Magicuk27:

Neighbour opposite me adviced that he had his line from his house to the box renewed. Is that the case and quite common or only in extreme cases? As I�ve said before the phone cabling round here is all underground and no telegraph poles.

Bit of a rant sorry!

Not sure what your neighbour means by "from his house to the box".
If he's saying it was replaced from his property to the DP then fair enough, very plausible.
If he's suggesting Openreach replaced HIS line from house to cabinet he's a muppet.

Replacing a line from house to DP is common and easy. DP being Distribution Point, Usually top of a telegraph pole or a nearby underground chamber.

From the DP to the cabinet it isn't a single line that can just be replaced. His pair is just 1 pair in a series of much larger cables with likely dozens or other pairs.

You can get a rough idea what the cables look like here.

https://www.ournetwork.openreach.co.uk/resources/sit...

Cables like the 1 shown in picture 10 may be used nearer your home.
These are in many short sections, increasing in size all the way back to the cabinet.
Nearer the cabinet they may be using cable sizes like picture 11 (or larger).

If Openreach find a fault on a pair they only need to change that pair on the damaged section. There's often spare pairs available in these situations.

Of course in a complex network like Openreach's there will be the odd case where someone may have had a full run to the cabinet replaced. These will be where the cabinet is within spitting distance of the home or rural areas where a single run of cable might get damaged. I'm sure someone will add other examples but a single line being replaced to the cabinet is not the norm.

With your distance to the cabinet (from your attenuation) I could say with some confidence your neighbour is lying if he's suggesting they "renewed" his cable to the cabinet.

They probably changed the pair he used. Very common.

I've heard exactly that whopper from my neighbour at my last property. They tied a new cable to his old cable and pulled it through "right to the exchange". The cabinet being some 300m away and the exchange a further 3km+.
He thought everyone had a single long cable to the cabinet and it took 5 minutes to pull a new 1 through.

edit: typos galore!

Edited by j0hn83 (Sat 01-Sep-18 14:16:47)

Well according to Plusnet there is no issues with the line from the exchange so are sending another guy out. I�m hoping it�s sorted this time as I can�t keep getting people to wait around all the time. I know it�s an external fault so don�t like being told I have to wait in when the OpenReach people are like I don�t need to come to your property h😡😡

And in other news the Internet came up again this morning. Assume external one being done with Openreach today maybe:

xdslcmd: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 0
Last initialization procedure status: 0
Max: Upstream rate = 18125 Kbps, Downstream rate = 46548 Kbps
Bearer: 0, Upstream rate = 18125 Kbps, Downstream rate = 47068 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.2 6.1
Attn(dB): 17.9 0.0
Pwr(dBm): 13.3 7.5
VDSL2 framing
Bearer 0
MSGc: -6 -6
B: 227 227
M: 1 1
T: 0 0
R: 12 14
S: 0.1541 0.4001
L: 12462 4839
D: 4 4
I: 240 242
N: 240 242
Q: 4 4
V: 0 0
RxQueue: 115 30
TxQueue: 23 10
G.INP Framing: 18 18
G.INP lookback: 23 10
RRC bits: 24 24
Bearer 1
MSGc: 122 58
B: 0 0
M: 2 2
T: 2 2
R: 16 16
S: 8.0000 16.0000
L: 32 16
D: 1 1
I: 32 32
N: 32 32
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 0
OHFErr: 0 0
RS: 7732580 2989752
RSCorr: 0 11
RSUnCorr: 0 0
Bearer 1
OHF: 18677 18691
OHFErr: 0 0
RS: 148918 74766
RSCorr: 0 16
RSUnCorr: 0 0

Retransmit Counters
rtx_tx: 621 34
rtx_c: 0 48
rtx_uc: 116 4659

G.INP Counters
LEFTRS: 0 5
minEFTR: 47061 18125
errFreeBits: 215386 454636

Bearer 0
HEC: 0 0
OCD: 0 0
LCD: 0 0
Total Cells: 27129953 0
Data Cells: 242481 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 0
SES: 0 0
UAS: 26 26
AS: 300

Bearer 0
INP: 56.00 46.00
INPRein: 1.00 0.00
delay: 0 0
PER: 0.00 0.00
OR: 0.01 0.01
AgR: 47171.33 18165.27

Bearer 1
INP: 2.00 4.00
INPRein: 2.00 4.00
delay: 0 0
PER: 16.06 16.06
OR: 63.75 31.87
AgR: 63.75 31.87

Bitswap: 9/9 23/23

Total time = 5 min 26 sec
FEC: 0 11
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 26 26
LOS: 0 0
LOF: 0 0
LOM: 0 0
Latest 15 minutes time = 5 min 26 sec
FEC: 0 11
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 26 26
LOS: 0 0
LOF: 0 0
LOM: 0 0
Previous 15 minutes 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
Latest 1 day time = 5 min 26 sec
FEC: 0 11
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 26 26
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 = 4 min 59 sec
FEC: 0 11
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
#

Also using tenet the snr shows 6 buy using the GUI it shows:


Connection Status
Help
Mode VDSL2
Traffic type PTM
DSL synchronization status Up
DSL up time 0

Line Status
Help
Downstream Upstream
Attainable rate (kbit/s) 46548 18125
SNR margin (dB) 17.9 0
Line attenuation (dB) 13.3 7.5
Output power (dBmV) 13.3 7.5

Welcome Visiting Huawei Home Gateway
Copyright by Huawei Technologies Co., Ltd.
Login:admin
Password:
ATP>admin
^
ATP>h
^
ATP>sh


BusyBox v1.9.1 (2014-01-21 16:44:38 CST) built-in shell (ash)
Enter 'help' for a list of built-in commands.

# xdslcmd info --pbParams
/bin/sh: xdslcmd: not found
# xdslcmd info --pbParams
xdslcmd: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 0
Last initialization procedure status: 0
Max: Upstream rate = 18125 Kbps, Downstream rate = 46140 Kbps
Bearer: 0, Upstream rate = 18125 Kbps, Downstream rate = 47068 Kbps
Bearer: 1, Upstream rate = 0 Kbps, Downstream rate = 0 Kbps
Discovery Phase (Initial) Band Plan
US: (7,32) (871,1205) (1972,2782)
DS: (33,859) (1216,1961) (2793,3959)
Medley Phase (Final) Band Plan
US: (7,32) (871,1205) (1972,2782)
DS: (33,859) (1216,1961) (2793,3839)
VDSL Port Details Upstream Downstream
Attainable Net Data Rate: 18125 kbps 46140 kbps
Actual Aggregate Tx Power: 7.5 dBm 13.3 dBm
====================================================================================
VDSL Band Status U0 U1 U2 U3 U4 D1 D2 D3
Line Attenuation(dB): 5.8 27.8 43.0 N/A N/A 12.8 34. 55.3
Signal Attenuation(dB): 5.8 27.2 42.4 N/A N/A 17.7 34. 55.3
SNR Margin(dB): 6.4 6.1 6.2 N/A N/A 6.1 6.1 6.1
TX Power(dBm): 0.6 -15.0 6.5 N/A N/A 10. 7.9 5.9
#

I connected the hub one just to make sure the stats on the HG612 weren�t wrong. I think they may be? Is that normal? This is the hub one stats:

1. Product name: Plusnet Hub
2. Serial number:
3. Firmware version: Software version 4.7.5.1.83.8.259 Last updated Unknown
4. Board version: Plusnet Hub One
5. DSL uptime: 0 days, 00:10:57
6. Data rate: 14524 / 48940
7. Maximum data rate: 14537 / 50768
8. Noise margin: 6.0 / 5.8
9. Line attenuation: 26.2 / 18.5
10. Signal attenuation: 25.8 / 17.8
11. Data sent/received: 122.4 MB / 40.8 MB

The old VDSL modems don�t make the best of the signal these days ....

That sync rate looks OK for that attenuation to me know.

Leave it as is.

You aren't comparing like with like in the telnet stats. For the Huawei you want
xdslcmd info --show

That will show you where the Huawei GUI is wrongly presenting, as has been said.

Just an update for people. Internet keeps going down and sometimes comes up again like it has now. Guy from Openreach was out again. Manage to speak to him who says what someone had said before, faulty ports at the cabinet. Supposidly a load of connections have gone down in the area and no spares ports so his arranged for a lift and shifting been told 3 day lead tile time.

xdslcmd info --pbParams
/bin/sh: xdslcmd: not found
xdslcmd info --pbParams
/bin/sh: xdslcmd info --pbParams
/bin/sh: xdslcmd: not found
# xdslcmd info --pbParams
/bin/sh: syntax error: ")" unexpected
# xdslcmd info --pbParams
xdslcmd: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 0
Last initialization procedure status: 0
Max: Upstream rate = 19706 Kbps, Downstream rate = 47936 Kbps
Bearer: 0, Upstream rate = 19706 Kbps, Downstream rate = 49021 Kbps
Bearer: 1, Upstream rate = 0 Kbps, Downstream rate = 0 Kbps
Discovery Phase (Initial) Band Plan
US: (7,32) (871,1205) (1972,2782)
DS: (33,859) (1216,1961) (2793,3959)
Medley Phase (Final) Band Plan
US: (7,32) (871,1205) (1972,2782)
DS: (33,859) (1216,1961) (2793,3959)
VDSL Port Details Upstream Downstream
Attainable Net Data Rate: 19706 kbps 47936 kbps
Actual Aggregate Tx Power: 7.5 dBm 13.4 dBm
====================================================================================
VDSL Band Status U0 U1 U2 U3 U4D1 D2 D3
Line Attenuation(dB): 5.8 27.8 43.0 N/A N/A 12.8 34.4 55.1
Signal Attenuation(dB): 5.8 27.1 42.2 N/A N/A 17.7 34.1 55.2
SNR Margin(dB): 6.7 6.1 6.0 N/A N/A 5.9 5.9 5.9
TX Power(dBm): 0.8 -15.1 6.5 N/A N/A 10.7 7.9 6.0
#

Edited by Magicuk27 (Wed 05-Sep-18 23:12:06)

Right so an update for anyone that was following. Line is stable using hub one for time being but here is latest stats. SNR has dropped to 3 on down I�ve noticed:


Information for Helpdesk agents

When contacting the Plusnet Broadband helpdesk, the agent might ask you for details about your Plusnet Hub. This page contains all of the information they are likely to request.

1. Product name: Plusnet Hub
2. Serial number: +081441+NQ81830765
3. Firmware version: Software version 4.7.5.1.83.8.259 Last updated Unknown
4. Board version: Plusnet Hub One
5. DSL uptime: 1 days, 19:11:28
6. Data rate: 15877 / 60948
7. Maximum data rate: 15895 / 65204
8. Noise margin: 6.0 / 3.6
9. Line attenuation: 25.9 / 18.5
10. Signal attenuation: 25.4 / 18.0

Those stats suggest DLM has decided your line is stable enough to lower it, giving you a much higher sync.

Yes, those stats look much better now. I would purchase a suitable BDCM modem, that is fairly new.

Edited by deleted (Fri 28-Sep-18 14:18:29)

Connected my hg612 backup and getting worst stars. Getting lower sync though think I�m not using g vectoring which should be better!?


xdslcmd info
xdslcmd: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 0
Last initialization procedure status: 0
Max: Upstream rate = 19893 Kbps, Downstream rate = 57872 Kbps
Bearer: 0, Upstream rate = 19893 Kbps, Downstream rate = 59416 Kbps
Bearer: 1, Upstream rate = 0 Kbps, Downstream rate = 0 Kbps

It is impossible to do any diagnosis from those very curtailed stats. The minimum required is the xdslcmd info --show

The difference between show and stats is that "stats" give a long breakdown of the errors that are summarised in "show". That breakdown is rarely needed.

What do you mean by g vectoring?

In reply to a post by RobertoS:

It is impossible to do any diagnosis from those very curtailed stats. The minimum required is the xdslcmd info --show

The difference between show and stats is that "stats" give a long breakdown of the errors that are summarised in "show". That breakdown is rarely needed.

I disagree.

xdslcmd info --stats
is always the best commands to run when posting stats for others to help diagnose a line. It contains important framing parameters and a good breakdown of errors.

edit: usually too slow for his replies but I'll edit anyway. Framing is the same on both

Edited by j0hn83 (Thu 11-Oct-18 14:11:42)

G.Vector (Vectoring) is not an option you can configure.
It needs enabled on the DSLAM by OpenReach and requires additional hardware to be installed on the DSLAM first.

OpenReach aren't rolling out Vectoring.
It is only used on specific BDUK cabinets for boosting properties passed figures.

All the framing parameters from "stats" are present in "show" .

I maintain that the breakdown of the times errors occur, which is the only extra information in "stats, is rarely needed. When it is relevant, if BQM is running, which is frequently, the times are often already obvious.

It would have been far better if instead of "I disagree", which in effect covers the whole of my post, you had agreed with the far more important point than that minor one.

In reply to a post by Magicuk27:

Connected my hg612 backup and getting worst stars. Getting lower sync though think I�m not using g vectoring which should be better!?

xdslcmd info
xdslcmd: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 0
Last initialization procedure status: 0
Max: Upstream rate = 19893 Kbps, Downstream rate = 57872 Kbps
Bearer: 0, Upstream rate = 19893 Kbps, Downstream rate = 59416 Kbps
Bearer: 1, Upstream rate = 0 Kbps, Downstream rate = 0 Kbps

is completely useless. The only thing we can gather from those is that downstream SNR has fallen considerably since sync-time.

As usual I was in the middle of editing my mistake while you replied
Slow down man I can't type that fast!

I was perhaps mixing the thoroughly useless info --state which it appears was originally posted.

I always/only use --stats are the breakdown of errors is extremely helpful.

So I�ve lost a few mbs. Would you say there any change of any more speed with the Openreach modem or is is worth just connecting the Plusnet Hub backup. When I�m home I�ll run the other command and post the whole stats. Apologies.

As RobertoS pointed out we can tell very little from the limited stats posted.

The HG612 is a pretty old modem with an older Broadcom chipset and it's very possible the Plusnet Hub One/HH5A syncs better on your line.

In reply to a post by j0hn83:

As RobertoS pointed out we can tell very little from the limited stats posted.

The HG612 is a pretty old modem with an older Broadcom chipset and it's very possible the Plusnet Hub One/HH5A syncs better on your line.

Yep. I have two HG612s, and they were great in their time. But both sync about 2Mbps slower than my Zyxel VMG1312-B10A with the latest firmware flashed in, and my Billion 8800N R2 which recently died. I believe that Billion in fact contains a slower-sync'ing Broadcom chip than the R1, but it still beat the HG612s.

Even though the HG612 allows you to view more detailed stats, it's chipset is inferior to even many ISP provided routers, nowadays. You're best either using one of those or a more modern third party router with a BDCM chipset that allows you to access more detailed stats.

xdslcmd info --stats
/bin/sh: xdslcmd: not found
# xdslcmd info --stats
xdslcmd: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 0
Last initialization procedure status: 0
Max: Upstream rate = 19893 Kbps, Downstream rate = 57652 Kbps
Bearer: 0, Upstream rate = 19893 Kbps, Downstream rate = 59416 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): 2.8 6.0
Attn(dB): 18.0 0.0
Pwr(dBm): 13.5 7.5
VDSL2 framing
Bearer 0
MSGc: -6 -6
B: 243 227
M: 1 1
T: 0 0
R: 10 12
S: 0.1308 0.3645
L: 15539 5267
D: 8 4
I: 254 240
N: 254 240
Q: 8 4
V: 0 0
RxQueue: 48 33
TxQueue: 16 11
G.INP Framing: 18 18
G.INP lookback: 16 11
RRC bits: 24 24
Bearer 1
MSGc: 122 58
B: 0 0
M: 2 2
T: 2 2
R: 16 16
S: 8.0000 16.0000
L: 32 16
D: 1 1
I: 32 32
N: 32 32
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 0
OHFErr: 576 0
RS: 1317320984 1906292
RSCorr: 1307222308 6169
RSUnCorr: 0 0
Bearer 1
OHF: 2691673 604911
OHFErr: 0 0
RS: 21532887 2218320
RSCorr: 22 8408
RSUnCorr: 0 0

Retransmit Counters
rtx_tx: 545014 13878
rtx_c: 161034 344179
rtx_uc: 3187 201184

G.INP Counters
LEFTRS: 1182 431
minEFTR: 59384 19887
errFreeBits: 39122180 553546441

Bearer 0
HEC: 0 0
OCD: 0 0
LCD: 0 0
Total Cells: 638744561 0
Data Cells: 280853381 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: 26 0
SES: 17 0
UAS: 29 29
AS: 43235

Bearer 0
INP: 49.00 46.00
INPRein: 0.00 0.00
delay: 0 0
PER: 0.00 0.00
OR: 0.01 0.01
AgR: 59476.58 19936.72

Bearer 1
INP: 2.00 4.00
INPRein: 2.00 4.00
delay: 0 0
PER: 16.06 16.06
OR: 63.75 31.87
AgR: 63.75 31.87

Bitswap: 27614/27614 147/148

Total time = 12 hours 1 min 4 sec
FEC: 1307222308 6169
CRC: 576 0
ES: 26 0
SES: 17 0
UAS: 29 29
LOS: 0 0
LOF: 0 0
LOM: 0 0
Latest 15 minutes time = 1 min 4 sec
FEC: 1925736 10
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: 27351255 171
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 = 12 hours 1 min 4 sec
FEC: 1307222308 6169
CRC: 576 0
ES: 26 0
SES: 17 0
UAS: 29 29
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 = 12 hours 33 sec
FEC: 1307222308 6169
CRC: 576 0
ES: 26 0
SES: 17 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0