Kitz Forum
Broadband Related => FTTC and FTTP Issues => Topic started by: chuffer on August 21, 2020, 04:51:29 PM
-
Would somebody please recommend a Router/Modem to be able to carry out reducing the SNR as in the post.
I would also like more data from it re connection status etc.
Briefly...
I have good sync but low throughput.
Using a Varity of speed test sites 19dB Up but mid 60's dB Down
Those that show Latency/Buffer bloat currently, good down but high up.
In the past the down has been in the 6000's
My HH6 reports
Data rate: 20.00 Mbps / 80.00 Mbps
Maximum data rate: 27577 / 88670
Noise margin: 15.6 dB / 7.5 dB
Line attenuation: 10.9 dB
Signal attenuation: 6.2 dB / 10.9 dB
I have also access to PN Hub 1 (BT hh5) with same results.
Plusnet KDB Reports
Profile Name 0.128M-80M Downstream, Retransmission Low - 0.128M-20M Upstream, Error Protection Off
BRAS Line stability mostly excellent/good and very occasionally poor.(red)
The above figures are very consistent, not affected by bad weather and the connection is reliable
I have tried other computers, which at a friends show 76mB downloads !.
-----------------------------
Admin: Post split off from https://forum.kitz.co.uk/index.php/topic,22086.120.html
-
The HH5a can with OpenWRT on it, but sadly flashing it requires hardware hackery that is not for the faint of heart.
-
@Chuffer You are already syncing at maximum 80/20 speeds with retransmission low. Attempting to reduce the SNRM will not achieve anything. Your noise margins are high because you are on a short line running at full speed.
Your throughput problem could be caused by an incorrect BT Wholesale IP profile or possibly Plusnet's own "Current Line Speed" profile which can affect some users, generally those with a Static WAN IP address.
It would be worth checking this in your member centre account. I believe its on the broadband tab.
If that is the problem, best of luck getting Plusnet to fix it. Contacting support is very hard at the moment and they are not doing much for speed faults. :no:
-
@chuffer How are you testing your throughput?
-
Thanks for your replies.
Should add, Huawei AO1 infill and some earlier issues with the migration and left in links allegedly all fixed.
Alex,
That does look a bit much for me, but thanks.
Real,
Never seen comments before re a short line (167m) causing high noise margins.( interesting )
Should I see a 3dB on my short line ?
Is the ipprofile the same as BRAS profile ?
Current BRAS Profile (CVLAN Rate): 79672. Max attainable 89106.0, current noise margin 8db (and has been since the 8th of August)
Plusnet are very active in this fault and I do have a dedicated agent, have checked everything at their end, I do not have fixed IP ( first thing they did was switch to active )
PN have made several requests to OR the check wholesale profile etc but engineers on the ground have no access and getting it passed up the line has fallen on deaf ears.
I have had two lifts and shifts new NTE5 and several routers, PN have asked OR for a remake of the no more than 3/4 intermediate connections between house and cabinet, which they have refused to do, but have done the easy ones at both ends a few times.
Currently, as you say BT/OR are not dealing with speed faults.
Jelv,
Using several browsers, computers and a range of well known available test sites. ( I could list them if you wish ) and as in first post, taking the laptop to a friend on BT 80/20, HH6 and a 250m line it gets good downloads across the board around the 76mB mark, so it looks like the computer and browser are good.
My tests have been carried out with the router at the master socket and all internal wiring disconnected and always with a wired connection, no difference seen.
General...................
I find it very intriguing that speed tests report good download latency but sometimes poor upload with errors, but poor speeds down but very good up !, the lag at the desktop is very noticeable.
We have seen occasional RED line errors but these are not consistent and never there when OR arrive 2 days later.
-------------
KDB Test Outcome Fail
Test Outcome Code GTC_FTTC_SERVICE_1625
Description Impairment in copper joint detected most likely in local network. Please continue to submit a trouble report
Main Fault Location CE
Sync Status In Sync
Downstream Speed 79.9 Mbps
Upstream Speed 20.0 Mbps
Appointment Required Y
Fault Report Advised Y
-------
PN agent previous comments...........
It's got to be a problem with the phone line, big enough to consistently restrict your throughput but small enough that it only very occasionally is evident on testing, as it was on Sunday with the significantly increased error rate. The window for getting an engineer out is too small.
-
There are 2 noise margins (SNRM's).
There's the target margin set by the DLM and there's the actual/current noise margin.
Line stats from modems report the current SNRM and not the target SNRM.
The default target SNRM is 6dB.
Lines that don't reach maximum sync can have a lower target noise margin set (as low as 3dB) to try increase sync.
As you are hitting the maximum sync you have "spare" SNRM.
If there wasn't an 80Mb limit your line would sync at 88Mb at 6dB SNRM.
Basically a line will only have a current SNRM that matches the target SNRM if the line is syncing at its maximum.
Any line syncing lower than its potential will have a higher current SNRM than what the target SNRM is.
This is "spare" SNRM.
If the DLM was to put you on a 3dB target SNRM you would simply have a higher maximum data rate.
As it would still be capped at 80Mb you would still have a high current SNRM.
The higher the current SNRM, the more stable a line will run.
Your line is running as good as it can. A lower SNRM would make it less stable.
-
Thanks jOhn.
Anybody able please to pass any comment re the possibility of a copper fault being responsible given the intermittent results ?.
BRAS Line stability mostly excellent/good and very occasionally poor.(red)
The BT speed tester fails ( as it does for so many ) so I can't see what my current IPprofile is.
Or any other questions I might answer ?.
-
A copper fault would show an increase in errors and potentially re-syncs. Seems unlikely given how clean your line is showing.
-
I think my Fritzbox has gone overboard with Snr margins ??? ;D
-
Thanks for the replies.
Would somebody like to pass a comment at this speed test result ?.
https://i.speedof.me/200826135341-563
It appears to me that the download, in particular, is interrupted as though it is being traffic managed and limited.
Anybody like to recommend another tester graphing like this ?.
If I were to replace my HH6 would the additional stats possible help identifying my fault ?.
As in the post of Johnson, twinkletoes & adslmax, what are they using ?.
What else is available from parkdale's Fritxbox 3490 ?.
-
[Duplicate posting removed - roseway]
-
In my experience speedof.me is a crap speedtest site and results like that are normal as its the starting/stopping of the different speed tests.
The only ones that I use are fast.com, dslreports.com/speedtest and speedtest.net. Always use several, so you get an average and do not get caught up on any single test showing lower than expected values.
-
Yes I agree that Speedof.me is probably one of the worst speed tests, just ignore it.
-
Would still like to know what routers Johnson, twinkletoes & adslmax, are using please ?.
I am using 7 test sites, all give a bit of different info, some are quicker than others but in general the throughput down is mid 50 to 60mB and the up 18/20 mB, it's not unusual for the speedof.me to be the slowest.
Here are two tests, the first from a friend on BT a HH6 and 80/20 and about 240Mtrs cable.
https://i.speedof.me/200827215455-582
This is mine, also on a HH6 and 80/20 and 167 Mtrs.
https://i.speedof.me/200826135341-563
I would appreciate any comments.
-
Seems suspect to me that it thinks your friend can hit 79Mbit when the IP profile will be lower than that.
I assume you've tried a different web browser?
It also seems speedof.me only tests single-threaded speeds, other speedtests do both single and multiple. So its possible you are having single-thread speed issues, Thinkbroadband test files are usually a good way to test that yourself.
-
Thanks Alex.
My interest in the speedof.me results is not based so much on the speeds achieved but the pattern shown by the graph.
I understand your comment re stopping and starting but my friends results ( regardless of speed ) show a very different pattern.
Re single thread downloads, the other tests I run all show similar speeds so I'm not sure I'm suffering singles only.
Yes, I have tried other computers and browsers, and taking my laptop to the other test site and running the 7 I get much better results.
Dslreports is one of my 7 sites, usually shows high buffer bloat and timer dropped frames, it's graphs can be a bit ragged too.
Thinkbroadband is another and the analysis page often shows high upload latency.
And my KDB show a profile with retries.
A better router with more reporting might be of help, such as those by several uses here, I'm sure more could be learnt from it.
My desktop computer, I have to use a add blocker otherwise I'm waiting ages while they all load.
The laptop used for the tests does not have the blocker installed and starting broadbandspeedchecker takes 30 seconds before the test server is located whilst they load.
-
Just checking.
When you perform a speedtest are you using Ethernet and not wi-fi.
Are there any other devices on your network which could be consuming bandwidth? Don't forget about such things like streaming tv/video/music.
Can you perform a speedtest here please and attach the image results as I'd like to see single thread compared to multithreaded
http://labs2.thinkbroadband.com/speedtest/
And my KDB show a profile with retries.
Is that not re-tx which simply means that you have g.inp. I can't ever recall a KBD saying anything about retries.
-
Kitz.
Thanks for continuing with this.
Over the weekend I was missing the last few pages from the ticket and it took a while to work out that they might have been moved, I would have expected some kind of notification but as you can see I did find the new ticket.
"And my KDB show a profile with retries" you are correct, I should have said retransmissions and not retries.
I had read the Kitz pages re DLM and recall a comment that re-tx could be off/low/high I took the fact that it is "on" against "off" might indicate line or other issues.
I have just found a Kitz page about retransmission and low indicating g.inp is employed.
Thinkbroadband tests........
Always a wired connection and nothing else downloading/streaming.
Your request.
http://labs2.thinkbroadband.com/speedtest/
https://www.thinkbroadband.com/speedtest/1598962583301755455
----------------
Found this
"For those who want to run a test that is more sensitive to provider congestion try this special test version."
So, while I was there.
http://labs.thinkbroadband.com/speedtest/?site=omegaUEKWiwklw392
https://www.thinkbroadband.com/speedtest/1598962949515558455
-
My interest in the speedof.me results is not based so much on the speeds achieved but the pattern shown by the graph.
I understand your comment re stopping and starting but my friends results ( regardless of speed ) show a very different pattern.
Comparing the two graphs then yes you're right, it seems a useful tool to identify where single-thread speeds are fluctuating. Although unless you're using the same server at the same time period, it could still be the test server experiencing problems.
-
Those results are more interesting when you compare http1 with http6. The line certainly seems capable but its not consistent and has random jerkiness.
The 2nd one is interesting - note how httpx6 is lower than single threading. That doesnt happen with ISP congestion. ISP congestion shows up as a fairly straight httpx6 and a much lower single thread. Their pipes are larger so you don't tend to see such spikyness like that either... its more balanced in that its good during the day but consistently lower at peak.
Wondering if there could be some local congestion though. Its possible that a few heavy locals could cause a hot SVLAN. Plusnet may be able to check if your SVLAN is red for you.... but the records are not always up to date. Your friend is not necessarily on the same SVLAN as you.
I could believe that type of pattern if there's a few houses full of kids doing bursty activities such as streaming HD YouTube vids. Is there any time of day when it's worse?
-
I have had this issue for a while during which I have had two lift & shifts and two SVLAN changes.
Tried 3/4 routers of various make/models.
I have had several OR engineers visits and usual testing always passes 100%.
I always use the same 7 test sites, running them one after the other.
I have done this at various times of the day and days of the week.
The result of which is that the speeds are very consistent.
The only variation is, shortly after a OR visit my speeds are up by 5/6 mB but returns low after 1 or two days.
I understand they always reset the DLM on completion so g.inp would be off during this time.
Worth noting that I have spoken to a few neighbours, who are with a whole range of ISP, who all say they are not very happy with their speeds.
Two are with Sky and have been told they cannot have a 80/20 package due to network issues.
A friend, on another exchange, on BT 80/20, HH6 and aprox 240 Mtrs of cable.
I have taken my testing laptop to his network and got around 76mB across the 6 tests thus proving it as OK.
He runs the same tests for comparison.
https://www.thinkbroadband.com/speedtest/1599025306377395055
https://www.thinkbroadband.com/speedtest/1599025110246974455
-
Should have added...................
Would I learn anything useful if I replace my Router with something with better reporting ?.
As in the post of Johnson, twinkletoes & adslmax and others.
Any recommendations please ?.
-
My downloads are 5/6 mB faster for a couple of days after a DLM reset.
Is g-inp off following a dlm is reset
Would somebody clarify the comments here.............
https://kitz.co.uk/adsl/retransmission.htm
"After a DLM reset the initial profile is: -
Downstream: Interleaving (& INP) Low. Upstream: Interleaving Off.
If the DLM identifies that the line can support Retransmission, then ReTx Low will be automatically applied to the downstream after a couple of days."
I read this as g-inp if off, is that correct ?..
-
Yes.
Low Interleaving is the default after a DLM reset.
G.INP takes a couple days to be added.
-
jOhn.
As you know, it's not possible to get up to date info from a KDB test for 11 days after a reset.
I understand that a DLM reset will zero all the error counters and that a range of things will come into consideration as the DLM examines the line which might possibly lead it to reinstate the g-inp.
But what else ?.
If it has/did enable g-inp it does imply there is crosstalk on the line ?. ( almost certainly some )
What else might there be that reduces my throughput by the 5/6 mB after a few days ?.
Or is that the g-inp overhead ?.
Clearly something, as shown by the TBB graphs, is effecting my download.
My recollection is that line data ( sync, snr, line & signal attn ) seen at the router do not change ( by much ) after the DLM resets.
-
Kitz. + others
I am now using a used Zyxel VMG8924-B10A.
The first thing I noticed is that if I connect just the WAN cable, no lan and wifi disabled the WAN led flashes as it would/does when the rest are connected and traffic is generated.
The throughput is randomly higher than the BT HAHN and Plus net Hub1 ( BT HH5 ) but theTBB tests still show similar slow getting going and the random "jerkiness"
The ISP did check for hot vlan between the 10th and 16th Sept and all reports are NO.
Also showed BRAG 11 to 15th Sept reach very good and stablity excellent.
Testing today with wifi disconnected the TBB test sometimes show high latency up to 3000 and I have in the past seen as high as 6000.
https://www.thinkbroadband.com/_assets/speedtest/button/1601384593127228655.png
Is the burst speed here interesting ?.
Anything from the routers stats useful ?
Thanks.
=======================================
VDSL Training Status: Showtime
Mode: VDSL2 Annex B
VDSL Profile: Profile 17a
Traffic Type: PTM Mode
Link Uptime: 4 days: 0 hour: 43 minutes
========================================
VDSL Port Details Upstream Downstream
Line Rate: 20.063 Mbps 79.998 Mbps
Actual Net Data Rate: 19.999 Mbps 79.999 Mbps
Trellis Coding: ON ON
SNR Margin: 15.5 dB 7.7 dB
Actual Delay: 0 ms 0 ms
Transmit Power: - 9.2 dBm 13.9 dBm
Receive Power: -18.7 dBm 6.4 dBm
Actual INP: 0.0 symbols 48.0 symbols
Total Attenuation: 9.3 dB 7.4 dB
Attainable Net Data Rate: 26.220 Mbps 89.004 Mbps
=================================================
VDSL Band Status U0 U1 U2 U3 D1 D2 D3
Line Attenuation(dB): 2.1 7.4 11.1 N/A 5.0 10.8 16.9
Signal Attenuation(dB): 2.1 6.8 10.4 N/A 5.5 10.6 16.9
SNR Margin(dB): 15.5 15.5 15.5 N/A 7.8 7.6 7.6
Transmit Power(dBm):-22.9 -35.5 - 9.6 N/A 11.3 7.4 7.2
===================================================
VDSL Counters
Downstream Upstream
Since Link time = 43 min 39 sec
FEC: 235735 19358
CRC: 405 962
ES: 23 691
SES: 9 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Latest 15 minutes time = 14 min 10 sec
FEC: 2 5
CRC: 0 2
ES: 0 1
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Previous 15 minutes time = 15 min 0 sec
FEC: 2 5
CRC: 0 2
ES: 0 1
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Latest 1 day time = 44 min 10 sec
FEC: 4 16
CRC: 0 5
ES: 0 3
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Previous 1 day time = 24 hours 0 sec
FEC: 203324 3953
CRC: 400 292
ES: 21 182
SES: 9 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Total time = 1 days 44 min 10 sec
FEC: 235735 19358
CRC: 405 962
ES: 23 691
SES: 9 0
UAS: 30 30
LOS: 0 0
LOF: 0 0
LOM: 0 0
====================================
-
Looks like a fairly short, clean line to me. I wish my stats were still that good.
-
Alex.
The trouble is although the possible and actual connection speeds are good on 170 Mtrs of cable it is not reflected in the desktop experience.
Does anybody have any comments about the condition of the Wan traffic LED ?
"The first thing I noticed is that if I connect just the WAN cable, no lan and wifi disabled the WAN led flashes as it would/does when the rest are connected and traffic is generated."
Anybody able to confirm it occurs for them too ?.
-
Does anybody have any comments about the condition of the Wan traffic LED ?
"The first thing I noticed is that if I connect just the WAN cable, no lan and wifi disabled the WAN led flashes as it would/does when the rest are connected and traffic is generated."
Anybody able to confirm it occurs for them too ?.
If the physical device, to which you are referring, is being used as a modem/router (i.e. an all-in-one box) then there will always be WAN traffic flow.
-
The reason for my concern re the Wan data led is that I have been asked if I am absolutely sure nothing else is downloading at the time of testing, perhaps highlighted by the TBB graphs with a slow rise and the random jerky display not seen by others.
With just the wan cable connected the led flashes 4/5 times a second ( too quick to count properly ) and appears very regular, and does so exactly the same with a utp to the laptop.
The only other modem/routers I have do not have leds ( apart from power) but I still have a ECI modem so I connected it to compare.
The Wan led flashes until it syncs and then is steady on.
If I then connect a utp cable from laptop the port 1 led flashes but the Wan stays steady.
Something appears to be eating 20 ish Mb of my download data throughput.
??
-
As an aside, will a change of router ( BT HH6 to Zyxel ) create the DLM to reset ?.
-
Nope :(
-
A friend on another exchange also using a ZyXel VMG8924-B10A on 240 meter cable, BT 80/20 and gets good throughput and a neat graph from the TBB tests.
https://www.thinkbroadband.com/_assets/speedtest/button/1599025110246974455.png
Compared to mine
I'm on same router, 170 meters, Plusnet 80/20.
https://www.thinkbroadband.com/_assets/speedtest/button/1602503715627564655.png
Looking at the DSL stats from both routers I noticed a great difference in the signal margins and attenuations, band status etc and his attainable rate is also higher.
Would grateful for any comments
His.
=============================================
VDSL Training Status: Showtime
Mode: VDSL2 Annex B
VDSL Profile: Profile 17a
G.Vector: Disable
Traffic Type: PTM Mode
Link Uptime: 0 day: 20 hours: 11 minutes
============================================
VDSL Port Details Upstream Downstream
Line Rate: 19.999 Mbps 79.998 Mbps
Actual Net Data Rate: 20.000 Mbps 79.999 Mbps
Trellis Coding: ON ON
SNR Margin: 13.9 dB 5.1 dB
Actual Delay: 0 ms 0 ms
Transmit Power: 6.4 dBm 12.7 dBm
Receive Power: -12.1 dBm -2.5 dBm
Actual INP: 48.0 symbols 55.0 symbols
Total Attenuation: 0.0 dB 15.0 dB
Attainable Net Data Rate: 32.134 Mbps 91.820 Mbps
======================================================
VDSL Band Status U0 U1 U2 U3 U4 D1 D2 D3
Line Attenuation(dB): 4.1 17.7 27.3 N/A N/A 9.9 23.2 37.0
Signal Attenuation(dB): 4.1 16.9 26.7 N/A N/A 11.6 22.9 37.0
SNR Margin(dB): 13.1 13.4 14.1 N/A N/A 5.2 5.0 5.0
TX Power(dBm): -8.8 -25.9 6.3 N/A N/A 8.8 7.8 7.3
======================================================
Mine
============================================
VDSL Training Status: Showtime
Mode: VDSL2 Annex B
VDSL Profile: Profile 17a
Traffic Type: PTM Mode
Link Uptime: 2 days: 20 hours: 1 minute
===========================================
VDSL Port Details Upstream Downstream
Line Rate: 20.063 Mbps 79.998 Mbps
Actual Net Data Rate: 19.999 Mbps 79.999 Mbps
Trellis Coding: ON ON
SNR Margin: 15.5 dB 7.6 dB
Actual Delay: 0 ms 0 ms
Transmit Power: - 9.2 dBm 13.9 dBm
Receive Power: -18.5 dBm 6.5 dBm
Actual INP: 0.0 symbols 48.0 symbols
Total Attenuation: 9.1 dB 7.3 dB
Attainable Net Data Rate: 26.737 Mbps 89.234 Mbps
===================================================
VDSL Band Status U0 U1 U2 U3 D1 D2 D3
Line Attenuation(dB): 1.9 7.3 10.9 N/A 4.9 10.6 16.9
Signal Attenuation(dB): 1.9 6.6 10.1 N/A 5.4 10.5 16.9
SNR Margin(dB): 15.5 15.5 15.5 N/A 7.7 7.7 7.6
Transmit Power(dBm):-23.2 -35.5 - 9.5 N/A 11.3 7.7 7.1
===================================================
-
A friend ( as above for details ) and I are now using DSLstats and there are some big differences in the data and I would appreciate any comments.
As my problem is low throughput perhaps the following rtx_tx is of interest ?.
I understand the up times will have a bearing in some of the fields.
Mine
Retransmit Counters
rtx_tx: 3899874 0
rtx_c: 6 0
rtx_uc: 0 0
Friend
Retransmit Counters
rtx_tx: 178868 105
rtx_c: 32213 172
rtx_uc: 51 136134
-----------
Mine
xdslctl info --stats
xdslctl: ADSL driver and PHY status
Status: Showtime
Last Retrain Reason: 0
Last initialization procedure status: 0
Max: Upstream rate = 26582 Kbps, Downstream rate = 89479 Kbps
Bearer: 0, Upstream rate = 19999 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): 7.7 15.5
Attn(dB): 8.8 0.0
Pwr(dBm): 13.9 -9.2
VDSL2 framing
Bearer 0
MSGc: -6 26
B: 130 237
M: 1 1
T: 0 42
R: 8 16
S: 0.0000 0.3781
L: 21468 5374
D: 16 1
I: 139 127
N: 139 254
Q: 16 0
V: 14 0
RxQueue: 60 0
TxQueue: 20 0
G.INP Framing: 18 0
G.INP lookback: 20 0
RRC bits: 0 24
Bearer 1
MSGc: 186 -6
B: 0 0
M: 2 0
T: 2 0
R: 16 0
S: 5.3333 0.0000
L: 48 0
D: 3 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 2768340
OHFErr: 0 1218
RS: 3035229904 288357
RSCorr: 2981 7974
RSUnCorr: 0 0
Bearer 1
OHF: 26789353 0
OHFErr: 0 0
RS: 321471502 0
RSCorr: 6 0
RSUnCorr: 0 0
Retransmit Counters
rtx_tx: 3899874 0
rtx_c: 6 0
rtx_uc: 0 0
G.INP Counters
LEFTRS: 0 0
minEFTR: 79982 0
errFreeBits: 525034191 0
Bearer 0
HEC: 0 0
OCD: 0 0
LCD: 0 0
Total Cells: 1775631901 0
Data Cells: 88413949 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 906
SES: 0 0
UAS: 34 34
AS: 430418
Bearer 0
INP: 48.00 0.00
INPRein: 0.00 0.00
delay: 0 0
PER: 0.00 3.98
OR: 0.01 64.22
AgR: 80614.82 20063.54
Bearer 1
INP: 4.00 0.00
INPRein: 4.00 0.00
delay: 3 0
PER: 16.06 0.01
OR: 95.62 0.01
AgR: 95.62 0.01
Bitswap: 286/286 10892/10892
FEC: 2981 7974
CRC: 0 1218
ES: 0 906
SES: 0 0
UAS: 34 34
LOS: 0 0
LOF: 0 0
LOM: 0 0
Latest 15 minutes time = 4 min 12 sec
FEC: 0 2
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: 10 13
CRC: 0 3
ES: 0 2
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Latest 1 day time = 23 hours 34 min 12 sec
FEC: 634 2050
CRC: 0 245
ES: 0 168
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Previous 1 day time = 24 hours 0 sec
FEC: 640 2282
CRC: 0 274
ES: 0 201
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Since Link time = 4 days 23 hours 33 min 37 sec
FEC: 2981 7974
CRC: 0 1218
ES: 0 906
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
NTR: mipsCntAtNtr=0 ncoCntAtNtr=0
--------
The friend
xdslctl info --stats
xdslctl: ADSL driver and PHY status
Status: Showtime
Last Retrain Reason: 0
Last initialization procedure status: 0
Max: Upstream rate = 32374 Kbps, Downstream rate = 92710 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): 5.2 14.0
Attn(dB): 15.0 0.0
Pwr(dBm): 12.8 6.4
VDSL2 framing
Bearer 0
MSGc: -6 -6
B: 81 97
M: 1 1
T: 0 0
R: 6 8
S: 0.0000 0.0000
L: 21746 5457
D: 16 8
I: 88 106
N: 88 106
Q: 16 8
V: 10 2
RxQueue: 135 40
TxQueue: 27 10
G.INP Framing: 18 18
G.INP lookback: 27 10
RRC bits: 24 24
Bearer 1
MSGc: 186 58
B: 0 0
M: 2 2
T: 2 2
R: 16 16
S: 5.3333 16.0000
L: 48 16
D: 3 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: 31 0
RS: 3132322640 2759702
RSCorr: 4181003 3949
RSUnCorr: 0 0
Bearer 1
OHF: 36345587 845235
OHFErr: 0 0
RS: 436146304 4253358
RSCorr: 14 21
RSUnCorr: 0 0
Retransmit Counters
rtx_tx: 178868 105
rtx_c: 32213 172
rtx_uc: 51 136134
G.INP Counters
LEFTRS: 9 47
minEFTR: 80011 19997
errFreeBits: 712231565 325714127
Bearer 0
HEC: 0 0
OCD: 0 0
LCD: 0 0
Total Cells: 3914779365 0
Data Cells: 522764348 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: 2 0
SES: 0 0
UAS: 30 30
AS: 583949
Bearer 0
INP: 55.00 48.00
INPRein: 1.00 0.00
delay: 0 0
PER: 0.00 0.00
OR: 0.01 0.01
AgR: 80737.89 20102.08
Bearer 1
INP: 4.00 4.00
INPRein: 4.00 4.00
delay: 3 0
PER: 16.06 16.06
OR: 95.62 31.87
AgR: 95.62 31.87
Bitswap: 43919/43919 401/401
FEC: 4181003 3949
CRC: 31 0
ES: 2 0
SES: 0 0
UAS: 30 30
LOS: 0 0
LOF: 0 0
LOM: 0 0
Latest 15 minutes time = 12 min 59 sec
FEC: 209 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: 6524 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 = 18 hours 12 min 59 sec
FEC: 34910 155
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Previous 1 day time = 24 hours 0 sec
FEC: 749520 77
CRC: 13 0
ES: 1 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Since Link time = 6 days 18 hours 12 min 29 sec
FEC: 4181003 3949
CRC: 31 0
ES: 2 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
NTR: mipsCntAtNtr=0 ncoCntAtNtr=0