Kitz Forum

Broadband Related => Router Monitoring Software => Topic started by: roseway on January 17, 2014, 10:33:14 AM

Title: DSLstats v4.41 released
Post by: roseway on January 17, 2014, 10:33:14 AM
Several small fixes and improvements.

Changes since v4.40:

- added variable scaling of horizontal axis of QLN and HLog graphs
- added option to snapshot on exit all graphs which are set to auto-snapshot
- added option to change the refresh period of the webserver graphs
- added option to snapshot or manually save the Stats summary
- fixed bug which caused access violation when switching the webserver on - off - on
- the SNRM per band graphs now respect the graph line thickness setting
- fixed a display disturbance while the webserver is updating its pages
- the email alert system now works with TLS/SSL email services
- fixed issue of empty snapshots of QLN and HLog graphs

http://dslstats.plainroad.me.uk

Title: Re: DSLstats v4.41 released
Post by: les-70 on January 17, 2014, 04:58:30 PM
   Many thanks.  Looks good and no issues so far.   :)  I am further testing "when dsl connection is down" circumstances by having a harmless command run if it is detected.  Lets me know without causing a resync.   
Title: Re: DSLstats v4.41 released
Post by: burakkucat on January 17, 2014, 05:45:44 PM
Thank you Eric. A copy will be placed under the scrutiny of a feline eye . . .  :angel:
Title: Re: DSLstats v4.41 released
Post by: roseway on January 17, 2014, 06:33:38 PM
Thank you both. :)
Title: Re: DSLstats v4.41 released
Post by: les-70 on January 17, 2014, 07:20:54 PM
   A query which may not be to do with a new version.   I usually include snr with bit loading and all is fine.  However this combination does not seem possible with snapshots of snr enabled. I guess it might be troublesome to have the same option in snapshots or combine them in both if enabled under items to monitor? .    However the possible issue is that with snr viewed separately it always seems to be expanded and only visible up to tone ~700.  Nothing happens with the expanded box ticked or un-ticked. 
Title: Re: DSLstats v4.41 released
Post by: burakkucat on January 17, 2014, 10:15:29 PM
A quick report.

My request for the option just to save the graphs set for snapshot-ting upon utility closure operates exactly as expected. Thank you.  :)

Two other minor comments.

(1) Since the option to enable a webserver has been provided, not only do I now have "html" files present in the main utility directory but once the utility is invoked, a webserver directory is also created which, in turn, is populated by copies of those "html" files. When the webserver option is not configured that is, to me, just unnecessary "disk clutter".

(2) I am not sure what has happened with the Hlog and QLN graphs.  :-\  Please compare the x-axes with that of the example Bitloading graph. (All three attached, below.) Due to my line quality, I have configured the CPE to operate in ADSL2 mode only. Hence the limited number of tones available.
Title: Re: DSLstats v4.41 released
Post by: roseway on January 17, 2014, 10:45:40 PM
   A query which may not be to do with a new version.   I usually include snr with bit loading and all is fine.  However this combination does not seem possible with snapshots of snr enabled. I guess it might be troublesome to have the same option in snapshots or combine them in both if enabled under items to monitor? .    However the possible issue is that with snr viewed separately it always seems to be expanded and only visible up to tone ~700.  Nothing happens with the expanded box ticked or un-ticked. 

If you have SNR with bitloading enabled, then snapshots of the bitloading graph will include the SNR, so you don't need to enable SNR snapshots separately. If you do enable SNR snapshots separately, then this switches the display over to separate graphs. At least, that's how it's meant to work, but if it doesn't do this, please let me know.

I'll check out the action of the expand function.
Title: Re: DSLstats v4.41 released
Post by: roseway on January 17, 2014, 11:08:34 PM
(1) Since the option to enable a webserver has been provided, not only do I now have "html" files present in the main utility directory but once the utility is invoked, a webserver directory is also created which, in turn, is populated by copies of those "html" files. When the webserver option is not configured that is, to me, just unnecessary "disk clutter".

Yes, I do agree with this. I think I want to keep the webserver directory for clarity when using the webserver, but I could delete it with its contents when the webserver is disabled.

Quote
(2) I am not sure what has happened with the Hlog and QLN graphs.  :-\  Please compare the x-axes with that of the example Bitloading graph. (All three attached, below.) Due to my line quality, I have configured the CPE to operate in ADSL2 mode only. Hence the limited number of tones available.

The scales have always been inconsistent in that way (as far as I recall), and it is something I need to address. I'll give it some proper attention.
Title: Re: DSLstats v4.41 released
Post by: burakkucat on January 18, 2014, 12:14:59 AM
Yes, I do agree with this. I think I want to keep the webserver directory for clarity when using the webserver, but I could delete it with its contents when the webserver is disabled.

