Changes to DLM Incoming

Forums › New Zealand Broadband › Changes to DLM Incoming - ADSL & VDSL

1 | ... | 26 | 27 | 28 | 29 | 30 | 31 | 32 | 33 | 34 | 35 | 36 | ... | 44

98 posts

Master Geek
Inactive user

#1822608 14-Jul-2017 17:41

well you guys called it, my router died on Thursday, wifi couldn't connect, error loading the browser etc

I went and bought a new one Belkin N600 I'm still connecting at the same DB up and down is there a "reset" i can do on my end or does it take a while for the Cabnite I am connected to to try again and bump my speed?

Thanks guys.

hio77

12999 posts

Uber Geek

ID Verified

Trusted

Lizard Networks

#1822614 14-Jul-2017 17:48

Waiting it out is your best bet.

The way that rsps could cause resets is past... Technically chorus can but i can 99.9% sure tell you the response.
'nff chorus network up to spec' (paraphased wording could differ)

#include <std_disclaimer>

Any comments made are personal opinion and do not reflect directly on the position my current or past employers may have.

Jase2985

13457 posts

Uber Geek

ID Verified

Lifetime subscriber

#1822617 14-Jul-2017 17:59

why would you buy a belkin?

DS248

1691 posts

Uber Geek

Lifetime subscriber

#1826251 20-Jul-2017 22:13

hio77:

exciting day today for ddDLM.

...

Was there a change on 13 July. Our modem appeared to reset and when back up our DL speed had dropped from ~31Mbs to ~24Mbs and our ping (19) was the lowest I have ever seen. Now checking a week later it seems back to normal. Stats from today are similar to what they had been prior to the 13th.

richms

28168 posts

Uber Geek

Trusted

Lifetime subscriber

#1826253 20-Jul-2017 22:17

Im speedtesting at 24 down 10.9 up which is the best I have had in ages. Might be able to have crashplan running and browse at the same time now!

Richard rich.ms

hio77

12999 posts

Uber Geek

ID Verified

Trusted

Lizard Networks

#1826261 20-Jul-2017 22:33

DS248:

Was there a change on 13 July. Our modem appeared to reset and when back up our DL speed had dropped from ~31Mbs to ~24Mbs and our ping (19) was the lowest I have ever seen. Now checking a week later it seems back to normal. Stats from today are similar to what they had been prior to the 13th.

Yes and no.

For the last few months chorus have been constantly rolling out new updates, for varies reasons.

in terms of roll-out times often there is no real pattern to it.

If you wanna watch out for your DSLAM, i'd watch vibes status for "planned outages" - http://status.as45177.net/ - i forget who the geekzoner is that runs most of this, but for me personally its always helpful to have a secondary automated source (who knows when a email notification gets delayed, caught in servers or simply missed)

#include <std_disclaimer>

Any comments made are personal opinion and do not reflect directly on the position my current or past employers may have.

hio77

12999 posts

Uber Geek

ID Verified

Trusted

Lizard Networks

#1826264 20-Jul-2017 22:39

Figured i'd update the last graph.. excuse the darker hard to read line, Kibana 5.5.0 is less than to be desired....

This is the last 45 days for both my lines i find it quite interesting to see the development of ddDLM on the lines over time..

45 days was chosen to cut off periods where i was having pretty bad issues with multiple joints failing

#include <std_disclaimer>

Any comments made are personal opinion and do not reflect directly on the position my current or past employers may have.

Equinox IT

Cloud spending continues to surge globally, but most organisations haven’t made the changes necessary to maximise the value and cost-efficiency benefits of their cloud investments. Download the whitepaper From Overspend to Advantage now.

anatokidave

66 posts

Master Geek

ID Verified

#1827376 23-Jul-2017 00:15

This is a long post:

The DLM changes over the past few weeks have resulted in the speed of one of my lines decreasing from 52 Mbps to below 40 Mbps, while another line increased from 47 Mbps to 61Mbps. What's up with this? It seems it's a continuation of VDSL2 issues I have had over the last 18 months - (long) explanation follows.

