G.INP

[#1]

@chrcoluk
Think you might of posted that in the wrong place?

[#2]

Quote from: Estragon

Quote from: supernova1 G.IMP'e last night.  G.INP Framing: 18 0 G.INP lookback: 26 0 Notice anything?

Nope, I give up, what's the answer 
ATB
SN

[#3]

Quote from: NoZephy

@chrcoluk Think you might of posted that in the wrong place?

ok wtf
thanks for alerting me anyhow.

[#4]

Well how bizarre - after reporting about a week and a half ago that G.Inp had returned to my upstream connection. I awake this morning to find it has been removed again (it is still on downstream).
So not sure why that would be.
The brief history is...
1) G.Inp got applied to US and DS
2) G.Inp got removed from US but stayed on DS
3) G.Inp returned to US
4) G.Inp has been removed from US again.
This is a Huawei cabinet with HG612 modem.
I think I have dropped about 2Mbps from the upload speed as a result of the removal from US.
What will happen next I wonder.

[#5]

it did seem strange that it was put back on the upstream to begin with maybe that was a mistake and openreach i have now sorted that i dunno hard to say.

[#6]

Yes, it maybe was a mistake. Bit of a bummer really. The only good thing is that my US seems to be on fastpath now. I still seem to be synced lower on US since the removal of G.Inp. Whether that is due to the lack of G.Inp or just the timing of a resync, I am not sure.

[#7]

May of been a mistake, or could it of been removed if DLM deemed the upstream to be stable enough for it to switch it back to Fastpath?
As you said jafreer, it will be interesting as to what happens next, i.e. if the error rate reaches the threshold, will it apply G.INP again or apply interleaving. 

[#8]

@elfish - what you said is interesting because when I had G.Inp on US, the interleaving depth was 4 (IIRC). Now it is on fastpath so there might be something to what you said about it removing G.Inp because it can manage a fastpath connection.
The only flaw in that is if I lose upstream speed because of the change. Then there is no point in removing G.Inp because it is a detrimental change if I lose speed. Unless of course pings are better (which I haven't seen after testing). Then does that mean DLM favours a change that improves ping but reduces speed?
Maybe I need to inject some errors back in to take me off fastpath and see if G.Inp is reapplied. That would test the theory I suppose.

[#9]

The drop in US speed maybe just one of those random things, unless other error correction/protection (cannot remember which one's which) has been applied to the US.
Could you post the current stats from your modem?

[#10]

This is the brief version of the stats. If you want the longer one let me know. Thanks.
Stats recorded 24 Jul 2015 20:09:39
DSLAM/MSAN type:        BDCM:0xa485 / v0xa485
Modem/router firmware:  AnnexA version - A2pv6C038m.d24j
DSL mode:              VDSL2 Profile 17a
Status:                Showtime
Uptime:                2 days 11 hours 20 min 43 sec
Resyncs:                0 (since 24 Jul 2015 20:09:33)

Downstream Upstream
Line attenuation (dB):  22.0 0.0
Signal attenuation (dB): Not monitored
Connection speed (kbps): 45563 7576
SNR margin (dB):        6.3 6.0
Power (dBm):            11.2 -4.7
Interleave depth:      8 1
INP:                    47.00 0
G.INP:                  Enabled
RSCorr/RS (%):          0.0623 0.0000
RSUnCorr/RS (%):        0.0000 0.0000
ES/hour:                0.07 19.9

[#11]

If you could provide the longer stats, that would be great.

[#12]

Longer stats below...
xdslcmd info --stats
xdslcmd: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 1
Last initialization procedure status: 0
Max: Upstream rate = 7576 Kbps, Downstream rate = 45724 Kbps
Bearer: 0, Upstream rate = 7576 Kbps, Downstream rate = 45563 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): 6.5 5.9
Attn(dB): 22.0 0.0
Pwr(dBm): 11.2 -4.7
VDSL2 framing
Bearer 0
MSGc: -6 26
B: 243 223
M: 1 1
T: 0 42
R: 10 0
S: 0.1705 0.9392
L: 11916 1908
D: 8 1
I: 254 112
N: 254 224
Q: 8 0
V: 0 0
RxQueue: 36 0
TxQueue: 12 0
G.INP Framing: 18 0
G.INP lookback: 12 0
RRC bits: 0 24
Bearer 1
MSGc: 122 -6
B: 0 0
M: 2 0
T: 2 0
R: 16 0
S: 8.0000 0.0000
L: 32 0
D: 1 0
I: 32 0
N: 32 0
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 782929
OHFErr: 4 1490
RS: 981412240 3776626
RSCorr: 447121 0
RSUnCorr: 0 0
Bearer 1
OHF: 14058894 0
OHFErr: 0 0
RS: 112470661 0
RSCorr: 23 0
RSUnCorr: 0 0
Retransmit Counters
rtx_tx: 887185 5104
rtx_c: 48599 106216
rtx_uc: 29403 32858
G.INP Counters
LEFTRS: 580 1002
minEFTR: 45564 8567
errFreeBits: 1302030748 869293275
Bearer 0
HEC: 0 0
OCD: 0 0
LCD: 0 0
Total Cells: 2606294813 0
Data Cells: 103899567 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: 28 1394
SES: 11 0
UAS: 60 49
AS: 225825
Bearer 0
INP: 47.00 0.00
INPRein: 0.00 0.00
delay: 0 0
PER: 0.00 9.90
OR: 0.01 25.85
AgR: 45609.30 7602.30
Bearer 1
INP: 2.00 0.00
INPRein: 2.00 0.00
delay: 0 0
PER: 16.06 0.01
OR: 63.75 0.01
AgR: 63.75 0.01
Bitswap: 133857/133869 624/624
Total time = 1 days 5 hours 10 min 39 sec
FEC: 1954283 10564
CRC: 623 1490
ES: 28 1394
SES: 11 0
UAS: 60 49
LOS: 1 0
LOF: 10 0
LOM: 0 0
Latest 15 minutes time = 10 min 39 sec
FEC: 381 0
CRC: 0 5
ES: 0 5
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Previous 15 minutes time = 15 min 0 sec
FEC: 2366 0
CRC: 0 9
ES: 0 9
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Latest 1 day time = 5 hours 10 min 39 sec
FEC: 14428 0
CRC: 2 165
ES: 1 141
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Previous 1 day time = 24 hours 0 sec
FEC: 100083 0
CRC: 2 496
ES: 1 471
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Since Link time = 2 days 14 hours 43 min 43 sec
FEC: 447121 0
CRC: 4 1490
ES: 2 1394
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
#

[#13]

Quote from: supernova1

Nope, I give up, what's the answer  ATB SN

You say G.IMP. It isn't :).
It's G.INP.

[#14]

You should have said that in the first place

[#15]

Well to be fair the way openreach has rolled out G.INP from the start is more closer to GIMP