Openreach enabled G.INP on FTTC

bulldog147 · 28 Mar 2015 at 10:32

It's now appear that Openreach has rolled out each days to enabled G.INP on FTTC. As We now seen there is no error on the line expect FEC.

Mine has been switched on G.INP this morning.

Code:

Stats recorded 28 Mar 2015 10:30:44

DSLAM/MSAN type:        	BDCM:0xa44f / v0xa44f
Modem/router firmware:  	AnnexA version - A2pv6F039g1.d24m
DSL mode:               	VDSL2 Profile 17a
Status:                 	Showtime
Uptime:                 	55 min 57 sec
Resyncs:                	0 (since 28 Mar 2015 09:54:41)
			
				Downstream	Upstream
Line attenuation (dB):  	11.3		0.0
Signal attenuation (dB):	Not available on VDSL2		
Connection speed (kbps):	79999		20000
SNR margin (dB):        	12.2		16.1
Power (dBm):            	12.5		1.3
Interleave depth:       	16		8
INP:                    	46.00		47.00
G.INP:                  	Enabled		

RSCorr/RS (%):          	0.0000		0.0000
RSUnCorr/RS (%):        	0.0000		0.0000
ES/hour:                	0		0

Code:

Since Link time = 56 min 57 sec
FEC:            116             336
CRC:            0               0
ES:             0               0
SES:            0               0
UAS:            0               0
LOS:            0               0
LOF:            0               0
LOM:            0               0

Ayahuasca · 28 Mar 2015 at 11:24

Anyway to check this on the HH5?

bulldog147 · 28 Mar 2015 at 14:03

How to tell G.INP is operational on your line

It’s not exactly obvious when G.INP has been enabled, and statistics provided by your modem may be somewhat limited and confusing. There is much confusion about G.INP currently on Internet forums, with broadband users unsure whether their line is G.INP-enabled or not. What makes the situation worse is the fact that some modems may not currently support G.INP.

I can confirm that G.INP works with the following FTTC fibre broadband router modems:

Billion 8800NL
BT Home Hub 5
Netgear DGND3700v1 (not v2)
Openreach Modem Unlocked HG612

tribz · 28 Mar 2015 at 14:36

What is g.inp?

IM using the 8800nl and I noticed about a week ago that it resynced at a higher speed and that my errors have all but gone (monitored using dslstats)

adsl info --stats
adsl: ADSL driver and PHY status
Status: Showtime
Last Retrain Reason: 1
Last initialization procedure status: 0
Max: Upstream rate = 8310 Kbps, Downstream rate = 40173 Kbps
Bearer: 0, Upstream rate = 8310 Kbps, Downstream rate = 34999 Kbps
Bearer: 1, Upstream rate = 0 Kbps, Downstream rate = 0 Kbps
Link Power State: L0
Mode: VDSL2 Annex B
VDSL2 Profile: Profile 17a
TPS-TC: PTM Mode(0x0)
Trellis: U:ON /D:ON
Line Status: No Defect
Training Status: Showtime
Down Up
SNR (dB): 8.7 6.1
Attn(dB): 25.9 0.0
Pwr(dBm): 11.8 3.8

VDSL2 framing
Bearer 0
MSGc: -6 -6
B: 166 227
M: 1 1
T: 0 0
R: 8 10
S: 0.1517 0.8726
L: 9229 2182
D: 16 4
I: 175 238
N: 175 238
Q: 16 4
V: 5 0
RxQueue: 21 14
TxQueue: 7 7
G.INP Framing: 18 18
G.INP lookback: 7 7
RRC bits: 24 24
Bearer 1
MSGc: 90 58
B: 0 0
M: 2 2
T: 2 2
R: 16 16
S: 10.6667 16.0000
L: 24 16
D: 1 1
I: 32 32
N: 32 32
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

Counters
Bearer 0
OHF: 0 0
OHFErr: 108 0
RS: 1796698416 2843875
RSCorr: 1661871 476
RSUnCorr: 0 0
Bearer 1
OHF: 34799066 337060
OHFErr: 1 0
RS: 208794024 2321320
RSCorr: 591 34
RSUnCorr: 2 0

Retransmit Counters
rtx_tx: 16571 148
rtx_c: 14728 134
rtx_uc: 14979 0

G.INP Counters
LEFTRS: 374 3
minEFTR: 34983 8305
errFreeBits: 371882697 79891225

Bearer 0
HEC: 0 0
OCD: 0 0
LCD: 0 0
Total Cells: 3261298852 0
Data Cells: 829732674 0
Drop Cells: 0
Bit Errors: 0 0

Bearer 1
HEC: 0 0
OCD: 0 0
LCD: 0 0
Total Cells: 0 0
Data Cells: 0 0
Drop Cells: 0
Bit Errors: 0 0

ES: 3366 925
SES: 38 11
UAS: 375 344
AS: 559042

Bearer 0
INP: 48.00 45.00
INPRein: 0.00 0.00
delay: 0 0
PER: 0.00 0.00
OR: 0.01 0.01
AgR: 35091.33 8328.74

Bearer 1
INP: 2.50 4.00
INPRein: 2.50 4.00
delay: 0 0
PER: 16.06 16.06
OR: 47.81 31.87
AgR: 47.81 31.87

Bitswap: 261082/261083 5872/5886