I have 2 naked VDSL connections which run from the same exchange to the same premises in a rural town. When working 'normally', they sync at similar speeds (to within about 10% of each other).

The lines have similar physical/electrical characteristics (in terms of attenuation and noise figures). Periodically, one or other of the lines has either been unstable or delivered speeds which are substantially slower than the other. When a tech checks the line from the exchange end, it is reported as being OK and the problem is usually attributed to increased noise or possible issues with a lateral line.

However, the line then returns to its expected capacity and stability for a few months (without any explanation from Chorus) before the problem starts again.

Given that no faults are found with the line, or cpe equipment, what other issues could cause such a problem? Are there any questions I could ask the ISP to put to Chorus?

A more detailed background is as follows:

I have had the same 2 naked lines for 6 years. Over that time, the service has evolved from 2 DSL lines giving about 4Mbps each, thru ADSL2, to VDSL2 (which now provides up to 61 Mbps on one of the lines).

The physical set-up is straightforward.
From the Demarc, I have 2 shielded CAT6 cables which run for about 15m into 2 x CAT6 jacks, and from there over 2m of flat cable (RJ45 to RJ11) into the modems. The modems are a Draytek DV-130 for Line 1 and an older Draytek 2750 for Line 2.

The modems are in bridge mode, and they are connected with a metre of shielded cable to an RB1100 AHx2. The lines are configured for fail-over.

I did have filters on each of the lines, but in an effort to eliminate problem sources, I took them out (the lines are naked anyway and were installed specifically only to provide a broadband connection).

In Feb 2016 the lines gave the following speeds:
Line 1: 52 Mbps down, 8.7 Mbps up
Line 2: 47 Mbps down, 6 Mbps up

