Kitz Forum
Broadband Related => Router Monitoring Software => Topic started by: roseway on June 05, 2014, 11:16:47 AM
-
This testing release hopefully resolves the issues raised concerning v4.54.4.
Changes since v4.54.4:
- fixed non-functioning custom commands
- fixed non-functioning advanced tweaks
- fixed spike in CRC and FEC values after coming out of standby (hopefully)
- added option to plot per-sample values on CRC and FEC graphs
- improved the robustness of the program under error conditions, and added more logging
- (Windows only) when the HG612-Modem-Stats co-operation option is set, a dummy program called
dslstatssampling.exe is run while sampling takes place. This can be detected by other
monitoring programs to avoid clashes.
http://www.s446074245.websitehome.co.uk/downloads.html (http://www.s446074245.websitehome.co.uk/downloads.html)
-
Linux 64 bit version just started fine, it does seem to get a Handle error (0): success message each time it samples. Just noticed each sample now shows
Handle error [115]: Operation now in progress
every time. For now I'll wait on your response before trying the W2K version. BTW this was with the Windows version stopped so no conflicts.
Stuart
-
Thanks Stuart. Time to stick the HG622 back in and see what's happening.
-
Yes, I confirm that it does this with the HG622. It's quite benign (apart from filling the event log with unnecessary entries). It's the result of the extra logging I put in with this version - in this case it logs the result of the HG622 workaround, whether successful or not. I've removed this bit of logging, and it's now working normally. I'll upload fixed versions shortly.
[Later] Fixed version v4.54.6 now uploaded.
http://www.s446074245.websitehome.co.uk/downloads.html
-
Two minor questions.
(1) It appears that usage of a Huawei EchoLife HG622 modem/router requires that the "HG622 workaround" option is selected. Why leave it to the EU to potentially miss selecting it? If "Huawei HG622" is the option selected in the "Modem/router model:" box then surely the "HG622 workaround" should be set automatically, thus dispensing with the "HG622 workaround" selection tick-box?
(2) Under the "Traffic Monitoring" tab, the options for the "Modem/router model:" box include two separate versions for a HG622, a HG612 (ADSL) and a HG612 (VDSL2) with no indication as to what the differences may be. As a consequence, with my HG622 I have selected "Custom" for the "Modem/router model:", selected "Other" for the interface and entered "0.0.38" into the "Other interface:" box.
-
Hmm . . .
With v4.54.6 I note that the webserver directory and its contents are not deleted when the Configuration options (under the "Webserver" tab) "Enable webserver" is deselected and "Delete files when webserver is disabled" is selected.
-
New one now running fine on W2K.
Stuart
-
One thought could the dummy program be an option as I guess quite a few of us will not normally need it?
Stuart
-
Two minor questions.
(1) It appears that usage of a Huawei EchoLife HG622 modem/router requires that the "HG622 workaround" option is selected. Why leave it to the EU to potentially miss selecting it? If "Huawei HG622" is the option selected in the "Modem/router model:" box then surely the "HG622 workaround" should be set automatically, thus dispensing with the "HG622 workaround" selection tick-box?
(2) Under the "Traffic Monitoring" tab, the options for the "Modem/router model:" box include two separate versions for a HG622, a HG612 (ADSL) and a HG612 (VDSL2) with no indication as to what the differences may be. As a consequence, with my HG622 I have selected "Custom" for the "Modem/router model:", selected "Other" for the interface and entered "0.0.38" into the "Other interface:" box.
1) If you select HG622 from the drop-down list on the login page, it should automatically enable the HG622 workaround option. I just checked again, and it does here.
2) I'm aware that the traffic monitoring setup isn't entirely satisfactory. The reason there are two HG622 options is that different users of that model reported different interfaces, and the interface which worked on my system didn't exist on someone else's. If you select one of those options, the values it applies are all copied into the other boxes on the setup page, so you can see what it does.
To be frank, I became totally frustrated by these and other inconsistencies, which is why the description of the feature is still marked as 'Experimental' on my website. It doesn't ultimately matter what model you select on that page, because you can always edit the values in the other boxes, and it's these which are actually saved and used. The limited drop-down list is simply intended as a convenience.
-
Hmm . . .
With v4.54.6 I note that the webserver directory and its contents are not deleted when the Configuration options (under the "Webserver" tab) "Enable webserver" is deselected and "Delete files when webserver is disabled" is selected.
I'll check this again.
[Edit] I just checked, and the webserver directory does get deleted here. When you try it on your system, is anything shown in the event log?
-
New one now running fine on W2K.
Stuart
Thanks Stuart.
One thought could the dummy program be an option as I guess quite a few of us will not normally need it?
The dummy program is only run if you've set the option "HG612-Modem-Stats co-operation". Do you still want it to be a separate option?
-
[Edit] I just checked, and the webserver directory does get deleted here. When you try it on your system, is anything shown in the event log?
Here is the entire event log --
05 Jun 2014 16:29:15 Configuration files stored in /home/bcat/.dslstats/
05 Jun 2014 16:29:15 Snapshot folder is /home/bcat/lib/dslstats64L-4.54.4
05 Jun 2014 16:29:48 Snapshot folder is now /home/bcat/lib/dslstats64L-4.54.6
05 Jun 2014 16:29:48 Webserver folder is now /home/bcat/lib/dslstats64L-4.54.6/webserver/
05 Jun 2014 16:31:13 Recording started
05 Jun 2014 16:31:16 IP address is now W.X.Y.Z
05 Jun 2014 19:31:15 Auto snapshots taken
-
The Dslstats Version 4.54.5 is working well no issues with Hg612_Modem_Stats which is also running in the background on a stand alone PC, and the sampling speed is still great, have not updated to 4.54.6 will give this version a good seeing to before I update.
Cheers Roseway
-
had to setup a new server today anyway so updated . both stats progs running fine here :)
-
1) If you select HG622 from the drop-down list on the login page, it should automatically enable the HG622 workaround option. I just checked again, and it does here.
Surely that "tick-box" is redundant?
-
Here is the entire event log --
... etc
I see now. I failed to realise that you were referring to what happens when you change the snapshot directory. I'll check that out. Sorry about the misunderstanding.
-
The Dslstats Version 4.54.5 is working well no issues with Hg612_Modem_Stats which is also running in the background on a stand alone PC, and the sampling speed is still great, have not updated to 4.54.6 will give this version a good seeing to before I update.
Cheers Roseway
Thanks NS. There's no need for you to change to v4.54.6, because the small change in that version only applies to the HG622.
-
had to setup a new server today anyway so updated . both stats progs running fine here :)
Thanks perry......
-
1) If you select HG622 from the drop-down list on the login page, it should automatically enable the HG622 workaround option. I just checked again, and it does here.
Surely that "tick-box" is redundant?
I left it as a separate option because (a) some people will just fill in the details without selecting a particular model from the drop-down list, and (b) it's possible that there are other models in use which require the same workaround.
It is still my intention to autodetect this requirement, so user's don't need to do anything special, but it proved a bit problematical, so I haven't done it yet.
-
Ah, now I understand. Thank you. :)
-
The dummy program is only run if you've set the option "HG612-Modem-Stats co-operation". Do you still want it to be a separate option?
No that's fine, I had not realised that was the way it worked....
Stuart
-
- improved the robustness of the program under error conditions, and added more logging
- (Windows only) when the HG612-Modem-Stats co-operation option is set, a dummy program called
dslstatssampling.exe is run while sampling takes place. This can be detected by other
monitoring programs to avoid clashes.
Thanks for adding the dummy program, Eric.
This is the result:-
There are 1 instances of dslstatssampling.exe running. Please wait for it to complete
****************************************************************
* The modem is currently being accessed by DSLStats *
* Please wait a few seconds for it to complete *
* *
* HG612_stats.exe should automatically resume in a few seconds *
* *
****************************************************************
* dslstatssampling.exe is running, seconds waited = 0.50
* dslstatssampling.exe is running, seconds waited = 1.00
* dslstatssampling.exe is running, seconds waited = 1.50
* dslstatssampling.exe is running, seconds waited = 2.00
* dslstatssampling.exe is running, seconds waited = 2.50
dslstatssampling.exe has now completed or timed out. HG612_stats.exe is resuming
What does DSLStats now do if any of my programs are running at the time DSLStats intends to start sampling?
-
What does DSLStats now do if any of my programs are running at the time DSLStats intends to start sampling?
If the "co-operation" option is set, it works as described before, missing out up to 5 samples in succession and logging the events. I could repeatedly check as you have done, but then the sampling could occur outside the time range which it's supposed to maintain, and this could cause other problems for your programs.
If the "co-operation" option isn't set, it presses on regardless, and deals with the consequences of any clash.
I will be reducing the timeout on dslstatssampling.exe to 10 seconds, because if sampling isn't complete in that time, DSLstats will abort that sample anyway.
Please do let me know if you would prefer any changes in this behaviour.
-
Cheers, Eric.
I had already added a maximum timeout of 12 seconds for my programs' checking for dslstatssampling.exe before carrying on regardless.
That situation should never really occurr, but it's there just in case.
As far as I can tell, I think we've now both covered everything necessary, including if the "co-operation" option isn't set & DSLStats was to start sampling just as my programs are accessing the modem.
-
Hopefully that's the case.
-
I just had an error in Dslstats have to say it's my first ever unrecoverable crash with this program, nothing untowards in the event log.
I press ok but it crashes then I and re-run the Dslstats program and it fails to startup.
EDIT had to restart PC and still straight away I get division by zero when I run Dslstats going to remove this version and install version 4.54.4 :-X
-
Going back to old version did not fix the division by zero error, so I went into C:/USERS/MYNAME/APPDATA/LOCAL/DSLSTATS folder and removed the dslstats configuration file and restarted the Dslstats and it's working again ;)
-
Oh dear :(
I'll try to find how this could happen.
-
Oh dear :(
I'll try to find how this could happen.
No worrys Roseway it could be the new Version's configuration data settings is incompatible with the older version settings thats the only way this could happen :-\
-
Thanks for all the work, after a few days with this version I have no problems to report and all is running well. :) There is one possible extra feature that I would use. I often save the telnet connection stats and pbParams with a copy and paste to a text file. If other do this as well it would be helpful to have a manual save option on these two tabs. It is already an option on the snapshots tab.
-
Thanks for all the work, after a few days with this version I have no problems to report and all is running well. :) There is one possible extra feature that I would use. I often save the telnet connection stats and pbParams with a copy and paste to a text file. If other do this as well it would be helpful to have a manual save option on these two tabs. It is already an option on the snapshots tab.
Thanks for the report. Adding a 'Save' button to the telnet data tabs is a good idea. While I'm at it, I'll do it on all the telnet data tabs.
-
Eric I seem to have an issue on the CRC graph when switching between per sample and per minute. As you may be aware I have an issue with sudden spikes of CRCs. On per minute I have a line which goes about the top of the graph with a Y scale of 0-450 but at the time shown when I switch to per sample I have only one spike up to about 100. Am I right that I should be able to switch between these options and it will correctly show the historical data correctly when scrolling back or does it simply change the active display?
Stuart
-
Stuart, I didn't get the switching between per-minute and per-sample modes quite right in that version. Since then I've reworked it so it now works correctly (as far as I can tell). I've made several other changes as well, so it's time for a new release, which I hope to do in the next couple of days.
-
Thanks Eric that's great ....
Stuart