Total time = 55 days 23 hours 47 min 36 sec
FEC: 463285221 536
CRC: 21128 1221
ES: 3366 925
SES: 38 11
UAS: 375 344
LOS: 3 0
LOF: 21 0
LOM: 0 0
Latest 15 minutes time = 2 min 36 sec
FEC: 16 0
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Previous 15 minutes time = 15 min 0 sec
FEC: 126 0
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Latest 1 day time = 23 hours 47 min 36 sec
FEC: 301989 35
CRC: 106 0
ES: 3 0
SES: 1 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Previous 1 day time = 24 hours 0 sec
FEC: 186710 49
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Since Link time = 6 days 11 hours 17 min 21 sec
FEC: 1661871 476
CRC: 108 0
ES: 5 0
SES: 1 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
>

bulldog147 · 28 Mar 2015 at 14:44

G.INP is Impulse noise protection

Caged · 28 Mar 2015 at 17:54

Is there a way of telling if this is enabled or not with a Home Hub 5?

bulldog147 · 28 Mar 2015 at 17:56

I don't know as I don't have BT Home Hub 5. But maybe u should check here: https://community.bt.com/t5/BT-Infinity-Speed-Connection/BT-G-INP/td-p/1460086

Locky · 29 Mar 2015 at 10:56

My ping has gone up by 2ms at the WAN this morning, no speed change at all (max anyway) but I can see the increase on my ThinkBB graph and happened at about half 4 this morning. My line has been solid for the last few years on the sync side of things as the cab is about about 20 meters away.

bulldog147 · 29 Mar 2015 at 12:07

Some seeing increasing ping when G.INP was enabled, some don't have this affected. Mine doesn't affected at all.

Locky · 29 Mar 2015 at 12:09

I want it off my line as I have had a completely trouble free full sync fastpath line for 3 years now...

bulldog147 · 29 Mar 2015 at 12:23

I know. I rather to have fastpath as mine is 80/20 no problem with fastpath for 13 months until yesterday morning openreach have enabled my line to G.INP Interleaving which it really quite annoying. But sadly once the G.INP was activated on the line, the fastpath are now no longer in use and DLM will not disabled G.INP.

Every FTTC lines will be getting G.INP anyway. Nothing that ISP's can do nor BT Wholesales can do. It's all down to Openreach!

Huntyz · 29 Mar 2015 at 12:23

Before: 65.56 Mb/s 17.38 Mb/s 13 ms
After: 70.25 Mb/s 17.40 Mb/s 15 ms

Working good for me, had FTTC for 3 years now.

Locky · 29 Mar 2015 at 12:28

bulldog147 said:
I know. I rather to have fastpath as mine is 80/20 no problem with fastpath for 13 months until yesterday morning openreach have enabled my line to G.INP Interleaving which it really quite annoying. But sadly once the G.INP was activated on the line, the fastpath are now no longer in use and DLM will not disabled G.INP.

Every FTTC lines will be getting G.INP anyway. Nothing that ISP's can do nor BT Wholesales can do. It's all down to Openreach!

did you get a ping increase?

tribz · 29 Mar 2015 at 12:29

bulldog147 said:
Some seeing increasing ping when G.INP was enabled, some don't have this affected. Mine doesn't affected at all.

Thats what prompted me to check my stats. The lowest ping I normally get in Black Ops 2 is around 48ms. The last week, its been as low as 37ms. I've never seen it that low.

bulldog147 · 29 Mar 2015 at 12:29

Mine is below with G.INP Enabled with 24 hours so far

Code:

Downstream	Upstream 					Downstream	Upstream

 
 	    Sync (kbps)	   79999	 20000 		                 Interleaving	      16	     8
 Attainable rate (kbps)	  104756	 35592				          INP	   46.00	 47.00
       Attenuation (dB)	    11.3	   0.0
        SNR Margin (dB)	    12.2	  16.1
           Power (dBmV)	    12.5	  -1.2 		                  SES (total)	       0	     0
RSUnCorr errors (delta)	       0	     0		      RSUnCorr errors (total)	       0	     0
Errored seconds (delta)	       0	     0 		      Errored seconds (total)	       0	     0
       Bitswaps (delta)	       0	     0 		             Bitswaps (total)	      49	   104
     CRC errors (delta)	       0	     0 		           CRC errors (total)	       0	     0
     HEC errors (delta)	       0	     0 		           HEC errors (total)	       0	     0
     FEC errors (delta)	       0	     0 		           FEC errors (total)	    6431	 10707

bulldog147 · 29 Mar 2015 at 12:33

Locky said:
did you get a ping increase?

Nope! My ping was 12ms before and after G.INP was enabled. The ping remain the same as 12ms. Thinkbroadband Quality Monitor graph did show the same ping after the line was resync itself with g.inp on it.

this is my ping test (london server) with g.inp fttc.

Locky · 29 Mar 2015 at 14:12

Well Ginp has just turned it's self on and now my ECI modem will not work on my line...

Armadillo · 29 Mar 2015 at 15:07

Can I assume it's been enabled here?.I have a HH5, last night my line went down, then came back up with an increase of about 3Mb.

Normally I sync around 73000-74000 and at the time I was synced neared 73000. After coming back up it's at 76777. Also lost some noise margin on the upstream (still max sync, so doesn't really matter).

Ping has also had about 7ms added to it. BBC normally pings at 6-7ms. Now it's 14ms. Seeing about a 7ms increase elsewhere as well. Not the end of the world, but I would prefer the lower speed and better ping.

liamcrane · 29 Mar 2015 at 16:45

my Billion 7800n doesn't let me see my fibre line stats

I have been considering a new VDSL router can anyone recommend something good?

Rroff · 29 Mar 2015 at 16:50

First hop has increased from 6 to 9ms for me (probably due to it) but doesn't seem to affect my latency forward of that - still pinging 10ms to bbc which is a bit silly when the first hop is now 9ms.