b*cat nods in agreement. When the webserver is enabled, it is eminently sensible for it to have its own sub-directory.

My current work-around is to delete all the html files and the webserver directory. Then when the utility is next invoked, a grumble is entered into the event log and an empty webserver directory is created. (Which is promptly thrown away!  ;)  )

Quote
The scales have always been inconsistent in that way (as far as I recall), and it is something I need to address. I'll give it some proper attention.

I just can't remember -- and I do not have any archived copies to check -- but I thought that, in the past, the Hlog and QLN graphs were not "scrunched up" at the left hand side of the display.

Neither of the two points that I've mentioned are "blockers" but are just cosmetic. So if they could please go onto "the list" for eventual consideration, then :thumbs:
Title: Re: DSLstats v4.41 released
Post by: snadge on January 20, 2014, 08:21:42 PM
just wondered.... does one know if there is a MAX counter limit in stats? that is too say can the RS codewords reach 999,999,999 then reset back to 100,000,000 or something?

just I've got a Netgear DGND3700 v2 and the DSL Uptime is 33 days and RS is 772,713,478 - RScorr is 8,516,821 - DSL Stats reports the percentage to be 1.1% - this is very high percentage for my connection, its usually 0.01% and its been slowly getting higher as time goes on, this leaves me to believe that the RS counter can only go so high then resetting back a bit? (allowing the RScorr to catch up) - even RSUnCorr is now at 0.1% and thats usually 0.0001% or so...and I mean for a while (days/weeks) after the initial sync.

I have a 25db Line using a 8db Noise Margin, line is generally quite healthy - CRC count averages just 6 per hour over those 33 days
Title: Re: DSLstats v4.41 released
Post by: roseway on January 20, 2014, 10:48:19 PM
I can't imagine that there are deliberate limits of the type you suggest. Most of the values seem to be held in 32-bit integers, which have a natural limit of 2^32 - 1 (something over 4 billion). Or they might be held in signed 32-bit integers, which would have a natural limit of 2^31 - 1 (something over 2 billion). If the reported error rates are increasing, then I guess that either the router is misreporting some values, or your connection has become more error prone.
Title: Re: DSLstats v4.41 released
Post by: snadge on January 21, 2014, 03:50:10 PM
Errors seem to be the same hence ne being suspicious... I wonder if the router is having corruption?

I might leave it and monitor the RS counter and see if it turns over to 1 billion, I've been using my connection a lot recently and surprised the Rs count is not already in billions

Sorry for hijacking thread

Sent from my Sony Xperia Miro on Tapatalk

Title: Re: DSLstats v4.41 released
Post by: kitz on January 21, 2014, 05:07:54 PM
Due to having missed a few upgrades for various reasons, I do have to say thank you so much for the SNRm per band.

Ive yet to try the webserver but it is something I'll give a shot later.

The only bug Ive seen so far is with the SNR per Tone graph which by default seems to show expanded view. 
Yet no matter what I do I cant seem to over-ride this, checking/unchecking the tick box seems to have no effect.
Screen cap attached.


---------
Edited to add

I dont think any of my "Show extended tone ranges" are working.

I had managed to adjust QLN/Hlog/Bitswaps per tone by using the horizontal compression to see the graphs,  but these dont survive a reboot
Title: Re: DSLstats v4.41 released
Post by: roseway on January 21, 2014, 06:47:11 PM
Since this version was released I've been reworking the arrangements for horizontal scaling on all the "per tone" graphs, because they were inconsistent and prone to non-intuitive behaviour. From the next version, all these graphs will have a simple contract/expand slider, and the settings will be saved to the ini file.

I think the only graph with the option "Show extended tone range" is the QLN graph, and all that does is show all the values reported by the modem/router instead of stopping at the highest tone in use, which is the default.
Title: Re: DSLstats v4.41 released
Post by: kitz on January 21, 2014, 08:22:45 PM
>>> I think the only graph with the option "Show extended tone range" is the QLN graph,

Sorry yes you are correct - QLN & the SNR per tone are the ones with the expanded tick box & those which I cant get to display all the tones.   
For the others mentioned, I'd used the horizontal compression box to change.
Title: Re: DSLstats v4.41 released
Post by: roseway on January 21, 2014, 09:08:01 PM
I have to admit that it was a bit of a mess, but hopefully it's sorted now.
Title: Re: DSLstats v4.41 released
Post by: kitz on January 21, 2014, 09:20:43 PM
thankyou  :)
Title: Re: DSLstats v4.41 released
Post by: snadge on January 22, 2014, 12:14:12 AM
since this version when I run it for first time it opens larger than my full screen (1440x900) ?? - I have to re-size it down - is there anyway to make it open as it used too?