However, at this time Line 2 was a bit unstable, and I had periodic line drops. This problem was addressed (I'm assuming with some changes at the exchange) and both lines became stable.

Feb 2016
Line 1 stats

DSL Type: non.shdsl.opermode vdsl2.g9932.profile.8b, line.type.pots, latency.fast
Spectrum Profile Name: EUBAV-VDSL2-1
...
Service Template Name: VDSL2_8b_HSI
CPE Info
Modem Vendor ID: B5004946 544E5480
System Vendor ID: B5004946 544E0000
System Vendor Model: 332E372E35000000000000000000000000
Serial Number: ...
Line Operational Info
Service Stability: STABLE
Line Status: Up
Parameter Value (U) Value (D)
lqd.parameter.actual.bitrate 8720 52368
lqd.parameter.attainable.bitrate 8984 52416
lqd.parameter.rel.capacity.occupation 90 100
lqd.parameter.attenuation 17.9 18.7
lqd.parameter.loop.attenuation 18.1 18
lqd.parameter.noise.margin 9.5 9
lqd.parameter.actual.psd -57 -53
lqd.parameter.power 4.4 15.1
...

Line 2 stats
DSL Type: non.shdsl.opermode vdsl2.g9932.profile.8b, line.type.pots, latency.fast
...
Spectrum Profile Name: EUBAV-VDSL2-3
Service Profile Name: VDSL2-DLM-2
Service Template Name: VDSL2_8b_HSI
CPE Info
Modem Vendor ID: B5004D455 4410000
System Vendor ID: 2E2D447261792750
System Vendor Model: 3134313246301516570000640000000000
Serial Number: ...
Line Operational Info
Service Stability: UNSTABLE
Line Status: Up
Parameter Value (U) Value (D)
lqd.parameter.actual.bitrate 6320 47848
lqd.parameter.attainable.bitrate 6288 47872
lqd.parameter.rel.capacity.occupation 92 100
lqd.parameter.attenuation 32.5 17.2
lqd.parameter.loop.attenuation 20.8 17.2
lqd.parameter.noise.margin 11.8 12.2
lqd.parameter.actual.psd -60 -53
lqd.parameter.power 1.3 14.8

August 2016:
Both lines were stable until Aug 2016, when Line 1 starting dropping periodically.
At this time, the ISP reported it could not see Line 1 from its end, even though it was passing traffic. From my end, I could not trace-route across this line back to the ISP. Line 1 eventually dropped altogether, and only came back online after a Chorus tech had unplugged the port at the exchange to do some testing, found nothing wrong with the line, and plugged the line back into the port. In other words, Line 1 resumed working OK again after being plugged back in to the port with no other changes made.

Oct/Nov 2016
After August, things worked well (and stable) for another 2 months, when the line 1 speed dropped from 52 Mbps to 15 Mbps.

ISP then reports the following:
Line 1 sync dropped from 52 mpbs down to 15 mpbs.

But the status of the line showing stable , which is odd. ISP asks Chorus to look at this line.

Chorus claims there is nothing wrong with the existing line, they claim it might looks like it is coming from our end.

After further issues, more testing occurs. Chorus analyzer on 24hrs show no apparent problems. Assure suspect slowing down as more b/band customers connected to cable nvf... "

ISP replies to Chorus that this is not possible , because the Line 2 connection has a much higher download rate than the problematic line. ISP states it will ask Chorus to change the line or the port to restore the existing service back to correct speed.

Modem stats at this point show the following: (I used the same DV-130 modem to test each line)
Line 1
Type: VDSL2
Hardware: Annex A
Firmware: 05-04-08-00-00-06
Power Mngt Mode: DSL_G997_PMS_L0
Line State: SHOWTIME
Running Mode: 8B
Vendor ID: b5004946 544e0000
ATU-C Information
Vendor ID: 00000000 00000000 [unknown]
Line Statistics

Downstream Upstream
Actual Rate 24800 Kbps 3996 Kbps
Attainable Rate 24810 Kbps 0 Kbps
Path Mode Fast Fast
Interleave Depth 0 0
Actual PSD 6. 3 dB 15. 3 dB
Near End Far End
Trellis ON ON
Bitswap OFF OFF
SNR Margin 12 dB -64 dB
Attenuation 26 dB 0 dB
CRC 0 0
FECS 0 s 0 s
...

Line 2
Type: VDSL2
Hardware: Annex A
Firmware: 05-04-08-00-00-06
Power Mngt Mode: DSL_G997_PMS_L0
Line State: SHOWTIME
Running Mode: 8B
Vendor ID: b5004946 544e0000
ATU-C Information
Vendor ID: b500494b 4e530001 [IKNS]
Line Statistics

Downstream Upstream
Actual Rate 46660 Kbps 6896 Kbps
Attainable Rate 46678 Kbps 6896 Kbps
Path Mode Fast Fast
Interleave Depth 0 0
Actual PSD 2. 9 dB 14. 8 dB
Near End Far End
Trellis ON ON
Bitswap OFF OFF
SNR Margin 12 dB 11 dB
Attenuation 16 dB 0 dB
CRC 0 0
FECS 0 s 0 s
...

I noted the following in an email to the ISP:
Interestingly, when I was upgrading the firmware on the modem that supplies line 2, all the traffic ran across line 1 (the mal-functioning line). I noted the download speed of line 1 peaking above 30Mbps. This is somewhat higher then the 23 Mbps the stats tell me it can attain.

I'm wondering if there is a configuration issue somewhere at the exchange?

Chorus looks at the line again.

Analysis of Line 1 checks out OK physically and electrically (no problems found between exchange and our modem). Soon afterwards speed returns to 52Mbps rate 'spontaneously'. though tech thinks a change was made by Assure somewhere.

June 2017
Both lines are stable over the period between Nov 2016 and May 2017. In June 2017 line 1 starts dropping a few times each day. I also note its peak speeds seem to fall off. This is opposite to what I would have expected given the DLM changes occurring at this time.

I look at the stats from the modem for line 1. It tells the line is syncing at about 33Mbps.
I upgrade the firmware on the DV130 to the latest version. The speed stats after the firmware upgrade don't change much. They are as follows:

Line1

Actual Rate 32024 Kbps 9568 Kbps
Attainable Rate 40049 Kbps 9800 Kbps
Path Mode Interleave Interleave
Interleave Depth 0 0
Actual PSD 5. 8 dB 15. 1 dB
Near End Far End
Trellis ON ON
Bitswap OFF OFF
SNR Margin 14 dB 8 dB
Attenuation 18 dB 0 dB
CRC 0 0
FECS 0 s 0 s
...
HEC Errors 0 0

I log another fault with the ISP.
Again, Chorus confirm no issues with the line between the exchange and the modem. Chorus tech states he adjusted the profile slightly in an effort to get more speed from the line.

ISP sends the following email:
Chorus have marked the fault as 'Completed', however we have just updated it asking for more information as one of your connections has a sync rate of 61.1Mbps down and 8.9Mbps up, while the one they just changed the profile on is syncing at 46.3Mbps down and 12.9Mbps up.

Where to from here?
Since Feb 2016, Line 1 sync has reduced from 52 Mbps to 46 Mbps, while line 2 has increased from 47 Mbps to 61 Mbps.
Given the DLM changes and Line 2's current sync rate, I would expect Line 1 to sync at a higher rate (mid to high 60's). This is especially so since it has better electrical characteristics.

