Kitz Forum
Broadband Related => FTTC and FTTP Issues => Topic started by: napalmdaz on August 21, 2013, 03:49:54 PM
-
Hi All,
Just signed up today but have been reading up a lot recently. I'll cut straight to the facts!
1. Signed up with Sky Fibre last year 40/10 and got the 38Mbps for 4-5 few months not a problem. I was provided with an ECI modem.
2. Started to get periods where interleaving was applied and sync was dropping to 28Mbps, but returning to 38MBps a few days later.
3. One day, sync dropped down and stayed at 18Mbps. After a week of this, I rung Sky to try and get on their fibre pro 76Mbps service. BT wholesale line checker was quoting me 55.1Mbps. Sky said they couldn't provide the Fibre pro so I changed over to BT Infinity2.
4. Received a text saying no engineer visit required as I already had a modem etc. They sent a Hub4 through the post.
5. On provisioning day, sync was..... 18Mbps!
6. Started to complain to BT retail.
7. Got an engineer eventually that reset DLM on the line. He used his J-something test device to confirm a 80Mbps sync with no errors on the line. He also did a pair test and that came. back all fine
8. A day later, I was down to 60ish
9. A day later, I was down to 55ish
10. Now I'm on 35ish :(... not the quoted 55.1 mbps.
11. I bought a HG612 off eBay and unlocked it. I then found out that my cab is not an ECI cab (examining the band plans).
12. I thought as the line was fine at the time the engineer was round, it must be REIN or another type of interference. Being a radio ham, I have some HF receivers, but setteled on using a basic AM radio to hunt out noisy power supplies / appliances in the house. I've switched most things off now and relocated the modem away from other electrical devices. I've also disconnected the extension cabling from the master socket.
13. I've started to log stats which I have attached here. I'm sure I should be getting a faster sync than what I've got. My DS signal margins are ~16dB so scope for more sync hopefully?
14. What should I do next? Contact BT and complain again? I guess I may now be banded and stuck at this speed without an engineer visit?
I'm in Sale, Manchester if that means anything.Any help appreciated thanks!
xdslcmd info --stats
xdslcmd: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 0
Max: Upstream rate = 31244 Kbps, Downstream rate = 87860 Kbps
Path: 0, Upstream rate = 14996 Kbps, Downstream rate = 34997 Kbps
Link Power State: L0
Mode: VDSL2 Annex B
VDSL2 Profile: Profile 17a
TPS-TC: PTM Mode
Trellis: U:ON /D:ON
Line Status: No Defect
Training Status: Showtime
Down Up
SNR (dB): 16.3 14.6
Attn(dB): 0.0 0.0
Pwr(dBm): 13.5 6.6
VDSL2 framing
Path 0
B: 24 23
M: 1 1
T: 64 64
R: 16 8
S: 0.0227 0.0508
L: 14441 5038
D: 1964 631
I: 41 32
N: 41 32
Counters
Path 0
OHF: 27124095 1390456
OHFErr: 0 0
RS: 1825717140 960374
RSCorr: 49821 38877
RSUnCorr: 0 0
Path 0
HEC: 0 0
OCD: 0 0
LCD: 0 0
Total Cells: 3995579070 0
Data Cells: 753607722 0
Drop Cells: 0
Bit Errors: 0 0
ES: 0 0
SES: 0 0
UAS: 84 84
AS: 59377
Path 0
INP: 8.50 4.00
PER: 2.18 6.50
delay: 11.00 8.00
OR: 88.05 59.03
Bitswap: 2 279
Total time = 16 hours 31 min 21 sec
FEC: 49821 38877
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 84 84
LOS: 0 0
LOF: 0 0
Latest 15 minutes time = 1 min 21 sec
FEC: 0 0
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
Previous 15 minutes time = 15 min 0 sec
FEC: 11 54
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
Latest 1 day time = 16 hours 31 min 21 sec
FEC: 49821 38877
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 84 84
LOS: 0 0
LOF: 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
Since Link time = 16 hours 29 min 35 sec
FEC: 49821 38877
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
xdslcmd info --pbParams
xdslcmd: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 0
Max: Upstream rate = 31244 Kbps, Downstream rate = 87860 Kbps
Path: 0, Upstream rate = 14996 Kbps, Downstream rate = 34997 Kbps
Discovery Phase (Initial) Band Plan
US: (0,95) (868,1207) (1972,2783)
DS: (32,859) (1216,1963) (2792,3959)
Medley Phase (Final) Band Plan
US: (0,95) (868,1207) (1972,2783)
DS: (32,859) (1216,1963) (2792,3959)
VDSL Port Details Upstream Downstream
Attainable Net Data Rate: 31244 kbps 87860 kbps
Actual Aggregate Tx Power: 6.6 dBm 13.5 dBm
============================================================================
VDSL Band Status U0 U1 U2 U3 D1 D2 D3
Line Attenuation(dB): 3.9 18.3 26.5 N/A 9.9 22.3 33.7
Signal Attenuation(dB): 3.9 17.7 25.6 N/A 9.9 22.3 33.7
SNR Margin(dB): 14.8 14.7 14.6 N/A 16.1 16.3 16.3
TX Power(dBm): -7.8 -27.1 6.3 N/A 10.8 7.8 6.8
-
Hi and welcome :)
From a quick look at your graphs your SNRm looks relatively stable for the periods logged, and at first glance it should be capable of much higher speeds.
The symptoms of the reduction in speed in stages would likely as you have already deduced be an effect of the DLM cutting in for some reason and increasing the target SNRm & interleaving. As such that would infer that at times the line has been unstable with sparodic noise.
You are correct that the 16dB Target SNRm does give you a lot more scope for speed, but we need to find out why the DLM has kicked in at such a high rate
You also appear to have lower than anticipated bit loading in the first 500 tones.. this also mirrors the fact that your REAL SNR for some reason looks low in the first 400 tones - particularly around tone 250. Im not familiar with the Huawei banding profiles (as Im on an ECI Cab) you mention so leave that to someone who has more experience in that field... but it would appear you are seeing some sort of signal reduction/noise in that area.
It would be interesting to see the SNRm graphed over a longer period to see if there are any SNRm fluctuations.. but based on what Ive seen so far it looks like some sort of interference over those first 300 tones.
Is all your internal wiring ok. Is your voice line quiet?
I'll await to see if someone with more FTTC spefific knowledge can add anything more.
-
Hi and Welcome. :)
Sorry to hear of your tribulations. :(
Here are some observations on the stats you provided, but hopefully our very own Bald_Eagle_1 will be along later with a more in-depth analysis.
Firstly, it looks as if DLM has put you on a banded profile of 35/15.
Secondly, the interleaving depth is very high at D=1964. R/N = 16/41 which means that the data is carrying almost a 40% overhead to correct bit errors. :'(
In addition Impulse Noise Protection (INP) = 8.5, which is quite high, giving rise to a delay of 11ms.
All of these things suggest that at some point DLM believes that it has seen a very noisy line, and is trying to protect the service with a combination of interleaving and INP. :(
However, in the 16 hours or so since the last resync it seems to have been pretty much error free. If it remains that way, there is at least a reasonable chance that DLM will relent in the coming days. I'm not sure how many resyncs you saw or over what period, but at least 3 it looks like, and I am assuming that your last one was 16hrs before the stats you provided.
The good news is that your Hlog plot looks good, and the QLN plot shows a reasonable -120dB noise floor, although -140dB would be better. So whatever it was it was more like REIN. Perhaps the various things that you have done recently have helped, but the key thing now is to keep monitoring it with the stats.
Hope some of this helps. :)
-
my guess is that you have resolved the interference with the devices you turned off, moving the modem etc. so now its a waiting game for DLM to undo its changes.
Dont turn the modem off or resync it, just leave it connected. This will probably take weeks as it will be done in steps but hopefully you will start seeing changes within a few days.
-
Awesome. Thanks for the replies so far, which concur with what I thought as well.
All the speed drops were with the ECI modem. The stats I have logged so far are with the HG612 I bought off eBay and set up last night. It hasn't resynced so far yet, but I'm going to continue to monitor, as suggested, in case noise returns. I noticed the HG612 had a choke on the power adapter and the ECI modem didn't. I've also performed the following:
1) Removed extension wiring from master socket so I only have the modem and a landline phone on there via the filtered faceplace.
2) Replaced a 15 year old Belkin multiway surge protector that was at the other side of the room feeding the HTPC, TV, amp, Xbox etc.
3) Relocated mobile phone power adapters, that were next to the phone extension socket upstairs, so that they are on extension leads higher up near the window.
Fingers crossed.
I've also got back to Tier-2 BT support to see if I can get a DLM reset pushed through to OR.
I'll keep this thread updated. Thanks again.
-
I can't add anything other than to keep logging & look out for any bouts of errors that would point to some sort of electrical interference or perhaps a dodgy connection somewhere.
With a bit of luck there will be no more interference & DLM might eventaully relent & allow your connection to perform at its apparent capability level.
-
Thanks all.
Looks like the link went down and came back early this morning. The stats have certainly improved with a higher sync and lower interleaving. I had to reboot the HomeHub to get a new IP profile as the PPP session hadn't dropped during the resync. One thing for concern is the throughput on the upstream. The IP profile is 20Mbps and the sync is there abouts. I've attached the BTW wired speedtest. Nothing else was using the connection at the time. Good news overall I think?
xdslcmd info --stats
xdslcmd: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 2
Max: Upstream rate = 30894 Kbps, Downstream rate = 87724 Kbps
Path: 0, Upstream rate = 19842 Kbps, Downstream rate = 47036 Kbps
Link Power State: L0
Mode: VDSL2 Annex B
VDSL2 Profile: Profile 17a
TPS-TC: PTM Mode
Trellis: U:ON /D:ON
Line Status: No Defect
Training Status: Showtime
Down Up
SNR (dB): 12.4 6.9
Attn(dB): 0.0 0.0
Pwr(dBm): 13.4 6.7
VDSL2 framing
Path 0
B: 30 25
M: 1 1
T: 64 64
R: 16 16
S: 0.0210 0.0417
L: 17934 8064
D: 1682 505
I: 47 42
N: 47 42
Counters
Path 0
OHF: 8198055 3451268
OHFErr: 0 0
RS: 2623376982 2437272
RSCorr: 9875 12153
RSUnCorr: 0 0
Path 0
HEC: 0 0
OCD: 0 0
LCD: 0 0
Total Cells: 1248491771 0
Data Cells: 17879949 0
Drop Cells: 0
Bit Errors: 0 0
ES: 5 0
SES: 5 0
UAS: 102 102
AS: 13806
Path 0
INP: 6.00 4.00
PER: 1.67 4.00
delay: 9.00 6.00
OR: 95.39 48.00
Bitswap: 0 386
Total time = 1 days 13 hours 9 min 22 sec
FEC: 99380 80677
CRC: 2240 0
ES: 5 0
SES: 5 0
UAS: 102 102
LOS: 4 0
LOF: 5 0
Latest 15 minutes time = 9 min 22 sec
FEC: 0 0
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
Previous 15 minutes time = 15 min 0 sec
FEC: 9 1035
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
Latest 1 day time = 13 hours 9 min 22 sec
FEC: 29166 27041
CRC: 2240 0
ES: 5 0
SES: 5 0
UAS: 18 18
LOS: 4 0
LOF: 5 0
Previous 1 day time = 24 hours 0 sec
FEC: 70214 53636
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 84 84
LOS: 0 0
LOF: 0 0
Since Link time = 3 hours 50 min 5 sec
FEC: 9875 12153
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
xdslcmd info --pbParams
xdslcmd: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 2
Max: Upstream rate = 30894 Kbps, Downstream rate = 87724 Kbps
Path: 0, Upstream rate = 19842 Kbps, Downstream rate = 47036 Kbps
Discovery Phase (Initial) Band Plan
US: (0,95) (868,1207) (1972,2783)
DS: (32,859) (1216,1963) (2792,3959)
Medley Phase (Final) Band Plan
US: (0,95) (868,1207) (1972,2783)
DS: (32,859) (1216,1963) (2792,3959)
VDSL Port Details Upstream Downstream
Attainable Net Data Rate: 30894 kbps 87724 kbps
Actual Aggregate Tx Power: 6.7 dBm 13.4 dBm
============================================================================
VDSL Band Status U0 U1 U2 U3 D1 D2 D3
Line Attenuation(dB): 4.0 18.3 26.6 N/A 9.9 22.4 33.8
Signal Attenuation(dB): 4.0 17.6 25.8 N/A 9.9 22.4 33.8
SNR Margin(dB): 6.7 7.0 6.9 N/A 12.3 12.4 12.5
TX Power(dBm): -8.4 -28.0 6.6 N/A 10.4 7.6 7.1
-
That looks better & there's still scope for further improvement.
Has your bitloading graph improved now, particularly in the first 500 or so tones?
-
Hi Bald Eagle. Yes, it has improved; BT even sent me a text message this morning saying "oooh we see your speed has improved. let us know if it hasn't worked." although we all know they have not done anything!
Yesterday, around lunch to mid afternoon some noise hit the line. Nobody was in at home during this time and nothing would have switched on or off on a timer or anything. I'm suspecting it was somebody mowing their lawn, hedge trimming or similar. Unfortunately it caused a few uncorrected errors so no +ve change by DLM last night. Let's see if it does it again at the same time today.
-
Hmmm, the SNR on the first 500 or so tones looks pretty rubbish. Do you think it may be a dodgy faceplace? Maybe its worth getting another to try? Do they just low-pass filter - if so I guess not the faceplace to blame.
-
By comparison with my own SNR plot, I would say that you are ~15dB down in the first 100 tones, i.e. <~430kHz, although remarkably clear of MW radio interference. You don't have some sort of REIN filter somewhere do you?
-
By comparison with my own SNR plot, I would say that you are ~15dB down in the first 100 tones, i.e. <~430kHz, although remarkably clear of MW radio interference. You don't have some sort of REIN filter somewhere do you?
Are you thinking of an RF2, perhaps?
-
Are you thinking of an RF2, perhaps?
Yes, that had ocurrrrred 2 me! ;)
-
the lower tones are lower due to adsl crosstalk protection.
Different areas have diff masks applied, so not everyones cutback will look the same.
-
But not to that extent in tones below 100 ... The attached image shows its effect in those tones is limited to protection of the voice band, and does not extend beyond tone 6.
-
there is nothing unusual about his graph colin, you graph has the power cutback at a higher range so your lower tones are better, compare your tone 350 to his 350. The reason is your cabinet is closer to the exchange than his, so in your area the adsl2+ tones are used on adsl services, whilst in his area not. It is my opinion in areas where the distance is longer to exchange the cutback is more harsh I agree on that point (due to weaker adsl services) but that isnt a fault its how BT designed it. Its also only his first upstream channel with 0 bitloading not the downstream.
-
there is nothing unusual about his graph ... that isnt a fault its how BT designed it.
Well, you're the only contributor to this thread (so far), including the OP, that thinks it's not at least unusual. :hmm:
I never suggested it was a fault, I merely observed the lower SNR over the first 100 tones, not at 350, most of which are shared tones, and asked a single question.
European regional PSD masks were defined by ETSI TM6.
The reason is your cabinet is closer to the exchange than his
and your evidence for that is what? How far are we exactly from our respective exchanges?
We can all have opinions Chrysalis, but please try to avoid asserting things without providing at least some sort of evidence to back it up.
-
I am surprised if you saying you have never seen a graph like his before, there is many like that posted on the internet, mine is the same here.
The power masking applied on VDSL is dependent on the locality to exchange or rather the loop loss on the lines covered by the cabinet (from exchange), so if its an area with say average 10db attenutation on adsl (close to exchange) then the low tones will have full power but tones between 250 and 500 will have cutback applied albeit a weak cutback. If its an area with attenuation of say 50db from the exchange (like my area) then the cutback is below 250 and is usually more severe as well due to weaker adsl signals. The reason is in an area like mine there is no point applying cutbakc to 250-500 as there is noone around here on adsl using those tones as the lines are too long. In areas with low attenuation the tones 0-250 are strong enough to withstand vdsl crosstalk.
There is also some other posts on this forum where the first upstream channels is left unused (0-100) if the line can get full sync speed without it. I assume so poor vdsl lines can use those tones with less crosstalk. I think bald eagle made some comments about it in another thread regarding U0.
Now i cant say for 100% sure its not related to a fault but I think its very unlikely.
Finally we do know he had local interference issues and now has to wait (probably for weeks) for DLM to revert his connection, only after that point (or a manual DLM reset) can a proper judgement be made but I expect at that point he will have full sync and be happy.
-
I am surprised if you saying you have never seen a graph like his before, there is many like that posted on the internet, mine is the same here.
That's because I didn't. ::)
Please try to read posts more carefully, then you wouldn't make so many wrong assumptions about what others are actually saying. :no:
-
Ok folks. Good stuff!
DLM has been busy undoing its changes. We are not there yet, but here are the latest graphs. We went away from Saturday until today and it seems the scheduled stats grabbing task crapped out on Sunday, hence the slew in the graphs. Overall it looks good and the main thing is that I'm getting some value from the 80/20 service now.
-
looks much better now, and it seems DLM has been working fast.
you are on the 74mbit banding now which is the last one before the top 80mbit banding.
however until interleaving is removed you wont get full 80mbit sync. So keep going as it is, dont disconnect it or power off. It should eventually get to 80/20 fast path.
-
Hi all,
Looks like we are cooking on gas now. Thanks for all the advise guys.
-
Past 6 days looks soooo much better :) :clap:
-
Spoke too soon.
As soon as I remove stats gathering and relax I discover the sync has dropped this afternoon. I think I heard next door messing with power tools in the garden. It could have also been the washing machine.
xdslcmd info --stats
xdslcmd: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 2
Max: Upstream rate = 28653 Kbps, Downstream rate = 83556 Kbps
Path: 0, Upstream rate = 20000 Kbps, Downstream rate = 60393 Kbps
Link Power State: L0
Mode: VDSL2 Annex B
VDSL2 Profile: Profile 17a
TPS-TC: PTM Mode
Trellis: U:ON /D:ON
Line Status: No Defect
Training Status: Showtime
Down Up
SNR (dB): 12.4 16.3
Attn(dB): 0.0 0.0
Pwr(dBm): 13.3 6.6
VDSL2 framing
Path 0
B: 239 237
M: 1 1
T: 64 45
R: 0 16
S: 0.1265 0.3782
L: 15181 5373
D: 1 1
I: 240 127
N: 240 254
Counters
Path 0
OHF: 4458803 2129636
OHFErr: 1387 6
RS: 0 1321611
RSCorr: 0 66
RSUnCorr: 0 0
Path 0
HEC: 16554 0
OCD: 0 0
LCD: 0 0
Total Cells: 1051435335 0
Data Cells: 371657346 0
Drop Cells: 0
Bit Errors: 0 0
ES: 562 512
SES: 64 0
UAS: 205 205
AS: 9060
Path 0
INP: 0.00 0.00
PER: 2.02 4.25
delay: 0.00 0.00
OR: 94.88 60.17
Bitswap: 36 87
Total time = 1 days 21 hours 39 min 16 sec
FEC: 0 0
CRC: 18773 0
ES: 562 512
SES: 64 0
UAS: 205 205
LOS: 36 0
LOF: 36 0
Latest 15 minutes time = 9 min 16 sec
FEC: 0 0
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
Previous 15 minutes time = 15 min 0 sec
FEC: 0 0
CRC: 0 0
ES: 0 1
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
Latest 1 day time = 21 hours 39 min 16 sec
FEC: 0 0
CRC: 15536 0
ES: 209 57
SES: 28 0
UAS: 16 16
LOS: 4 0
LOF: 5 0
Previous 1 day time = 24 hours 0 sec
FEC: 0 0
CRC: 146 0
ES: 119 59
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
Since Link time = 2 hours 30 min 59 sec
FEC: 0 66
CRC: 1387 6
ES: 49 6
SES: 1 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
xdslcmd info --pbParams
xdslcmd: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 2
Max: Upstream rate = 28653 Kbps, Downstream rate = 83556 Kbps
Path: 0, Upstream rate = 20000 Kbps, Downstream rate = 60393 Kbps
Discovery Phase (Initial) Band Plan
US: (0,95) (868,1207) (1972,2783)
DS: (32,859) (1216,1963) (2792,3959)
Medley Phase (Final) Band Plan
US: (0,95) (868,1207) (1972,2783)
DS: (32,859) (1216,1963) (2792,3959)
VDSL Port Details Upstream Downstream
Attainable Net Data Rate: 28653 kbps 83556 kbps
Actual Aggregate Tx Power: 6.6 dBm 13.3 dBm
============================================================================
VDSL Band Status U0 U1 U2 U3 D1 D2 D3
Line Attenuation(dB): 4.4 18.7 27.0 N/A 10.2 22.7 34.3
Signal Attenuation(dB): 4.4 17.7 25.9 N/A 10.2 22.7 34.3
SNR Margin(dB): 16.1 16.4 16.3 N/A 11.8 11.2 13.6
TX Power(dBm): -7.6 -26.0 6.4 N/A 10.2 7.8 7.1
-
wait a day then resync it if the stats are the same tommorow, thats not DLM'd but it looks like you intermmently lost snr as you on a lower sync but now the available snr is there again, its not interleaved, and DLM typically doesnt take action in the day. Resync it by pulling the power so a 'dying gasp' is sent to the dslam, DLM is supposed to ignore 'dying gasps'.
-
Thanks!
Sync was the same this morning with no more CRC errors than yesterday (I assume thats what you guys noticed in the stats dump?). Pulled the power to the modem and aso rebooted the hub and we are back at 79999 sync :)
I think I'll keep the stats monitoring running full time from now on.
xdslcmd info --stats
xdslcmd: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 0
Max: Upstream rate = 28355 Kbps, Downstream rate = 83436 Kbps
Path: 0, Upstream rate = 20000 Kbps, Downstream rate = 79999 Kbps
Link Power State: L0
Mode: VDSL2 Annex B
VDSL2 Profile: Profile 17a
TPS-TC: PTM Mode
Trellis: U:ON /D:ON
Line Status: No Defect
Training Status: Showtime
Down Up
SNR (dB): 6.9 15.0
Attn(dB): 0.0 0.0
Pwr(dBm): 13.6 6.6
VDSL2 framing
Path 0
B: 239 237
M: 1 1
T: 23 45
R: 0 16
S: 0.0955 0.3782
L: 20107 5373
D: 1 1
I: 240 127
N: 240 254
Counters
Path 0
OHF: 174767 67957
OHFErr: 0 0
RS: 0 3057362
RSCorr: 0 0
RSUnCorr: 0 0
Path 0
HEC: 0 0
OCD: 0 0
LCD: 0 0
Total Cells: 44440776 0
Data Cells: 2438063 0
Drop Cells: 0
Bit Errors: 0 0
ES: 0 0
SES: 0 0
UAS: 18 18
AS: 290
Path 0
INP: 0.00 0.00
PER: 1.64 4.25
delay: 0.00 0.00
OR: 116.56 60.17
Bitswap: 2 1
Total time = 5 min 8 sec
FEC: 0 0
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 18 18
LOS: 0 0
LOF: 0 0
Latest 15 minutes time = 5 min 8 sec
FEC: 0 0
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 18 18
LOS: 0 0
LOF: 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
Latest 1 day time = 5 min 8 sec
FEC: 0 0
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 18 18
LOS: 0 0
LOF: 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
Since Link time = 4 min 49 sec
FEC: 0 0
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
xdslcmd info --pbParams
xdslcmd: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 0
Max: Upstream rate = 28355 Kbps, Downstream rate = 83436 Kbps
Path: 0, Upstream rate = 20000 Kbps, Downstream rate = 79999 Kbps
Discovery Phase (Initial) Band Plan
US: (0,95) (868,1207) (1972,2783)
DS: (32,859) (1216,1963) (2792,3959)
Medley Phase (Final) Band Plan
US: (0,95) (868,1207) (1972,2783)
DS: (32,859) (1216,1963) (2792,3959)
VDSL Port Details Upstream Downstream
Attainable Net Data Rate: 28355 kbps 83436 kbps
Actual Aggregate Tx Power: 6.6 dBm 13.6 dBm
============================================================================
VDSL Band Status U0 U1 U2 U3 D1 D2 D3
Line Attenuation(dB): 3.9 18.3 26.6 N/A 9.9 22.3 33.8
Signal Attenuation(dB): 3.9 17.5 25.7 N/A 9.9 22.3 33.8
SNR Margin(dB): 15.5 15.0 15.0 N/A 6.9 6.9 7.0
TX Power(dBm): -8.0 -27.8 6.4 N/A 10.8 7.8 6.7
-
Looking good, once again. :thumbs:
-
Hey guys,
The internet has been playing silly buggers, over the past few days, so I started the stats logging again. I swear something has changed in the stats shown below, specifically a new indicator for INPRein.
Could this be an automatic update to the HG612 software or a change at the cabinet? I'm a bit surprised if the software on the modem is being updated remotely.
xdslcmd info --stats
xdslcmd: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 0
Last initialization procedure status: 0
Max: Upstream rate = 29484 Kbps, Downstream rate = 87728 Kbps
Bearer: 0, Upstream rate = 19999 Kbps, Downstream rate = 75747 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 15.1
Attn(dB): 14.8 0.0
Pwr(dBm): 13.4 6.5
VDSL2 framing
Bearer 0
MSGc: 18 26
B: 51 237
M: 1 1
T: 64 42
R: 12 16
S: 0.0218 0.3781
L: 23440 5374
D: 1483 1
I: 64 127
N: 64 254
Counters
Bearer 0
OHF: 54225657 2266269
OHFErr: 6 95
RS: 996685651 1859919
RSCorr: 104424 267
RSUnCorr: 8 0
Bearer 0
HEC: 2 0
OCD: 0 0
LCD: 0 0
Total Cells: 2494559346 0
Data Cells: 887516251 0
Drop Cells: 0
Bit Errors: 0 0
ES: 2 86
SES: 0 0
UAS: 24 24
AS: 76103
Bearer 0
INP: 3.00 0.00
INPRein: 0.00 0.00
delay: 8 0
PER: 1.40 3.98
OR: 136.80 64.22
AgR: 75883.57 20063.54
Bitswap: 22296/22296 741/741
Total time = 21 hours 8 min 47 sec
FEC: 104424 267
CRC: 6 95
ES: 2 86
SES: 0 0
UAS: 24 24
LOS: 0 0
LOF: 0 0
LOM: 0 0
Latest 15 minutes time = 8 min 47 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: 97 4
CRC: 0 2
ES: 0 2
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Latest 1 day time = 21 hours 8 min 47 sec
FEC: 104424 267
CRC: 6 95
ES: 2 86
SES: 0 0
UAS: 24 24
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 8 min 23 sec
FEC: 104424 267
CRC: 6 95
ES: 2 86
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
xdslcmd info --pbParams
xdslcmd: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 0
Last initialization procedure status: 0
Max: Upstream rate = 29484 Kbps, Downstream rate = 87728 Kbps
Bearer: 0, Upstream rate = 19999 Kbps, Downstream rate = 75747 Kbps
Discovery Phase (Initial) Band Plan
US: (7,32) (871,1205) (1972,2782)
DS: (33,859) (1216,1961) (2793,3970)
Medley Phase (Final) Band Plan
US: (7,32) (871,1205) (1972,2782)
DS: (33,859) (1216,1961) (2793,3970)
VDSL Port Details Upstream Downstream
Attainable Net Data Rate: 29484 kbps 87728 kbps
Actual Aggregate Tx Power: 6.5 dBm 13.4 dBm
====================================================================================
VDSL Band Status U0 U1 U2 U3 U4 D1 D2 D3
Line Attenuation(dB): 4.0 18.1 26.4 N/A N/A 9.9 22.0 33.2
Signal Attenuation(dB): 4.0 17.2 25.1 N/A N/A 12.7 21.8 33.2
SNR Margin(dB): 15.1 15.1 15.1 N/A N/A 6.3 6.3 6.3
TX Power(dBm): -7.9 -25.6 6.4 N/A N/A 10.4 7.9 7.0
-
That is a firmware update, there are various threads going on.
Check here
http://forum.kitz.co.uk/index.php/board,5.0.html
-
Hi guys,
After a few happy months of faultless VDSL2, with attainable rates over 82000, I've started getting the intermittent loss of SNR problem in the afternoon again.
The original problem was fixed when the engineers couldn't find a fault at the time they were at the premises, but were shown the dslstats graphs with the daily resyncs. They decided to do a D and E side switch and the problem was solved.
On Thursday last week, the problem started again. There is a window in the afternoon, normally between 13:45 and 15:00, SNR drops through the floor and the HG612 resyncs at a lower speed. This has happened every day until today when something much worse happened.
It seemed last night the intererence wasn't confined to the afternoon but kicked in at around midnight until 9:15 this morning.
Could some engineers swapped my line back to a duff one again?
(https://dl.dropboxusercontent.com/u/6075611/Fibre/snr0.png)
(https://dl.dropboxusercontent.com/u/6075611/Fibre/speed1.png)
(https://dl.dropboxusercontent.com/u/6075611/Fibre/snr1.png)
-
looks a mess.
I have a number of theories, which of course could all be wrong.
1 - the pair swap fixed nothing and was just coincidence a temporary reprieve.
2 - the pair swap fixed original issue but new pair has its own issues.
3 - the pair swap fixed problem, but then someone else may have got activated/moved to new disturber pair causing new problem.
4 - the pair swap fixed problem but then you got moved back (this apparently should never happen with live pairs).