oh and also the RS counter is now at 1.9 Billion... up from 0.7 billion just the other day... so ive used 1.2 billion in RS codewords in few days - so over the 35 days ive been online for I must have gone round the clock a few times... it must be 4 billion like you say and therefore the RS Percent starts to creep up as its not a true representation - maybe good if you could get DSL stats to record the RS to keep its own count.
Title: Re: DSLstats v4.41 released
Post by: kitz on January 22, 2014, 12:26:53 AM
since this version when I run it for first time it opens larger than my full screen (1440x900) ?? - I have to re-size it down - is there anyway to make it open as it

That's weird, mine opened small and I had to resize and make it larger.   
Title: Re: DSLstats v4.41 released
Post by: snadge on January 22, 2014, 01:10:00 AM
this is how mine opens..

(http://i.imgur.com/QmzUzGQ.jpg)
Title: Re: DSLstats v4.41 released
Post by: snadge on January 22, 2014, 01:12:50 AM
managed to fix

1) resize to the size you want it too open all the time
2) hold down CTRL then close the app

next time it opens it should open same size as closed

ive not yet tested too see if it works after a reboot though, this tweak works with most resizable windows and apps
Title: Re: DSLstats v4.41 released
Post by: roseway on January 22, 2014, 07:37:22 AM
I feel that this must be something to do with Windows. DSLstats saves its window size and position on shutdown, and restores these values the next time it's started. The implementation of this hasn't changed since the early days of the program. You can see the saved values in dslstats.ini, in the section headed "[position]" (the values are in pixels). So it seems that something is overriding the values saved by the program.

[Edit] Just an afterthought - looking at the image you posted above, snadge, it appears that DSLstats is maximised (if I understand the buttons at the top right correctly), so I wonder if clicking on the Restore button would restore the program to its saved size and position.
Title: Re: DSLstats v4.41 released
Post by: kitz on January 22, 2014, 07:46:32 AM
I wouldn't worry too much about it Eric.   It only happened the first time after I updated, I resized to make it larger and its been fine since.  It wasn't tiny, just smaller than I usually have it.   It wasn't a problem and I only mentioned it because of what snadge said,   I wouldn't have bothered otherwise.
Title: Re: DSLstats v4.41 released
Post by: roseway on January 22, 2014, 08:12:45 AM
Thanks for that, but because I have no personal means of testing DSLstats on recent versions of Windows, I do want to keep alert to possible issues like this.
Title: Re: DSLstats v4.41 released
Post by: ryant704 on January 22, 2014, 09:03:16 AM
I re-sized mine by accident, I assumed it would take the same size snapshots it didn't so I just maximized it so they would be the same from there on out. Though I would like to return to the original size, maybe add a reset size button somewhere?
Title: Re: DSLstats v4.41 released
Post by: roseway on January 22, 2014, 10:34:25 AM
Quote
maybe add a reset size button somewhere?

I'll have a look at that.
Title: Re: DSLstats v4.41 released
Post by: snadge on January 22, 2014, 12:45:00 PM
all I did was unpack the new version into the old version folder asking to overwrite everything, then upon first launch it was open full screen but not maximised.
Title: Re: DSLstats v4.41 released
Post by: roseway on January 22, 2014, 12:51:28 PM
I can't explain that at the moment, snadge. Is it behaving as it should now (i.e. if you close it down and restart it, does it come up with the same size and position)?
Title: Re: DSLstats v4.41 released
Post by: snadge on January 22, 2014, 10:19:23 PM
I can't explain that at the moment, snadge. Is it behaving as it should now (i.e. if you close it down and restart it, does it come up with the same size and position)?

it only worked after resizing then closing whilst holding the CTRL button down, this is a trick in windows you can use to make windows open applications to max etc
Title: Re: DSLstats v4.41 released
Post by: Mark1 on January 30, 2014, 12:27:26 AM
I have a feature request which would make DSLstats really impressive.  ;D

How about a left/right scroll button for some of the graphs thus avoiding the cumbersome sideways movements of the mouse or perhaps the scroll wheel could be used for this purpose?
Title: Re: DSLstats v4.41 released
Post by: kitz on January 30, 2014, 12:47:13 AM
Re the resize issue, it did it again the other day after I'd done a reboot for an adobe update.
For some reason it didn't seem to recall that I'd previously resized it to make it larger.