In the 24hr period after the latest changes, Line 1 dropped its link 8 times, Line 2 has not dropped its link for ages ...

So, given the above, what additional questions or areas of investigation should I try in order to get Line 1 back up to spec and stabilised?

beaglenz

95 posts

Master Geek

#1827383 23-Jul-2017 05:16

Just as a matter of interest, have you ever run your 2x VDSL lines as MLPPP, and if so what sort of performance did you get?

anatokidave:

This is a long post:

The DLM changes over the past few weeks have resulted in the speed of one of my lines decreasing from 52 Mbps to below 40 Mbps, while another line increased from 47 Mbps to 61Mbps. What's up with this? It seems it's a continuation of VDSL2 issues I have had over the last 18 months - (long) explanation follows.

I have 2 naked VDSL connections which run from the same exchange to the same premises in a rural town. When working 'normally', they sync at similar speeds (to within about 10% of each other).

The lines have similar physical/electrical characteristics (in terms of attenuation and noise figures). Periodically, one or other of the lines has either been unstable or delivered speeds which are substantially slower than the other. When a tech checks the line from the exchange end, it is reported as being OK and the problem is usually attributed to increased noise or possible issues with a lateral line.

However, the line then returns to its expected capacity and stability for a few months (without any explanation from Chorus) before the problem starts again.

Given that no faults are found with the line, or cpe equipment, what other issues could cause such a problem? Are there any questions I could ask the ISP to put to Chorus?

A more detailed background is as follows:

I have had the same 2 naked lines for 6 years. Over that time, the service has evolved from 2 DSL lines giving about 4Mbps each, thru ADSL2, to VDSL2 (which now provides up to 61 Mbps on one of the lines).

The physical set-up is straightforward.
From the Demarc, I have 2 shielded CAT6 cables which run for about 15m into 2 x CAT6 jacks, and from there over 2m of flat cable (RJ45 to RJ11) into the modems. The modems are a Draytek DV-130 for Line 1 and an older Draytek 2750 for Line 2.

The modems are in bridge mode, and they are connected with a metre of shielded cable to an RB1100 AHx2. The lines are configured for fail-over.

I did have filters on each of the lines, but in an effort to eliminate problem sources, I took them out (the lines are naked anyway and were installed specifically only to provide a broadband connection).

In Feb 2016 the lines gave the following speeds:
Line 1: 52 Mbps down, 8.7 Mbps up
Line 2: 47 Mbps down, 6 Mbps up

