Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[adslmax]

Okay I'm curious: how did you know the SNR had dropped if there were no changes to the service you were receiving? 

The graphic telling me plus it alert me in email that snr has dropped below 4dB warning.

My parents line is already on SNR 2dB for the last 10 days since 3dB target SNR on their line to increasing sync rate to 69Meg but their FTTC cabinet is different to mine. Their is PCP 9 and mine is PCP 8 both on same exchange Cuckoo Oak. 

[adslmax]

The errored seconds has suddenly disappear overnight with ZERO on both downstream and upstream but SNR now varies between 6.3dB and 5.2dB. Still no change to the G.INP, Interleaved and INP with very low retx and no DLM so far. Still at 80/20.

[adslmax]

DLM has made a change to my line this afternoon after 1pm - but why is both interleaved ON?

Downstream   Upstream
Line Coding (Trellis)   On   On
SNR Margin (dB)   8.1   15.9
Attenuation (dB)   11.4   0.0
Output Power (dBm)   12.5   -0.1
Attainable Rate (Kbps)   87144   28714
Rate (Kbps)   80000   20000
Interleave depth:          8      8
INP:                       49.00   49.00
G.INP:                     Enabled      Enabled
Vectoring status:          5 (VECT_UNCONFIGURED)      

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

Since Link time = 6 hours 30 min 59 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

[ejs]

Because retransmission is now enabled on both the downstream and upstream, and that's how the Huawei cabinets do retransmission (with D=Q).

[adslmax]

I thought fttc only enabled interleave on Downstream only?

[ejs]

You thought wrong, and I don't know why you're still concerned about the interleave. You've got retransmission (G.998.4 / G.INP).

[adslmax]

I always flavour in fast path rather than interleave but I ain't complaint as long it still 80/20 with no errors on the line

[adslmax]

My line has resync this morning

Downstream   Upstream
Line attenuation (dB):     11.6      0.0
Signal attenuation (dB):   Not available on VDSL2   
Attainable Rate (Kbps)        80044      26907
Connection speed (kbps):   74000      19999
SNR margin (dB):           6.0      15.0
Power (dBm):               12.5      -0.1
Interleave depth:          16      1
INP:                       48.00      0
G.INP:                     Enabled      Not enabled
Vectoring status:          5 (VECT_UNCONFIGURED)      

Why is my line capped at 74Meg?

[j0hn]

Because you keep resyncing it to get a slightly higher sync?

No idea why you were complaining about "interleaving" on the upstream.
That was G.INP on the upstream.

I can only wish my line would apply G.INP to the upstream.

[adslmax]

Maybe I will ask PN to get openreach out and get it DLM resetted. I feared now that it will be cappd at 74Meg for a long while now. My own fault for re-apply higher by putty adsl configure --maxDataRate 90000 20000 100000 and now end up at 74Meg capped by DLM. Bras IP Profile are now reduced from 77.35Mbps to 71.55Mbps. Getting throughput speed of 68Meg now.

Because I thought interleave at upstream are bad could leads to reduced SNR target 3dB?

PN send me GEA Test result for my line last Monday below:

Estimated Line Length In Metres   257.9
Upstream Rate Assessment   Very Good
Downstream Rate Assessment   Very Good
Interference Pattern   Regular Interference Observed on Week Days
Service Impact   No Impact Observed
Interference Duration Longest Occurrence   From 10:45 to 12:30
Interference Location   Customer Premise
Interference Observed In Days   2
Home Wiring Problem   Not Detected
Downstream Policing Discard Rate   0.0
Customer Traffic Level   Upstream and Downstream Traffic Detected
Technology   VDSL
Profile Name   0.128M-80M Downstream, Retransmission Low - 0.128M-20M Upstream, Error Protection Off
Time Stamp   2019-01-16T15:45:00

Parameters   MIN   MAX   AVG
Down Stream Line Rate   80.0 Mbps   80.0 Mbps   80.0 Mbps
Up Stream Line Rate   19.9 Mbps   19.9 Mbps   19.9 Mbps
Up Time   899.0 Sec   900.0 Sec   899.9 Sec
Retrains   0.0   0.0   0.0
Current and Last 15 Minute Bin Performance
Parameters   Last Traffic Count(Upto 15 mins)   Current Traffic Count(Upto 15 mins)
Start Time Stamp   2019-01-29T15:23:39Z   2019-01-29T15:38:39Z
Ingress Code Violation   1   0
Egress Code Violation   18   2
Errored Seconds   6   2
Severely Errored Seconds   0   0
Unavailable Seconds   0   0

Got email from follow the pages:

Changed:
-    Max Observed Downstream Speed (Mbps) 80.00
... into:
+    Max Observed Downstream Speed (Mbps) 74.00

Changed:
-    Observed Date 2019-01-29
... into:
+    Observed Date 2019-02-03

[ejs]

What's the low end of your estimated speed? Well I suppose if 74Mb isn't below the low end of the estimate, you could just temporarily cap the speed to below the estimate for Plusnet to book the openreach visit.

Maybe Plusnet could try the remote DLM reset trial, although I wouldn't know if the line being banded for however many hours it will have been banded for by the time you ask would be enough.

[adslmax]

Here is my DSL Checker below

[ejs]

Then I expect you'll have difficulty getting plusnet to send out Openreach while the speed is within the estimate.

[adslmax]

If I set this capped by putty - adsl configure --maxDataRate 60000 15000 60000 to get the line sync rate of 60Meg then maybe PN will send out engineer out to resetted DLM?

[ejs]

Yes, pick some nice round numbers to make it blatantly obvious what you've done. Perhaps Plusnet should send you a Hub One if you don't already have one, and insist that you use it.