It's no big deal, but just thought I'd mention it whilst I was typing in this thread.



>>> how about a scroll button.

What a good idea.    a "+1" from me too, if its not too hard to implement.
Title: Re: DSLstats v4.41 released
Post by: roseway on January 30, 2014, 08:21:43 AM
I have a feature request which would make DSLstats really impressive.  ;D

How about a left/right scroll button for some of the graphs thus avoiding the cumbersome sideways movements of the mouse or perhaps the scroll wheel could be used for this purpose?

Thanks for the suggestion. I'll have a look at that. The scroll wheel is probably a better option than finding the space for more buttons.
Title: Re: DSLstats v4.41 released
Post by: roseway on January 30, 2014, 08:30:54 AM
Re the resize issue, it did it again the other day after I'd done a reboot for an adobe update.
For some reason it didn't seem to recall that I'd previously resized it to make it larger.

At present, the window size and position are saved along with the rest of the configuration when you close down DSLstats. If you don't close it down properly, then any resizing (or other configuration changes) will be forgotten. I don't know what happens when an application is closed down by the operating system (when you reboot, for example) but I suspect that the OS just terminates the process and doesn't initiate a normal close-down. I'll have another think about the way DSLstats handles this.
Title: Re: DSLstats v4.41 released
Post by: les-70 on January 30, 2014, 12:11:00 PM
   Just a thought for consideration.

 I wonder about the error averages shown in dslstats.  I find differences between the errors reported in the tab and what I would deduce from the telnet data.  I am not sure how you cope with standbys and find with power on it take a while to get going, if it left running for while it all seems to make more sense.  However I wondered about the average tab or perhaps an alternative average tab being based solely on the telnet reported data but normalizing the stats into rates per hour etc for each of the telnet stat time difference categories.   The data is of course all there in the telnet data but a concise tab would be a more convenient way of checking it.  As I said just a thought. 

 p.s. my apparent issue with spurious detection of no sync has not occurred again -- I have changed routers but I suspect it was actually a real no sync that I was unaware of as the consequence was to cause a tweak related resync.

     
Title: Re: DSLstats v4.41 released
Post by: roseway on January 30, 2014, 12:56:04 PM
It's true that I've struggled to keep the error averages consistent all the time, and DSLstats makes some fairly arbitrary decisions about handling the various events which can interrupt the smooth flow of data (such as standby). Your suggestion for a different way to do it makes sense, and I'll give it some serious thought.

Thanks for clearing up the 'no sync' issue.
Title: Re: DSLstats v4.41 released
Post by: broadstairs on February 06, 2014, 10:51:11 AM
Eric Ive been comparing the traffic stats with what TT thik my broadband use is for this month. I am a little puzzled as there seems to be quite a discrepancy between DSLStats and TT. For the 3rd Feb TT show download of 0.44GB but DSLStats shows 320MB now I know it depends on the router values but it does seem quite a significant difference (130MB if you count 1024 as a GB or 120MB if you count 1000 as GB). Have you any ideas on this please?

Also one request in this area, could you add a popup when one hovers over the relevant bar for the traffic graph showing the actual value rather than leaving the user to judge from the scales on the LH side?

Stuart
Title: Re: DSLstats v4.41 released
Post by: roseway on February 06, 2014, 11:58:23 AM
Stuart, I can only suggest that you look again at what interface you're selecting to take the traffic data from. This seems a very inconsistent feature of the reporting from the router, and I've even seen the same router use different interfaces under different circumstances. I'm fairly confident that DSLstats accurately reflects the values from the router in its graphs (although I'm quite prepared to be proved wrong). What I do is download a couple of large files of known size and check that the increase in reported usage matches the size of the files.

Quote
Also one request in this area, could you add a popup when one hovers over the relevant bar for the traffic graph showing the actual value rather than leaving the user to judge from the scales on the LH side?

Yes, that's a good idea, I'll set that up.
Title: Re: DSLstats v4.41 released
Post by: broadstairs on February 07, 2014, 02:42:38 PM
Eric I've been doing some more testing and seeing if I can find a better interface to monitor. One minor thing is that when you use Reset Current Day it does not reset the Traffic/minute at all.

Stuart
Title: Re: DSLstats v4.41 released
Post by: roseway on February 07, 2014, 04:42:00 PM
Quote
One minor thing is that when you use Reset Current Day it does not reset the Traffic/minute at all.

No, it hadn't occurred to me that this was necessary, because traffic/minute isn't a cumulative value. But I can see that while you're trying things out, you might want to remove incorrect values from the history, and reset the scaling of the graph. I'll put this on the todo list.