However, at this time Line 2 was a bit unstable, and I had periodic line drops. This problem was addressed (I'm assuming with some changes at the exchange) and both lines became stable.

Feb 2016
Line 1 stats

DSL Type: non.shdsl.opermode vdsl2.g9932.profile.8b, line.type.pots, latency.fast
Spectrum Profile Name: EUBAV-VDSL2-1
...
Service Template Name: VDSL2_8b_HSI
CPE Info
Modem Vendor ID: B5004946 544E5480
System Vendor ID: B5004946 544E0000
System Vendor Model: 332E372E35000000000000000000000000
Serial Number: ...
Line Operational Info
Service Stability: STABLE
Line Status: Up
Parameter Value (U) Value (D)
lqd.parameter.actual.bitrate 8720 52368
lqd.parameter.attainable.bitrate 8984 52416
lqd.parameter.rel.capacity.occupation 90 100
lqd.parameter.attenuation 17.9 18.7
lqd.parameter.loop.attenuation 18.1 18
lqd.parameter.noise.margin 9.5 9
lqd.parameter.actual.psd -57 -53
lqd.parameter.power 4.4 15.1
...

Line 2 stats
DSL Type: non.shdsl.opermode vdsl2.g9932.profile.8b, line.type.pots, latency.fast
...
Spectrum Profile Name: EUBAV-VDSL2-3
Service Profile Name: VDSL2-DLM-2
Service Template Name: VDSL2_8b_HSI
CPE Info
Modem Vendor ID: B5004D455 4410000
System Vendor ID: 2E2D447261792750
System Vendor Model: 3134313246301516570000640000000000
Serial Number: ...
Line Operational Info
Service Stability: UNSTABLE
Line Status: Up
Parameter Value (U) Value (D)
lqd.parameter.actual.bitrate 6320 47848
lqd.parameter.attainable.bitrate 6288 47872
lqd.parameter.rel.capacity.occupation 92 100
lqd.parameter.attenuation 32.5 17.2
lqd.parameter.loop.attenuation 20.8 17.2
lqd.parameter.noise.margin 11.8 12.2
lqd.parameter.actual.psd -60 -53
lqd.parameter.power 1.3 14.8

August 2016:
Both lines were stable until Aug 2016, when Line 1 starting dropping periodically.
At this time, the ISP reported it could not see Line 1 from its end, even though it was passing traffic. From my end, I could not trace-route across this line back to the ISP. Line 1 eventually dropped altogether, and only came back online after a Chorus tech had unplugged the port at the exchange to do some testing, found nothing wrong with the line, and plugged the line back into the port. In other words, Line 1 resumed working OK again after being plugged back in to the port with no other changes made.

Oct/Nov 2016
After August, things worked well (and stable) for another 2 months, when the line 1 speed dropped from 52 Mbps to 15 Mbps.

ISP then reports the following:
Line 1 sync dropped from 52 mpbs down to 15 mpbs.

But the status of the line showing stable , which is odd. ISP asks Chorus to look at this line.

Chorus claims there is nothing wrong with the existing line, they claim it might looks like it is coming from our end.

After further issues, more testing occurs. Chorus analyzer on 24hrs show no apparent problems. Assure suspect slowing down as more b/band customers connected to cable nvf... "

ISP replies to Chorus that this is not possible , because the Line 2 connection has a much higher download rate than the problematic line. ISP states it will ask Chorus to change the line or the port to restore the existing service back to correct speed.

Modem stats at this point show the following: (I used the same DV-130 modem to test each line)
Line 1
Type: VDSL2
Hardware: Annex A
Firmware: 05-04-08-00-00-06
Power Mngt Mode: DSL_G997_PMS_L0
Line State: SHOWTIME
Running Mode: 8B
Vendor ID: b5004946 544e0000
ATU-C Information
Vendor ID: 00000000 00000000 [unknown]
Line Statistics

Downstream Upstream
Actual Rate 24800 Kbps 3996 Kbps
Attainable Rate 24810 Kbps 0 Kbps
Path Mode Fast Fast
Interleave Depth 0 0
Actual PSD 6. 3 dB 15. 3 dB
Near End Far End
Trellis ON ON
Bitswap OFF OFF
SNR Margin 12 dB -64 dB
Attenuation 26 dB 0 dB
CRC 0 0
FECS 0 s 0 s
...

Line 2
Type: VDSL2
Hardware: Annex A
Firmware: 05-04-08-00-00-06
Power Mngt Mode: DSL_G997_PMS_L0
Line State: SHOWTIME
Running Mode: 8B
Vendor ID: b5004946 544e0000
ATU-C Information
Vendor ID: b500494b 4e530001 [IKNS]
Line Statistics

Downstream Upstream
Actual Rate 46660 Kbps 6896 Kbps
Attainable Rate 46678 Kbps 6896 Kbps
Path Mode Fast Fast
Interleave Depth 0 0
Actual PSD 2. 9 dB 14. 8 dB
Near End Far End
Trellis ON ON
Bitswap OFF OFF
SNR Margin 12 dB 11 dB
Attenuation 16 dB 0 dB
CRC 0 0
FECS 0 s 0 s
...

I noted the following in an email to the ISP:
Interestingly, when I was upgrading the firmware on the modem that supplies line 2, all the traffic ran across line 1 (the mal-functioning line). I noted the download speed of line 1 peaking above 30Mbps. This is somewhat higher then the 23 Mbps the stats tell me it can attain.

I'm wondering if there is a configuration issue somewhere at the exchange?

Chorus looks at the line again.

Analysis of Line 1 checks out OK physically and electrically (no problems found between exchange and our modem). Soon afterwards speed returns to 52Mbps rate 'spontaneously'. though tech thinks a change was made by Assure somewhere.

June 2017
Both lines are stable over the period between Nov 2016 and May 2017. In June 2017 line 1 starts dropping a few times each day. I also note its peak speeds seem to fall off. This is opposite to what I would have expected given the DLM changes occurring at this time.

I look at the stats from the modem for line 1. It tells the line is syncing at about 33Mbps.
I upgrade the firmware on the DV130 to the latest version. The speed stats after the firmware upgrade don't change much. They are as follows:

Line1

Actual Rate 32024 Kbps 9568 Kbps
Attainable Rate 40049 Kbps 9800 Kbps
Path Mode Interleave Interleave
Interleave Depth 0 0
Actual PSD 5. 8 dB 15. 1 dB
Near End Far End
Trellis ON ON
Bitswap OFF OFF
SNR Margin 14 dB 8 dB
Attenuation 18 dB 0 dB
CRC 0 0
FECS 0 s 0 s
...
HEC Errors 0 0

I log another fault with the ISP.
Again, Chorus confirm no issues with the line between the exchange and the modem. Chorus tech states he adjusted the profile slightly in an effort to get more speed from the line.

ISP sends the following email:
Chorus have marked the fault as 'Completed', however we have just updated it asking for more information as one of your connections has a sync rate of 61.1Mbps down and 8.9Mbps up, while the one they just changed the profile on is syncing at 46.3Mbps down and 12.9Mbps up.

Where to from here?
Since Feb 2016, Line 1 sync has reduced from 52 Mbps to 46 Mbps, while line 2 has increased from 47 Mbps to 61 Mbps.
Given the DLM changes and Line 2's current sync rate, I would expect Line 1 to sync at a higher rate (mid to high 60's). This is especially so since it has better electrical characteristics.

