Kitz Forum
Broadband Related => Router Monitoring Software => Topic started by: roseway on November 19, 2017, 09:55:38 AM
-
This is mainly a bringing together of the various changes made in pre-release versions since the v6.0 release, with a couple of small additional changes. Full details in the Changelog (http://dslstats.me.uk/changelog.html).
Download from http://dslstats.me.uk/downloads.html
-
Revision updated on my old Mk.1B RPi this morning, completely painless, no unwanted side effects or anomalies observed to date, uploading merrily to MDWS.
Your hard work and dedication to this project is very much appreciated.
-
Just updated, as tiffy says, many thanks for your continued work on this.
-
Just updated on W7 looking good ....
Stuart
-
Thank you all.
-
Updated here on Win7. Thanks Roseway :drink:
-
Updated on both my Pi systems, no problems. Many thanks.
Pi 3 Model B Rev 1.2 Raspbian GNU/Linux 8 (jessie)
-
Downloaded, extracted and operating, without error, at The Cattery.
-
Updated and all working fine on Windows 10 Pro. :)
-
Another OK under Windows 10 Pro. Thanks.
-
Thank you all :)
-
My QLN/Hlog appear to be longer, including the "show extended tone range" portion but in red rather than blue.
This makes the extended range checkbox do nothing.
Apart from that all appears to be working well.
As always your work is much appreciated!
-
Thank you. The colour change results from the change I made to use the discovery phase values instead of the medley phase to determine the bands. This was an attempt to deal with a fairly rare combination of bands which resulted in the D3 band being displayed in blue instead of red.
-
Thanks for the new release.
I see that you removed the "implausible" messages...does that mean that it will now silently drop data points for traffic?
-
The simple answer to that question is yes, but I dropped the messages because they added clutter to the event log and caused some confusion. Something similar happens when the modem's internal counters pass their maximum values and roll over to zero. In this case I record the new total as the amount of data in that sample (unless it's too high to be believable).
The background to this is that getting the right data from the modem, using the correct interface, has always been a bit hit and miss. This is why I still describe the traffic monitoring as experimental. All I can say is that with correct configuration the reported data seems to be a fairly good representation of the truth.
-
Well done Eric the discovery phase values cures this odd issue had to wait until the modem retrained @ 40000 kbps to make sure, Colours are now correct in Bitloading green & red throughout the bands.
-
Thanks for confirming that, NS.
-
I'm pleased to see Resync email alerts working on 6.1. Cheers :drunk:
-
Thank you for that. I didn't have an opportunity to test it myself.
-
@roseway
I've got little improvement suggestion for the next DSLstats version...
Could you implement a hex convertion for the reported DSLAM/MSAN type: ?
In my case it's reporting BDCM:0xb18c / v0xb18c, which is should be 177.140.
(b1=177, 8c=140)
xdslctl info --vendor
ChipSet Vendor Id: BDCM:0xb18c
ChipSet VersionNumber: 0xb18c
ChipSet SerialNumber: eq_nr default oemid software_rev▒
-
Yes, I can certainly do that, but is it useful? It seems to me that vendor IDs are always quoted in hex format??
-
I would find it quite usefull... ;)
Than i can just have a quick look at DSLstats to see if my ISP did a new firmware upgrade on my Linecard.
Afaik the normal output is always in hex format.
For example my old fritzbox does show the correct Linecard version in the GUI.
https://gettoweb.de/wp-content/uploads/2017/08/VDSL_Vectoring.png
-
OK, it will be added in the next (pre) release.
-
Thanks ! :thumbs:
-
Hi,
While this is minor for many, it's a small update regarding getting DSLStats to log and remain stable (no random error popups) with the ZyXel C1100Z modem (CenturyLink).
The following is what I have set for most of the data returns...
Modem/router model: Zyxel C1000Z
IP address: 192.168.0.1
Telnet user: admin
Telnet pass: <customSetViaTheGUI>
Telnet port: 23
NOTE: This modem does support a basic SSH terminal, exactly the same as telnet, but not as "buffery"/slow on data return.
Shell Command: <none>
CLI Command prefix: xdslctl
NOTE: adsl can also be used on this modem.
Custom prefix: <none>
Attached what items to monitor looks like. Enabling the other check boxes makes DSLStats become error central.
Unfortunately, I cannot get QLN, Hlog, Bitloading and SNR to reliably work on DSLStats. The following commands do return data on the terminal/telnet session via putty, but causes errors on DSLStats...
> xdslctl info --SNR
> xdslctl info --QLN
> xdslctl info --Hlog
> xdslctl info --Hlin
> xdslctl info --HlinS
NOTE: Hlin and HlinS both return 0's or 0.000000e+00.
> xdslctl info --Bits
The above commands use to mostly work when the C1100Z was on ADSL2+ with the above set. I don't recall which items i had disabled back when. All of the above on VDSL2, profile 8a, go up to 4095 lines returned.
-
Eric a request please.... is it possible and reasonably straight forward to modify the alerts so that if the current alerted reading has not changed then no message is put out. I often find currently that my SNRM drops to say 3.6 but stays at that same level for several minutes but I see the same message every minute.
Stuart
-
Or perhaps a minimum interval between alerts?
If the SNRM is varying around the alert level of say 4 and you did as broadstairs suggested:
09:30 4.1
09:31 3.9 - alert
09:32 3.9 - no alert as same as previous
09:33 4.1 - it would reset
09:34 3.9 - another alert sent
09:35 4.1 - resets
09:36 3.9 - another alert sent
That's three alerts in very few minutes for essentially the same issue - it's dropped to around the alert level.
A minimum interval setting of e.g. 10 minutes would be better.
-
I think I'd prefer it to do as I say rather than a minimum time between alerts, I'd rather see it changing even if only fractionally within my specified limits even if it means one alert per minute, however it it has not changed then no alert.
Stuart
-
OK - then do both - you would set the minimum time between alerts as 0.
-
If you don't set the option "Keep trigger levels at the values set here", you shouldn't get repeated alerts unless a new sample exceeds the original trigger by a greater amount.
By the way, I can't do much more today because I'm in the middle of reinstalling everything because of a corrupted hard disk.
-
If you don't set the option "Keep trigger levels at the values set here", you shouldn't get repeated alerts unless a new sample exceeds the original trigger by a greater amount.
By the way, I can't do much more today because I'm in the middle of reinstalling everything because of a corrupted hard disk.
Completely understand.
The problem with un-setting that is that I only see when it gets worse. In my case right now it is up and down like the proverbial lady of the nights attire ;) so I like to see how it fluctuates which is only possible with that set currently, but I do see an awful lot of duplicate messages where it does not change which is why currently I dont email them to myself, if they only happen when the value changes (up or down) and below my threshold then emailing would be OK but right now I'd see an email every minute. Maybe something you might consider in the future.
Anyway right now I'll live with the duplicates and leave email off.
Stuart
-
Hi,
While this is minor for many, it's a small update regarding getting DSLStats to log and remain stable (no random error popups) with the ZyXel C1100Z modem (CenturyLink).
... etc
I'm sorry for failing to reply to this earlier. Unfortunately I know nothing about this modem, and I don't have the resources or available time to investigate the problem. I'm very sorry.
-
Hi,
I have using 6.1 without any issue till now with the email alert.
Yesterday I noticed that when my broadband reconnected I didn't get any alerts as to this and on investigating I could an error message saying "Email alert failed (invalid "From" address)", however nothing has changed on the installation of dslstats.
On checking further I noticed an alert on gmail saying that it had blocked a logon which i suspect was from dslstats, I updated gmail to say it was from me. I tried some test emails but still the same error message on dslstats but no more alerts on gmail.
I tried updating the settings from port 587 unencrypted to 587 and starttls but still the same error message.
Am using a raspberry pi for dslstats, which I do once a week run the apt update/upgrade.
Any ideas ?
Cheers
-
For GMail, port 587 with starttls is what I use, and it continues to work, but I haven't checked it recently on a RPi. I'll do that as soon as I can. Do you have the package libssl-dev installed on the RPi? This is necessary for TLS emails to work.
-
Further to the above, I've fired up my RPi and fully upgraded it. Email alerts using GMail do work here. My setup is as shown below. If your setup is the same then one possibility occurs:
I'm using an oldish Raspbian setup based on Debian Jessie. If you have a newer one based on Debian Stretch, it's possible that this behaves differently.
-
Hi Roseway,
Firstly apologies for the delay in replying.
I checked the setting and they appear to be correct, the issues seems to be that all of a sudden the GMAIL decided it didnt trust the login being made via DSLStats as you can see from the screenshot and this is showing the location Hebden Bridge whereas am outside Edinburgh.
I acknowledged the alert saying it was me logging on and now the alerts are being sent, the message being received on DSLstats refers to an invalid from address so am assuming that is how the mail program is translating the response from GMAIL.
Its a Raspberry Pi3 running the current Raspian and is updated weekly.
Cheers
-
GMail tries to be too clever sometimes. Do I understand correctly that, although you are still seeing the error messages in the DSLstats log, the email alerts are still being sent?
-
I've never been able to use my gmail account on DslStats without enabling the option on Gmail to allow less secure 3rd party apps.
Turning this option on fixes the problem instantly.
-
@roseway
Correct thread I hope...
Back to the question of clipping on the graphs, where can I change the graph/axis settings?
-
The settings are on the panel under each graph.
-
Purrfect....
Thanks Eric.
-
Hi
Im missing something, how does one get the X axis on SNRM to cover 24hrs in the single pane line like the ES
-
On the Graphs configuration page, set the time per page to 24 hours.
-
Thanks. Working perfectly on a Server 2012 R1
Tony