Print

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

[steenamaroo]

What a pleasant bunch you are!
For future readers, TG589vac V1 wanted 'xdslctl info --parameter', with credentials of 'tech' and the printed access key.

Just reading back, I'm reminded that J0hn asked for Hlog, to be able to conclusively determine if there is/isn't a bridge tap.
I'm sorry I can't present it in graph form.

[steenamaroo]

At a glance it seems like a pretty even pattern, but with nulls at
0-7
33-39
860-871
1206-1215
1962-1975
2783-2799
3971 onwards

This means nothing to me (oh, Vienna)

[re0]

Those gaps are gaps in the bands. Nothing to worry about there.

I do not know what j0hn would say about this, but to me it looks very consistent.

[steenamaroo]

It certainly doesn't seem like there's a series of dips but, like you, keen to know what j0hn says.
Should I be concerned that attenuation is reported as 14?
It was 8 with the previous router but I should say, I could almost spit on the cabinet.
It's less than 200m away on a main road; Last house - Straight line.

[re0]

I was going to mention that the Hlog does not seem match the attenuation I had seen previously on your old modem. But it is worth noting that modems sometimes have a small margin of difference when reporting the attenuation and some don't even report a figure at all (or at least not in the browser interface, but in the CLI they may). Since I have never owned a D-Link 3782, I cannot comment on what the general differences are between it and other modems when it comes to reporting the attenuation. I did a calculation for your first downstream band's Hlog and I got -10.51, so perhaps the D-Link only calculates the attenuation for the first band that it reports in the interface (which was 8.2 dB in an earlier screenshot)?

Just out of curiosity, what does "adsl info --pbParams" give you?

Regardless, your line appears to be very healthy and you should be able to attain the full 80/20. You should not be concerned by the attenuation being reported as 14 dB unless it impacts your broadband performance.

Don't spit on the cabinet, otherwise the DLM will curse your line eternally.

[steenamaroo]

Anything I read suggested I should be looking at something like 3db attenuation but I don't know what I'm talking about, so I'll take your word for it.

Formatting of pbParams is being a nightmare, so I'm attaching an image.
If you'd prefer txt let me know.

[burakkucat]

If you are able to execute as many of the following commands as possible, sequentially, and dump the raw output into one log file (don't attempt to format it) I might be able to produce the usual four "snapshot" plots. (Bit loading per sub-carrier, Hlog per sub-carrier, QLN per sub-carrier and SNR per sub-carrier.)

Code: [Select]

xdslctl info --state
xdslctl info --show
xdslctl info --stats
xdslctl info --SNR
xdslctl info --QLN
xdslctl info --Hlog
xdslctl info --Hlin
xdslctl info --HlinS
xdslctl info --Bits
xdslctl info --pbParams
xdslctl info --linediag
xdslctl info --linediag1
xdslctl info --vendor
xdslctl info --cfg
xdslctl info --webstats
xdslctl info --vectoring
xdslctl profile --show
xdslctl --version


[steenamaroo]

At this risk of repeating myself, thank you all so much for taking the time!

The file is too large to attach, but this link is direct and on my own webserver.
www.steenaudio.com/shared/AllInfo.txt

The only command that didn't exist was --webstats

[burakkucat]

I have downloaded the raw data file and, after a minor manual munge, it has produced a nice set of plots. 

Here is a list of the files I now have, ready to send to you --

anf-20180222-2212.txt
Bits-20180222-2212.png
cele-20180222-2212.txt
Hlog-20180222-2212.png
line_stats-L-20180222-2212.png
line_stats-P-20180222-2212.png
pbParams-20180222-2212.png
profile-20180222-2212.png
QLN-20180222-2212.png
Snapshot_Log-20180222-2212.txt
SNR-20180222-2212.png

I could send a ZIP format file, via e-mail, to your registered address . . . if that is appropriate. Please let me know; if an ack then a post here would be sufficient; if a nack then send me a PM with an appropriate e-mail address. 

[steenamaroo]

Oh, fantastic!
Yes, registered email address is absolutely fine.

[burakkucat]

An e-mail message is on its way to you.

[steenamaroo]

Many thanks, burakkucat.
I've hosted the zip at http://steenaudio.com/shared/stats.zip for anyone who'd like to take a look.

From the assessments so far it sounds like I really don't have a problem which is great to know.
Even if continue to refuse to request a reset, I'm a little more confident that DLM should eventually step back of its own accord now.

[burakkucat]

Many thanks, burakkucat.

You are welcome. 

I will always first look at the QLN and Hlog plots for a circuit, as they give a good indication the condition of the physical infrastructure. In your case, nothing untoward can be seen.

[burakkucat]

Having now examined the Hlog plot, I can categorically say that there is not a bridge tap present on your circuit. You are welcome to tell your ISP that fact and, if necessary, refer them to me. 

[tubaman]

Hmm - Max Attainable of 91228kbps - I think you need to get that DLM reset as you can easily get loads more speed from that line.