In the 24hr period after the latest changes, Line 1 dropped its link 8 times, Line 2 has not dropped its link for ages ...

So, given the above, what additional questions or areas of investigation should I try in order to get Line 1 back up to spec and stabilised?

Jase2985

13457 posts

Uber Geek

ID Verified

Lifetime subscriber

#1827398 23-Jul-2017 07:33

@beaglenz did you need to quote the whole post to ask an unrelated question

@anatokidave the new upgraded DLM seems to do some funny things compared to what used to happen, and some people have lost speed on their lines but the vast majority have gained upload and download speed. i cant explain whats happening on your line, wiser heads, like hio77 might be able to offer something

beaglenz

95 posts

Master Geek

#1827402 23-Jul-2017 07:42

Whoops my bad, for some reason I thought Geekzone compressed a quote over a certain number of lines, wrong forum!

Can I edit now it is posted?

richms

28168 posts

Uber Geek

Trusted

Lifetime subscriber

#1827405 23-Jul-2017 07:45

Ive been getting a lot of 4 am internet breaking because of DLM recently. Speeds all over the place. Just wish I could easily get the modem stats without having to go plug directly into it so I could see how it was going.

edit: actually been getting the best upload speeds ever since the neighbors moved out of their place and its empty now. 30/10 which is a very welcome change. Still 18ms ping to sparks server tho.

