Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[iMx]

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:

Code: [Select]

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.

[tbailey2]

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 

[roseway]

Sorry, I missed this. I'll have a look and see why DSLstats is wrongly reporting the G.INP state.

[tbailey2]

Ah! Ignore my Edit comment above, crossed posts 

[roseway]

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).

[tbailey2]

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...

[iMx]

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

[roseway]

Thanks for finding that. I'd completely forgotten about it.

The '12' may be a coded status for upstream and downstream.

[roseway]

Corrected version (hopefully) now uploaded - see http://forum.kitz.co.uk/index.php/topic,18951.0.html

[tbailey2]

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...

[d2d4j]

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

[roseway]

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.

[d2d4j]

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]

[roseway]

I appreciate that, John, but the fix in question relates to Technicolor modems, and I believe you use an HG612?

[d2d4j]

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