Print

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

[AArdvark]

I have just had a re-sync this morning and can confirm that G.INP works on the Zyxel VMG8324-B10A Firmware AAKL6b1.

I have PhyR US & DS enabled (SRA as well even though not supported yet) and it works !!!

Still got DLM 'having a laugh' but that is a seperate problem.

It appears to be according to users on MyDSLWebStats Huawei DSLAM's that are enabled at the moment. (Grand total of 8 ).
I await the next exciting changes from BT/OR/DLM ....... 

[spudgun]

Has it had much impact on your connection speed or max attainable rate?

[tbailey2]

I have just had a re-sync this morning and can confirm that G.INP works on the Zyxel VMG8324-B10A Firmware AAKL6b1.

I have PhyR US & DS enabled (SRA as well even though not supported yet) and it works !!!

Still got DLM 'having a laugh' but that is a seperate problem.

It appears to be according to users on MyDSLWebStats Huawei DSLAM's that are enabled at the moment. (Grand total of 8 ).
I await the next exciting changes from BT/OR/DLM ....... 

Ten now (one is offline) but latest isn't uploading the Bits/Tone files so don't know cab but almost certainly Huw....

DLM has been nice to you actually, your sync jumped from 58 to 67 if you hadn't noticed  ...

[les-70]

   I wonder when or whether we will ever see an ECI enabled with G.INP, I have my doubts.

[spudgun]

What should I look for in my VMG8324-B10A to see if G.INP has been turned on in my Huawei cab yet?

[AArdvark]

Ten now (one is offline) but latest isn't uploading the Bits/Tone files so don't know cab but almost certainly Huw....

DLM has been nice to you actually, your sync jumped from 58 to 67 if you hadn't noticed  ...

tbailey2 & spudgun,

Yes there has been an improvement as you stated BUT I was in the middle of a DLM storm after an Engineer visit to fix a HR problem anyway.
My original sync was 79989/19999 kbps for the majority of the time I have been on Plusnet.
The engineer said I was testing at those speeds but I got 70000/19999 after the fix and have not recovered.
DLM has been bouncing my line about with 'mad' snrm and descending syncs.
So I am not overjoyed at the improvement as I was substantially slower than I should be to start with.
[rant over]

I am still chasing Plusnet as the BTW Performance test was giving an error on the 3rd test and advising to log this via your ISP.
I am reluctant to test again as I have been having a problem at the same time where the PPP session does not re-establish after a fail.
I have needed to bounce the PPP session and/or the router itself many many times before eventually I get a new session.
It is this that has set DLM about my line with 'extreme prejudice'. 

[AArdvark]

...

G.inp coding now provides an improved retransmission-based error-handling mechanism for VDSL2 & VDSL2 Vectoring which results in significantly lower overheads. By replacing the traditional Forward Error Correction (FEC) mechanism, G.inp avoids the FEC-associated fixed overhead of about 12 percent in typical cases, and G.inp only kicks in when there’s actually an error to correct.

- See more at: http://www2.alcatel-lucent.com/techzine/vdsl2-vectoring-delivers-on-its-promise/#sthash.Gibov2ll.dpuf

...

What is new is the nationwide rollout and the possibility that some modems with older firmware may have problems obtaining internet access (sync but no PPP) if it has a G.INP profile applied by the DLM.

An example could be replacement of an ECI modem (which natively does not support PhyR) on a line that already has an INP profile applied by the DLM,  may not be able to obtain PPP until its firmware has been updated.

I have just looked back at the G.INP/PhyR posts in kitz and noticed the above.
Could this be the problem I am having with not being able to get a new PPP session.

If so, what is a possible solution other than changing the router ?

Will replace if I have to but the Zyxel has been good on my line and is not very old. [On Plusnet for less than 8 months]

As an aside, it would appear to prove that the recent 'Planned BT Network Maintenance' on my exchange was enabling G.INP.
I get Service status emails from Plusnet which include the 'Planned BT Network Maintenance' emails issued by BT.
These list the exchanges and dates that the work is scheduled.
They might be useful to give a heads-up where the next G.INP enablements are, for anyone who is interested.

[PhilipD]

Hi

PPP is a different layer to the VDSL transport, so if your modem is sync'd then regardless of G.INP settings, it is unlikely that is causing an issue with the PPP connection.

Regards

Phil

[Chrysalis]

man this really sucks been on a ECI dslam.

G.INP seems great.

[AArdvark]

Hi

PPP is a different layer to the VDSL transport, so if your modem is sync'd then regardless of G.INP settings, it is unlikely that is causing an issue with the PPP connection.

Regards

Phil

Phil,

I know and would agree with your comment totally based on my understanding.

BUT

....
An example could be replacement of an ECI modem (which natively does not support PhyR) on a line that already has an INP profile applied by the DLM,  may not be able to obtain PPP until its firmware has been updated.
....

from the quote I included, disregarding the modem type, appears to imply that the switch from an existing INP to G.INP can fail & is manifest by the PPP failing to establish.
[If I am understanding it correctly]

I was on an existing INP as DLM was/is playing havoc on my line applying INP (amongst other things) where usually I was on 0/0.
Hence, I am wondering if the implementation of G.INP on the Zyxel is not 100% compatible with whatever BT/OR have implemented G.INP on, I might get the same effect as in the quote.
i.e. PPP does not work but as it is a possible mismatch of G.INP implementation it is not 100% failing 100% of the time.
Hence I can get a connection eventually.
Note: The Zyxel implements PhyR which is a 1st implemention of what became G.INP, if my background reading is correct.

The error I can see is an authentication error after DSL is up and running.
This is with a correct userID/Password that has previously worked.
It does work after many attempts.
In all attempts the DSL connection is made but the Internet light only lights IF the PPP session is established.

More than happy for someone more knowledgable to tell me I am wrong, as the problem is then somewhere else. 

[burakkucat]

If you search backwards through the forum threads, you will come across one by B*Sheep where he quoted the instructions that Openreach technicians should follow when an EU has an ECI B-FOCuS modem that is in synchronisation with the DSLAM but no PPPoE session is achievable.

[AArdvark]

burakkucat,

Many thanks, searching now !

[burakkucat]

Found it. 

A thread with the subject line VDSL Re-Tx. Quoting the fourth paragraph --

It may not be obvious that you’re carrying out a repair on a fibre ReTX enabled circuit with a retransmission profile applied. And it only becomes important if you have to replace a faulty Openreach modem. If the replacement modem is ECI (indicated on the box or base of the modem) it’s likely the firmware is incompatible with ReTX and a workaround needs to be applied.
An ECI modem with old firmware will appear to be in sync (the DSL light will be on) but the customer will not be able to access the internet and this will also be reflected in your GEA service test result:
For example “VDSL modem is not in sync”.

[kitz]

Yep the supposed symptoms are that you cant get PPP, although Ive no idea why or what it breaks. 

The Zyxel  is supposedly fully compliant with G.INP (G.998.4) even though they call it PhyR in the GUI. 
The Huawei's also being a BCM based router would also natively support G.INP/PhyR.   However, the ECI's weren't which is why they needed a f/w update.

I also find it a bit weirded why it will sometimes connect and sometimes not.  From memory was there also an issue when you attempted to get the HG612 to connect as well?

[kitz]

Will replace if I have to but the Zyxel has been good on my line and is not very old.

From memory, your line previously seemed to perform better with the Zyxel, so certainly dont think of ditching it.   I think what I would do in your situation is contact Zyxel support and tell them that you appear to have an issue with logins since the implementation of g.inp on your line.   It may also be worth referencing the BT info to them.    At least they should be able to check things are working as they should.