Richard rich.ms

hio77

12999 posts

Uber Geek

ID Verified

Trusted

Lizard Networks

#1827448 23-Jul-2017 09:29

@anatokidave please confirm current stats of both lines including bandplan.

What it looks like to me is ddDLM has pulled your first line into stability mode on the downstream and normal on upstream.

Normally cause of this would be error rates.

#include <std_disclaimer>

Any comments made are personal opinion and do not reflect directly on the position my current or past employers may have.

anatokidave

66 posts

Master Geek

ID Verified

#1827512 23-Jul-2017 11:22

Hi,

thank you for ur replies:

@beaglenz: Yes, I ran both lines as MLPPP for about 2 years or so. While I appreciated the extra bandwidth, it needed lots of attention to keep it going, After changing ISP, we had daily issues and found it took too much effort to keep it going. Have been running as two independent lines since July 2015 and have split traffic over each line. However, if one line drops, all traffic fails over to the other line. Much better for everyone all round.

@hio77: both lines are on 8B profile (is this what you mean by Bandplan?)

The most recent stats for line 1 are in the main post (made last week on 16 July) - I reproduce it in full at the end of this post. I cannot get current stats as I do not have remote access to the modems and they are > 500km from me at present.

The line state report does not show any errors. But given my experience in Nov 2016, I'm not sure how much I trust the reporting. (Is the reported info obtained purely from the modem end of the link, or is it obtained from the exchange equipment, or from a combination of both?)

Would a link analysis from the Chorus end help? (I can probably arrange this)

Full Line 1 stats on 16 July 2017:

Type: VDSL2
Hardware: Annex A
Firmware: 05-04-08-00-00-06
Power Mngt Mode: DSL_G997_PMS_L0
Line State: SHOWTIME
Running Mode: 8B
Vendor ID: b5004946 544e0000
ATU-C Information
Vendor ID: b500494b 4e530001 [IKNS]
Line Statistics

Downstream Upstream
Actual Rate 32024 Kbps 9568 Kbps
Attainable Rate 40049 Kbps 9800 Kbps
Path Mode Interleave Interleave
Interleave Depth 0 0
Actual PSD 5. 8 dB 15. 1 dB
Near End Far End
Trellis ON ON
Bitswap OFF OFF
SNR Margin 14 dB 8 dB
Attenuation 18 dB 0 dB
CRC 0 0
FECS 0 s 0 s
ES 0 s 0 s
SES 0 s 0 s
LOSS 0 s 0 s
UAS 0 s 0 s
HEC Errors 0 0
RS Corrections 0 0
LOS Failure 0 0
LOF Failure 0 0
LPR Failure 0 0
NCD Failure 0 0
LCD Failure 0 0
NFEC 0 0
RFEC 0 0
LYSMB 0 0

hio77

12999 posts

Uber Geek

ID Verified

Trusted

Lizard Networks

#1827515 23-Jul-2017 11:30

@anatokidave what i really wanna do is compare your two lines side by side.

I note a pervious fault where you have randomly has eletrical spikes.

I've noted this experience on 3 different premesis so far.
Nothing hard could be coincidence. But slowly building cases...

Your current stats are riding at 14/8.

8dzb seems to be a recent new profile between 9 and 6... Unsure quite why. 14dB is the stability profile.

I also note you seem to have espm access to the lines?

#include <std_disclaimer>

Any comments made are personal opinion and do not reflect directly on the position my current or past employers may have.

1 | ... | 26 | 27 | 28 | 29 | 30 | 31 | 32 | 33 | 34 | 35 | 36 | ... | 44