Kitz Forum
Broadband Related => Router Monitoring Software => Topic started by: iMx on November 16, 2016, 04:25:57 PM
-
Will try some of the pre-release versions as this is on 5.8.0.0, just want to log/report this before I forget, but it seems to detect/report that G.INP is enabled to MDWS (User iMiMx / iMiMx2) but it isn't (ECI cab). Telnet data below from DSLStats for 1 of the modems/lines below:
xdsl info ginp=yes
G.INP Info:
Status: 0
Framing Info: Near end Far end
Q: 0 0
V: 0 0
RxQueue: 0 0
TxQueue: 0 0
G.INP Framing: 0 0
G.INP lookback: 0 0
RRC bits: 0 0
Retransmit counters: Near end Far end
rtx_tx: 0 0
rtx_c: 0 0
rtx_uc: 0 0
G.INP Counters: Near end Far end
LEFTRS: 0 0
minEFTR: 0 0
errFreeBits: 0 0
{Administrator}=>
Using old Zen TG589V3's in bridge mode, gives me the best sync (eventually), swapped from 8800NL's earlier today.
-
I'm trying to fix this but first attempt failed... DSLstats has the flag set that says G.INP is enabled and that's the problem so currently need to fix from this end. I'll have another go shortly.
Edit:
Failed again and have to give up for the moment but I think this will have to wait for a fix at the user end but not sure if Eric is around... Sorry for all the extra G.INP mails but every time I disable it it gets enabled again ???
-
Sorry, I missed this. I'll have a look and see why DSLstats is wrongly reporting the G.INP state.
-
Ah! Ignore my Edit comment above, crossed posts ???
-
OK, I can see where this error is coming from. I was wrongly assuming that the presence of "Retransmit" in the output of the command shown in the first post was an indicator that G.INP was enabled. I'm guessing now that the "Status" line will show a value other than zero when G.INP is enabled. Can anyone confirm this please?
I'm going to proceed on the assumption that this is the case, but would appreciate confirmation (or a better alternative indicator).
-
Thanks Eric. For the moment I've made the OPs status G.INP Inactive as it is for those of us on ECI that did have it.... But only for him...
-
No problem on the G.INP emails, thanks for correcting the MDWS display.
Can't test TG589 G.INP status myself, being on ECI, probably until sometime next year - if the rumours are true - but it would seem logical that the 'Status:' would return 1. However, running a search on this forum, the below was turned up:
http://forum.kitz.co.uk/index.php/topic,15215.msg288902.html#msg288902
Perhaps, as you mention, the 'on' state is anything other than '0'? Not sure what '12' means, from the above, but it seems to be active on that post
-
Thanks for finding that. I'd completely forgotten about it. :blush:
The '12' may be a coded status for upstream and downstream.
-
Corrected version (hopefully) now uploaded - see http://forum.kitz.co.uk/index.php/topic,18951.0.html
-
Thanks. The great majority of people are running v5.8 which is now 5 versions old (assuming you run pre-release versions). Even a few current uploaders on 5.4.... This explains why there are so many duplicate uploads still as this wasn't addressed until v5.8.5...
-
Hi
I hope you don't mind and I apologise if I'm wrong sorry, but I think the majority of users would only update when the program told them there were a new update
I checked mine and it is 5.8 from April, showing using current version
If I need to update I will but I just thought I would mention it
Many thanks
John
-
v5.8 is the latest full release. The later versions are labelled "pre-release", and their purpose is to check out various minor enhancements and bug fixes.
I'm aware that some of these changes are in fact quite significant to some users for specific reasons. I intend to make a new full release (with update notifications) fairly soon, but I'm hoping that someone can confirm that the G.INP fix in the latest version does actually do what it's supposed to do, as I'm unable to check that myself at present.
-
Hi roseway
Many thanks
I have G.Inp but I am unclear if you are wanting to test for G.Inp on or off
If on, I'll update for you and my user is d2d4j
Infact, I'll update now
Many thanks
John
[Moderator edited two typos; gnip ---> G.Inp]
-
I appreciate that, John, but the fix in question relates to Technicolor modems, and I believe you use an HG612?
-
Hi roseway
Many thanks and sorry, I did not realise that sorry
I have updated to latest v8.5.6
It also explains why in shell, the command does not work as shown
Many thanks and feeling a little foolish
John
-
@Eric
The OP has updated the version and the G.INP flag now shows as 0... I've updated both running progs here and all looks well
-
Thanks Tony.
-
Yup, all looking good. Thanks for your help, both.
Was going to make some donations, but I don't see a link on the dslstats site? Probably due another on MDWS anyway.
-
Thanks for the thought, but I don't have significant expenses.
-
Was more a token 'let me buy you a pizza' whilst coding, as opposed to expenses ;)
On the MDWS page, I might be going mad, but I can't actually see an address to send donations to?! I click the Donate button, it takes me to the below, which tells me various things.... but not where to send a donation to!
https://www.mydslwebstats.co.uk/donatetomydslwebstats.htm
-
Um :hmm: The link was there yesterday and someone made a donation yesterday - but today it has vanished - the code is there but not displaying :o
Edit:
Very odd, even their own examples of web payments don't work now. I've found something that does though called PayPal.Me and set that up. However I have no idea what the resulting mail to me will look like so unlikely it will get processed until I can make any parsing adjustments necessary. The important part is the username:xxxx bit you need to add though.
Thanks
Edit again:
Back to normal. The remote PayPal image embedded in the code is no longer there! So nothing shows up on the page... I've changed it for a local version so it's working as usual now.