Is G.INP on the upstream set to enabled as standard in Italy ?
Yes
I thought so the UK must be the only country in the world that has it disabled as standard
Why does the G.INp on upstream is disable by default in UK?
I remember there were some issues with Lantiq for the G.INP on upstream till the end of 2014, but now the problem has been fixed with the new xdsl driver. I got a Draytek 2860NPlus also, and the first firmware with G.INP fully operable came out on March 2015.
Maybe some UK ISP are providing modem-router equipped with lantiq chipset?
So do you think that G.Vector is really working or not? How much improvement did you see on your line since Vectoring has been enabled?
It seems like it is enabled but I'm not aware why you don't see an improvement. If you post your qln-graph maybe someone can say something to the crosstalk on your line. Probably you don't have any disturbers or their hardware isn't vectoring capable and still generating noise.
On my line 2 weeks ago g.inp and vectoring was enabled and the speed increased a bit.
The improvement depends on how much crosstalk can get cancelled.
My ISP made tests to show how much speed can be recovered with vectoring.
Hi, thank you very much for the respose.
These are my QLN and Hlog.
QLN:
http://i.imgur.com/Uoakcq8.pngHlog:
http://i.imgur.com/rNwdh05.pngAs for the hardware I think the majority of pepole here are using the modem provided by the ISP. Its a Technicolor equipped with the same broadcom chipset [BCM63168] as the Zyxel (with vectoring support).
Furthermore, I think that almost all devices would support G.Vector properly by now in 2016 , theoretically at least.
I would add another detail: with the Draytek 2860N+ I've tried to disable the G.Vector and I did notice that using some old modem codes I cannot even sync with the cab anymore, maybe because the modem its not recognized as "vectoring friendly". Instead, with some newer modem codes I can sync even without Vectoring.
So i think all the connected lines must be vectoring friendly at least, and consequently their crosstalk should be addressed.
Anyway I wonder what the "error samples" are reffering to. Samples of what? The condition of the line that serves the DSLAM to remove the crosstalk?
Connection speed 107999 VDSL2 Profile 17a
As an aside I thought the theoretical max speed for VDSL2 was 100Mbps.
I was beginning to think I was being stupid, so I went and double checked. According to ITU G.993.2 specs it is indeed 100Mbps - max power 14.5dBm
but I haven't see any improvement in terms of SNRm or max attainable rate:
I wondered if you are lucky enough not to have any crosstalkers... then I saw this "I had an higher "max attainable rate" (125mbit, now 110mbit)".
Can you recall your sync speed when you had the 125Mbps max rate?
Out of interest what are your Band Plans (Medley) eg from the pbParams tab
Discovery Phase (Initial) Band Plan
US: (6,31) (882,1193) (1984,2770)
DS: (33,857) (1218,1959) (2795,4083)
Medley Phase (Final) Band Plan
US: (6,31) (882,1193) (1984,2770)
DS: (41,857) (1218,1959) (2795,4083)
Hi, my Band Plans are the following:
What do you think about it? Are there some remarkable differences from yours or is it almost identical?
When I had 125mbit of attainable the sync speed was the same.
We have currently 2 profile: 50\10 and 100\20 and the bitrate respectively are: 54000*10800 and 108000*21600, so 108000 is the maximum for downstream.
Regarding the max speed, as someone already suggested in real pratice its a bit higher than 100mbit.
Anyway, someone knows the commad to
disable the G.Vector with a broadcom modem? I would try to see which number I get without Vectoring.
I've tried
xdslctl configure --vectoring off but it does not work.
[Moderator edited to adjust the links to the QLN & Hlog plots.]