g.imp not enabled still

Should g.imp be enabled on my line by now?

Was wondering if there is anything at my end stopping it?

Software version = V100R001C01B030SP08
Software last change detected at 25/06/2015 at 18:40

Firmware version = A2pv6C038m.d24j
Firmware last change detected at 25/06/2015 at 18:40

CPU version = BCM6368
CPU last change detected at 25/06/2015 at 18:40

CFE version = 1.0.37-102.6
CFE last change detected at 25/06/2015 at 18:40
[-quote]

Do you mean G.INP? What modem do those details refer to?

We need the xdslcmd info --show stats. That was just the firmware data, which is useful as it shows the latest unlocked version for the HG612 which I assume you are using, but doesn't help us answer your question.

Edited by RobertoS (Fri 12-Feb-16 11:43:20)

Hi Roberto

I managed to get the following: Does this help?

# xdslcmd info --show
xdslcmd: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 0
Last initialization procedure status: 0
Max: Upstream rate = 9505 Kbps, Downstream rate = 55300 Kbps
Bearer: 0, Upstream rate = 9577 Kbps, Downstream rate = 39994 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.1 6.0
Attn(dB): 20.4 0.0
Pwr(dBm): 12.8 6.8
VDSL2 framing
Bearer 0
MSGc: 18 27
B: 31 238
M: 1 1
T: 64 2
R: 10 16
S: 0.0255 0.7938
L: 13200 2570
D: 1283 1
I: 42 255
N: 42 255
Counters
Bearer 0
OHF: 631433014 421969
OHFErr: 162 377
RS: 1951953941 1601705
RSCorr: 20710262 11640
RSUnCorr: 1307 0

Bearer 0
HEC: 210 0
OCD: 10 0
LCD: 10 0
Total Cells: 3075324273 0
Data Cells: 947776403 0
Drop Cells: 0
Bit Errors: 0 0

ES: 70 360
SES: 0 0
UAS: 26 26
AS: 1549031

Bearer 0
INP: 3.50 0.00
INPRein: 0.00 0.00
delay: 8 0
PER: 2.45 13.14
OR: 78.26 20.07
AgR: 40072.04 9597.49

Bitswap: 441232/441662 560/576

#

Edited by Ripley (Fri 12-Feb-16 12:29:54)

In reply to a post by Ripley:

Should g.imp be enabled on my line by now?

No.

From another post you are on Cabinet 23 on the Ripley Exchange.

This cabinet is an ECI one - and they do not yet have G.INP enabled on them.

ah good spot, thanks for confirming

The only real effect on you of the interleaving you have is the 8ms addition to your latency.

Yeah the 8 ms latency is my only problem with the line. Last time I asked the isp's had no control and could not force the line to be on a fast path type set up, which is frustrating especially when I'm paying good money to go with Zen.

I would rather lose 10 meg off the speed and have no interleaving.

Having made the (mistake??) decision to get a Draytek Vigor 130 modem, rather than an HG612 to replace the stats-less Openreach ECI modem provided at my FTTC install... I've not yet interpreted exactly what many of the items in the Vigor stats mean - especially when it comes to interleaving and G.INP.

This is the output I get:


oh_vigor130> vdsl status
vdsl status
---------------------- ATU-R Info (hw: annex A, f/w: annex A/B/C) -----------
Running Mode : 17A State : SHOWTIME
DS Actual Rate : 70862000 bps US Actual Rate : 19999000 bps
DS Attainable Rate : 69821032 bps US Attainable Rate : 29132000 bps
DS Path Mode : Fast US Path Mode : Fast
DS Interleave Depth : 1 US Interleave Depth : 1
NE Current Attenuation : 15 dB Cur SNR Margin : 5 dB
DS actual PSD : 7. 3 dB US actual PSD : 13. 5 dB
NE CRC Count : 0 FE CRC Count : 14457
NE ES Count : 0 FE ES Count : 10894
Xdsl Reset Times : 0 Xdsl Link Times : 1
ITU Version[0] : b5004946 ITU Version[1] : 544e0000
VDSL Firmware Version : 05-07-04-03-00-07 [with Vectoring support]
Power Management Mode : DSL_G997_PMS_L0
Test Mode : DISABLE
-------------------------------- ATU-C Info ---------------------------------
Far Current Attenuation : 19 dB Far SNR Margin : 15 dB
CO ITU Version[0] : b5004244 CO ITU Version[1] : 434da48c
DSLAM CHIPSET VENDOR : < BDCM >
oh_vigor130> vdsl status more
vdsl status more
---------------------- ATU-R Info (hw: annex A, f/w: annex A/B/C) -----------
Near End Far End Note
Trellis : 1 1
Bitswap : 0 1
ReTxEnable : 0 1
VirtualNoise : 0 0
20BitSupport : 0 0
LatencyPath : 0 0
LOS : 0 0
LOF : 0 0
LPR : 0 0
LOM : 0 0
SosSuccess : 0 0
NCD : 0 0
LCD : 0 0
FECS : 0 79163 (seconds)
ES : 0 10894 (seconds)
SES : 0 0 (seconds)
LOSS : 0 0 (seconds)
UAS : 33 247644 (seconds)
HECError : 0 0
CRC : 0 14457
RsCorrection : 0 0
INP : 0 220 (symbols)
InterleaveDelay : 0 20 (1/100 ms)
NFEC : 254 32
RFEC : 16 16
LSYMB : 5374 16
INTLVBLOCK : 127 32
AELEM : 0 ----

I assume with an interleave depth of 1 interleaving is essentially off, and ReTxEnable shows G.INP is on, with the INP value providing further confirmation; what about the interleave delay though?

Does anyone have any general comments on these stats please - eg/ suggestions for improvement or of any issues - (and are there any other commands I could use on the Draytek to provide useful data)?

The latency shown on my BQM (and experienced through speedtests) seems to be a bit up and down - though it has been better the past week or so, but went up a little when I rebooted the modem to overcome an issue earlier today: http://www.thinkbroadband.com/ping/share/34951783ebe...

I think most issues I think are present are Wi-Fi related, despite having just bought an AC1200 access point and being able to sometimes get 60+Mbps from it on my mobile speedtest, at other times it seems robustly fixed to around either 20Mbps or 30Mbps; that said I've just now got 39ms ping, over 40Mbps down and 12Mbps up through wifi to my company VPN and an Ookla server in Germany - and 15ms ping, 65Mbps, 16Mbps with wifi but the VPN off - so it can't be that bad! TBB speed test results are a bit up and down, and I tend to get the RWIN error whatever (laptop, Win 8.1 or 10) device I'm using and whether cabled or not. http://www.thinkbroadband.com/speedtest/results.html...

Thank you!

PS. Looking into the feasibility of adding support for the Draytek to DSLstats, to allow use of MyDSLWebStats - have downloaded and rebuilt the source code, and working out how to debug Pascal on Windows - many years since I last wrote Pascal. It looks to be a case of adapting the telnet commands set to the modem and parsing the response appropriately to populate the data structures already used; do the stats above look to include all that would be necessary to do this, I've not looked into what MyDSLWebStats actually receives and logs from DSLstats yet?

A quick solution would be to buy a HG612 surely?