Kitz Forum
Broadband Related => Router Monitoring Software => Topic started by: roseway on June 16, 2013, 10:48:32 PM
-
Several small fixes and improvements.
Changes since v3.31:
- added "Send now" button to custom commands setup
- when saving average error rates as a text file, the filename includes a number which is incremented after each save
- average error rates are now saved in daily folders if that option is selected
- added option for user to set max and min Y values on SNRM graph
- fixed bug which could result in negative values being plotted on CRC/FEC graphs when using log scaling and with sample periods greater than 1 minute
- when saving the configuration, a warning message is shown if the file cannot be saved
- corrected possible rare error in calculation of average error rates
- corrected inappropriate rescaling of bitloading graph when SNR is included
- added a database of "Special login" routers (only two models so far)
http://dslstats.plainroad.me.uk
-
Did you change the text size in Telnet data?
Added image for you :)
P.S Nice to see an update =]
Edit: It's only in Connection Stats
-
I didn't change it deliberately, and I don't see that on my Linux systems, so it looks as though I've inadvertently made a change which only affects some systems (possibly the Windows version only). I'll check it out later today and hopefully upload a corrected version.
(As it happens, I've also received a report from another user via my website, about the same issue.)
-
Just to confirm my Linux version does not exhibit this text problem.
Stuart
-
A banal query; can I just download and overwrite 3.31 with the update with no ill effects?
-
Just to confirm my Win XP32 bit exhibits the small text issue on the ADSL telnet connection stats page as well.
Very minor format isssue - SNR margin page, the text "Clipping level" has the "C" mostly missing - so it is quite literally clipped!
I guess the field width is too small when you moved this text box around to make room for the max/min y axis boxes so the LHS has been clipped off
I confirm that the Tones/SNR/birloading graph re-scaling/flip flopping issue is solved - many thanks!
-
A banal query; can I just download and overwrite 3.31 with the update with no ill effects?
Well that's what I do each time, however I dont delete the previous archive just in case although so far I've never needed to use an old version.
Stuart
-
A banal query; can I just download and overwrite 3.31 with the update with no ill effects?
Yes you can. Eventually I plan to provide a simple installer which will do just that, but in the meantime you have to do it manually.
-
I've found the source of the small text issue, and I'll upload a corrected version later this afternoon.
-
Just to confirm my Win XP32 bit exhibits the small text issue on the ADSL telnet connection stats page as well.
Very minor format isssue - SNR margin page, the text "Clipping level" has the "C" mostly missing - so it is quite literally clipped!
I guess the field width is too small when you moved this text box around to make room for the max/min y axis boxes so the LHS has been clipped off
I confirm that the Tones/SNR/birloading graph re-scaling/flip flopping issue is solved - many thanks!
Thanks for that confirmation.
Concerning the clipping of "Clipping", that's slightly odd because I would normally expect the RHS to be clipped, not the LHS. But any way, I'll try to do a bit more jiggling to fix it.
-
Screen shot of the "clipped C" graph enclosed
As I said this is Win XP 32 bit - may be different on other OS's
-
Thanks for comfirmation :) but when I click on the link http://dslstats.plainroad.me.uk and click on downloads I am taken to the 3.31 options, but no trace of 3.4.
What the.... am I doing wrong!?
-
Screen shot of the "clipped C" graph enclosed
As I said this is Win XP 32 bit - may be different on other OS's
Thanks. I've found the reason - it's the item to the left ("Show downstream") which is slightly too long and overlapping the "Clipping level" label. Now fixed.
-
Thanks for comfirmation :) but when I click on the link http://dslstats.plainroad.me.uk (http://dslstats.plainroad.me.uk) and click on downloads I am taken to the 3.31 options, but no trace of 3.4.
What the.... am I doing wrong!?
At a guess this a browser caching issue. If you clear the cache and try again you should get the right page.
-
Got to right page :) but now find that warning "no data received in latest sample" is appearing. Recent event log reads
17 Jun 2013 12:43:14 Recording started
17 Jun 2013 12:43:17 Recording started
17 Jun 2013 12:43:17 Previous sample still being processed
Connected
17 Jun 2013 12:43:17 No stats received
17 Jun 2013 12:43:50 No stats received
I feel even more clueless than ever! :blush: What even more might I be mucking up in setting the app with Technicolor 582N?
-
@renluop:
Did the previous version work properly?
Did you retain the file dslstats.ini from the previous version?
In the Login configuration, is the option "Router is a Thomson/Technicolor model" ticked?
(Sorry about all the questions). :)
-
Two very minor observations from The Cattery.
- Whenever the utility is invoked, the screen opens in un-maximised mode. As far as I can recall, it has always behaved in that way.
- Is the blank line intentional, which precedes the Event Log message 'Date Time IP Address is now W.X.Y.Z'?
(Using the 64-bit Linux variety of DSLstats.)
-
Two very minor observations from The Cattery.
- Whenever the utility is invoked, the screen opens in un-maximised mode. As far as I can recall, it has always behaved in that way.
- Is the blank line intentional, which precedes the Event Log message 'Date Time IP Address is now W.X.Y.Z'?
(Using the 64-bit Linux variety of DSLstats.)
1. DSLstats should remember the window size and position, but doesn't know if the window was actually maximised. This is a slightly difficult issue with Linux, because not all desktop systems support a genuine maximise capability. I think what I'll do (and should probably have done earlier) is add another option "Start program maximised" to the miscellaneous options section.
2. The blank line isn't intentional, but you're not missing anything. It's just a blank line. :)
-
Version 3.41 (with corrected font size in Stats section) now uploaded.
http://dslstats.plainroad.me.uk
-
(Thank you.)2 ;D
-
@renluop:
Did the previous version work properly?
Did you retain the file dslstats.ini from the previous version?
In the Login configuration, is the option "Router is a Thomson/Technicolor model" ticked?
(Sorry about all the questions). :)
Prev version seemed OK
The only ini appears to be for the new version ( based on date showing)
Option was not ticked but model had been selected.
I had both 3.31 and 3.4 in C:\users\...\dslstats\ but thinking that might be the problem deleted 3.31 folder.
FWIW I have att'd two items in case they may help.
-
RE: Stats
Haven't seen any comments about the stats tab recently, but the upstream values appear to be out of synch
The upstream INP: value (0.21) is displayed in the RSUnCorr/RS field
DSLAM/MSAN type:
DSL mode: ADSL2+
Status: ShowtimeRetrain
Uptime:
Downstream Upstream
Attenuation (dB): 31.0 18.2
Connection speed (kbps): 14156 1155
SNR margin (dB): 3.2 5.6
Power (dBm): 0.0 12.4
Interleave depth: 64 4
RSCorr/RS (%): 6.6972 0.0000
RSUnCorr/RS (%): 0.0017 0.21
ES/hour: 2.11 0
INP: 1.07
-
Prev version seemed OK
The only ini appears to be for the new version ( based on date showing)
Option was not ticked but model had been selected.
I had both 3.31 and 3.4 in C:\users\...\dslstats\ but thinking that might be the problem deleted 3.31 folder.
FWIW I have att'd two items in case they may help.
That option must be ticked for your router. If it's not, that would explain your problem.
The date on the ini file doesn't mean a lot, because it's re-written every time you run DSLstats.
-
RE: Stats
Haven't seen any comments about the stats tab recently, but the upstream values appear to be out of synch
The upstream INP: value (0.21) is displayed in the RSUnCorr/RS field
You're quite right. When I moved some things around on that page I messed up slightly.
It will be corrected in the next version.
-
Thanks for correcting my idiocy :drink:
All seems Ok once more. does QLN mean what I think it does, or something else?
-
Thanks for correcting my idiocy :drink:
All seems Ok once more. does QLN mean what I think it does, or something else?
I can't permit you to call it idiocy. :) There are rather a lot of options in this program.
QLN is Quiet Line Noise. It's an indicator of the quality of the line, and it's only measured at the time when the router is negotiating the connection with the exchange.
-
Got to right page :) but now find that warning "no data received in latest sample" is appearing. Recent event log reads
17 Jun 2013 12:43:14 Recording started
17 Jun 2013 12:43:17 Recording started
17 Jun 2013 12:43:17 Previous sample still being processed
Connected
17 Jun 2013 12:43:17 No stats received
17 Jun 2013 12:43:50 No stats received
I feel even more clueless than ever! :blush: What even more might I be mucking up in setting the app with Technicolor 582N?
I'm not sure if it helps, but I see quite a few of these on my tg582n. It's not dependant of version as it happens every so often since the first version of dslstats available for our router.
I'd just assumed that for some reason or other that dslstats wasn't able to get the required info at that particular time. It does eventually clear and recording resumes as normal.
-
On that 'stats summary page.....
I know that my router does not supply INP and AS uptime so those lines are blank as you would expect.
However what is meant to be shown againt "Status:" which is also blank - and always has been for me for all program versions?
I attach a file showing the outputs from the stats page with the actual ADSLstats command output added in below.
The manual scaling option you've added to the SNRmargin graph works great and is a significant improvement to the program if you want to look at one of the traces in enlarged detail.
-
I'm not sure if it helps, but I see quite a few of these on my tg582n. It's not dependant of version as it happens every so often since the first version of dslstats available for our router.
I'd just assumed that for some reason or other that dslstats wasn't able to get the required info at that particular time. It does eventually clear and recording resumes as normal.
I'm not sure why this happens with some routers, but I suspect that it's down to a rather underpowered CPU which has no spare capacity to respond to telnet commands at times when it's busy on higher priority tasks. What I will do some time soon is put a TG582N back on my system to see if I can find out more about what's happening.
-
On that 'stats summary page.....
I know that my router does not supply INP and AS uptime so those lines are blank as you would expect.
However what is meant to be shown againt "Status:" which is also blank - and always has been for me for all program versions?
I attach a file showing the outputs from the stats page with the actual ADSLstats command output added in below.
I think I can see what's happening here. With your router the Status line is the same line as the one which reports the connection speeds. DSLstats works its way through the stats text line by line, and when it finds the connection speeds it records this information and moves on to the next line. So when, later on, it looks for the word "Status" it's already gone past the line which contains the Status.
I'll sort this out in the next version.
The manual scaling option you've added to the SNRmargin graph works great and is a significant improvement to the program if you want to look at one of the traces in enlarged detail.
Thanks for letting me know.
-
Eric I think I have found a minor problem with running this on W2K, dont know if it happens on other windows versions. When I start it up I have it set to start recording on start-up. In the event log I see Recording started followed by another Recording started then a Previous sample still being processed message then the usual message about IP address. After this it continues normally. Also my event log is being saved on W2K in the main directory not the graphs directory and as a file name without extension just as EventlogN where N is an incrementing number.
Checking my Linux version it appears to have stopped recording the Eventlog on exit. Also on Linux I seem to get images saved on exit with zero length.
Stuart
-
Also on XP for event log
24 Jun 2013 09:11:20 Recording started
24 Jun 2013 09:11:23 Recording started
24 Jun 2013 09:11:23 Previous sample still being processed
24 Jun 2013 09:11:33 Average errors saved as 'errors11.txt' in snapshot directory
24 Jun 2013 09:11:33 Average error data reset
24 Jun 2013 09:11:35 IP address is now 1.2.3.4
-
Should error stats averages page be saved at close down or end of twenty four hours? Mine seem not to be. All I see is a text file that reads "Average error rates over a 24 hour period".
-
It looks as though something has crept into the Windows version to make the program try to start recording twice in quick succession. It doesn't happen with the Linux version. I'll check it out later today.
Also my event log is being saved on W2K in the main directory not the graphs directory and as a file name without extension just as EventlogN where N is an incrementing number.
I'll check out the directory issue. Concerning the filenames, could it be that your W2K is configured to hide the extensions of known file types (which is the Windows default)?
Checking my Linux version it appears to have stopped recording the Eventlog on exit. Also on Linux I seem to get images saved on exit with zero length.
I'll check these things out.
-
Eric my W2k system does show file types for example dslstats.ini show with the .ini in the directory. Yes the auto start is running twice a manual start only does it once, as you say Linux is fine.
Also would you consider providing a mechanism to only keep N days of graphs? I just deleted 3800 old saved graphs from my graph directory :o as I had not looked at it since March! Maybe a one time per day clean up would work.
Stuart
-
Should error stats averages page be saved at close down or end of twenty four hours? Mine seem not to be. All I see is a text file that reads "Average error rates over a 24 hour period".
It should be saved when you close down, and if something such as a reboot of the router causes the data reported by the router to be reset. Sometimes it also saves it when there's nothing to save.
[Revised version] What I wrote above is wrong. :-[ When you close the program down, the error data is saved in a file called "errors.dat" which is not a text file. This file is reloaded when you start the program, so that the error data is carried over. However, when the router is rebooted, or some other event occurs which causes the error data in the router to be reset, DSLstats saves the current error data in the text file "errorsNN.txt (where NN is a number which is incremented after each save, so it doesn't overwrite earlier versions). After this, the average error data in DSLstats is also reset, and starts counting from the beginning again.
I have to give this part of the program some more attention, because it doesn't work entirely properly, although everything should be saved. Sometimes the text file is saved when there's no data to be saved, as you have seen.
I'll try to correct the issues with this function in the next version after the one I'm about to release.
-
Eric my W2k system does show file types for example dslstats.ini show with the .ini in the directory.
I'm sorry, I realise now that you're right. I don't normally save event logs, but I've found one I saved a few days ago, and it's also missing the extension.
Also would you consider providing a mechanism to only keep N days of graphs? I just deleted 3800 old saved graphs from my graph directory :o as I had not looked at it since March! Maybe a one time per day clean up would work.
Yes, that's a good idea. I'll add an option to delete graphs older than a number of days specified by the user.
-
Summary of the situation:
Issues raised earlier in this thread - Fixed in v3.5
Repeated start of recording in Windows version - Fixed in v3.5
Event log saved in wrong directory and with no extension - Fixed in v3.5
Failure to save event log on exit - Fixed in v3.5
Images saved on exit are empty - I can't reproduce this, but I believe it's fixed in v3.5
Option to delete snapshots older than N days - Planned for v3.6
Tidying up the saving of errorsNN.txt - Planned for v3.6