Kitz Forum
Announcements => News Articles => Topic started by: underzone on June 16, 2015, 01:42:06 PM
-
BT Openreach has confirmed that VDSL2 Vectoring (ITU-T G.993.5), which reduces crosstalk interference on ‘up to’ 40-80Mbps FTTC “fibre broadband” lines and thus improves service speeds, is now being deployed at locations around the United Kingdom; specifically focusing on “areas where it delivers the most benefit to customers“.
The technology, which is also known as Self-FEXT Cancellation, was originally created several years ago in order to tackle an irritating problem where lots of active copper VDSL2 (FTTC) lines would effectively create interference for one another.
The result of this crosstalk interference is that FTTC connections can suffer a significant fall in download and upload speed (experiences vary but -10% to -30% performance loss isn’t unknown). As such Vectoring works a bit like noise cancelling headphones and coordinates the copper VDSL2 line signals in order to remove most of that interference.
Recently there has been some speculation about the future of Vectoring on FTTC lines, not least because BT’s forthcoming (2016/17) commercial roll-out of ultrafast 500Mbps+ capable G.fast broadband technology would appear to make spending money on Vectoring upgrades less attractive. On top of that Vectoring is no longer listed on BTWholesale’s latest Broadband Roadmap for the near-term future.
Openreach has now informed ISPreview.co.uk that Vectoring on FTTC lines is still a “key part” of their toolkit and they are continuing to “test and develop its capabilities“. Crucially they’ve also started deploying Vectoring outside of the trial areas, focusing specifically on FTTC street cabinets / areas where the benefit of its deployment would be most keenly felt. Sadly Openreach was not able to offer any further details.
As it stands BT’s focus going forwards is likely to be increasingly directed towards their future G.fast upgrades. As a technology G.fast has been a lot less hassle to test and implement than FTTC Vectoring, although the outcome of BT’s real-world trials may yet impact their plans (these are about to begin).
(https://forum.kitz.co.uk/proxy.php?request=http%3A%2F%2Fwww.ispreview.co.uk%2Fwp-content%2Fgallery%2Fcache%2F1311__300x300_bt_openreach_fttc_cabinet_and_engineer.jpg&hash=6bee6b2d59acddeb198a79284b3acbf2e89955a6)
Source: http://www.ispreview.co.uk/index.php/2015/06/bt-begins-uk-rollout-of-vectoring-to-fix-fttc-fibre-broadband-speeds.html (http://www.ispreview.co.uk/index.php/2015/06/bt-begins-uk-rollout-of-vectoring-to-fix-fttc-fibre-broadband-speeds.html)
-
They better had increase the capacity of their network if they are rolling out vectoring and g fast, as it cannot fully cope with demand now in some areas,
-
I wonder will ECI cabinets be able to accept vectoring technology? ;D
-
I wonder will ECI cabinets be able to accept vectoring technology? ;D
This was my first thought, hopefully we don't get left out....
-
According to this ECI blog entry, yes!
http://blog.ecitele.com/Pages/Post.aspx?PostID=60&Author=ECI%20Staff
-
According to this ECI blog entry, yes!
http://blog.ecitele.com/Pages/Post.aspx?PostID=60&Author=ECI%20Staff
Another interesting blog post here too:
http://blog.ecitele.com/Pages/Post.aspx?PostID=67&Author=ECI%20Staff (http://blog.ecitele.com/Pages/Post.aspx?PostID=67&Author=ECI%20Staff)
"VDSL VECTORING IN THE FIELD" - Oct 2011
-
According to this ECI blog entry, yes!
http://blog.ecitele.com/Pages/Post.aspx?PostID=60&Author=ECI%20Staff
Well that's not what has been found to be the case on this forum based on knowledge of which eci hardware is in use the ECI Hi-FOCus M41 Dslam doesn't support vectoring this seems to be the one chosen by bt
-
So if the V41 marketed as system level vectoring ready, why would it need firmware upgrade?
-
The firmware upgrade refers to the CPE - those based on the Lantiq VRX268 chip (as present in the ECI B-Focus modems).
The ECI cabinet will support vectoring in the sense that the V41 will fit in the cabinet if the M41 is taken out first.
-
Vectoring on FTTC lines is still a “key part” of their toolkit and they are continuing to “test and develop its capabilities“. Crucially they’ve also started deploying Vectoring outside of the trial areas, focusing specifically on FTTC street cabinets / areas where the benefit of its deployment would be most keenly felt.
One point to BlackSheep and ya boo sucks to another source of information. ;D
---------
Important Note:
I thought I best clarify - that is most definitely NOT directed at Ignitionet. I don't want another flame-war.
It wasn't Ignitionet's information that was in dispute last time either... but another 3rd party.
-
Well that's not what has been found to be the case on this forum based on knowledge of which eci hardware is in use the ECI Hi-FOCus M41 Dslam doesn't support vectoring this seems to be the one chosen by bt
The M41 does support vectoring - but only at a line card level. Its been discussed a few times, but this was the original one
See threads
http://forum.kitz.co.uk/index.php/topic,13268.msg249932.html#msg249932
and
The ECI cabs could prove problematic because although vectoring can be done at a line card level, its not as efficient as a standalone vectoring module. By efficient I mean in terms of spare lines and manual intervention. The nearest I can equate it to is wanting to add a new PCI card into your PC, but youve run out of PCI slots. The ECI cabs dont appear to have room or capability for a new module to be added, so its anyone's guess yet how BT will proceed with the ECIs.
-
I wonder if Openreach have told their own staff about this yet.
*Waits for BlackSheep to step in* ;D
-
I was very surprise that Openreach start to roll out vectoring on all haewei cabinets soon but no date confirmed yet. :( But, what worrying me is what about ECI cabinets?
-
This is like a Dick Emery classic with BT..."think I got it wrong again!"
I'm guessing there are some red faces amongst those responsible for opting for ECI equipment.
-
I wonder if Openreach have told their own staff about this yet.
Yes they have... but last time it mentioned it all hell broke loose and I had to remove the whole thread :(
This is why it pee's me off when people diss information coming from this forum, because it was mentioned here 3 weeks ago.
-
Well that's not what has been found to be the case on this forum based on knowledge of which eci hardware is in use the ECI Hi-FOCus M41 Dslam doesn't support vectoring this seems to be the one chosen by bt
The M41 does support vectoring - but only at a line card level. Its been discussed a few times, but this was the original one
See threads
http://forum.kitz.co.uk/index.php/topic,13268.msg249932.html#msg249932
and
The ECI cabs could prove problematic because although vectoring can be done at a line card level, its not as efficient as a standalone vectoring module. By efficient I mean in terms of spare lines and manual intervention. The nearest I can equate it to is wanting to add a new PCI card into your PC, but youve run out of PCI slots. The ECI cabs dont appear to have room or capability for a new module to be added, so its anyone's guess yet how BT will proceed with the ECIs.
Wasn´t one of the BTOR talks mentioning the possibility of cable rearrangements at cabinet level being considered as part of network improvements?
This would go hand in hand with card level vectoring, a lot more labour intensive but would reduce capital costs.
-
I wonder if Openreach have told their own staff about this yet.
Yes they have... but last time it mentioned it all hell broke loose and I had to remove the whole thread :(
This is why it pee's me off when people diss information coming from this forum, because it was mentioned here 3 weeks ago.
Ah, I didn't see that, it's a shame good info had to be taken down :(
-
Ah, I didn't see that, it's a shame good info had to be taken down :(
Same here, I think. Must create more kitz-reading time :graduate:
-
Good explanation of FEXT technology here...
http://www.ospmag.com/issue/article/Saving-Coppers-Life
-
I just read the article and spotted comments from "AndyH".
Who is this guy, a reputable source or ??? Seems to be questioning the PR office at BT
I think the PR folk need to double check internally what they’ve told you as the left and right hands don’t seem to be talking to one another.
-
I just read the article and spotted comments from "AndyH".
Who is this guy, a reputable source or ??? Seems to be questioning the PR office at BT
I think the PR folk need to double check internally what they’ve told you as the left and right hands don’t seem to be talking to one another.
He posts a lot of good info on the PN forums, not sure where he's from / works for but he seems to be in the know to some extent
-
I just read the article and spotted comments from "AndyH".
Who is this guy, a reputable source or ??? Seems to be questioning the PR office at BT
I think the PR folk need to double check internally what they’ve told you as the left and right hands don’t seem to be talking to one another.
He posts a lot of good info on the PN forums, not sure where he's from / works for but he seems to be in the know to some extent
Not sure if that's how he's seen over there by everyone, but then how do the simpler folk judge? :-\ ;D
-
Well from what I've seen he's been quite helpful, can't speak for every one of his posts / threads
-
I just read the article and spotted comments from "AndyH".
Who is this guy, a reputable source or ??? Seems to be questioning the PR office at BT
I think the PR folk need to double check internally what they’ve told you as the left and right hands don’t seem to be talking to one another.
he is someone who I think is affiliated with BT group somehow or maybe affiliated to an isp who has access to all the briefings, but whenever I question him now in terms of his relation to BT, the mods intervene calling it a personal attack. I suspect one reason he wont post on this site is then kitz could check his ip :p and he doesnt want it known who he is.
The problem with what he posts is he takes everything said in those briefings as if its never wrong and also he himself seems to be misunderstanding some of the information, plus anything provided by the community such as this forum he tosses aside as if its irrelevant. He also talks down to people as if they lower beings, and tosses aside people's legit problems as if they dont matter.
-
Well from what I've seen he's been quite helpful, can't speak for every one of his posts / threads
I'd agree - but there is a certain amount of arrogance on the PN forum, and generally he is usually mixed up in anything vaguely controversial. Another person (name begins with "I") comes across as arrogant as well. Both of them are obviously well versed in what's going on at BT, but perhaps they only know what they're being "told"...
-
This topic seems to spark debates again, but I think the big clue is in this statement
“fibre broadband” lines and thus improves service speeds, is now being deployed around the United Kingdom; specifically focusing on “areas where it delivers the most benefit to customers“.
I am certainly not aware of any plans for ECI's - I believe a rumour came somewhere over on the PN forums last year by one of the reps that it could be done when talking about the pilots... and we've known for a while on here that its possible at a line card level, yet Ive never seen mention of how it could be done or if it would be done by Openreach.
But we do know that some of the Huawei's are capable, we know its been it trial and we know BT could if they so wish use it to regain speed lost through cross talk. Its never been intended as a way to improve speeds. BDUK uses Huawei cabs and BDUK rollouts are in some of the more rural area's where it could make a difference. I get the feeling vectoring is not completely dead in the water, but whether or not it will be rolled out nationwide certainly seems to be something BT are keeping stum on.
-
I just wish BT just get on with it and tell us if vectoring are going to be roll out or not? Plusnet's AndyH say NO, it will not gonna to happen.
-
Patience is a virtue, and BT are under no obligation to tell anybody about how they conduct their business. Yes, it would be nice of them to do so, but that's all it is .......... niceness.
I don't know AndyH, but I've got a sneaky feeling this statement ..... ' Plusnet's AndyH say NO, it will not gonna to happen' is completely incorrect. ;) Nuff said. :)
-
I just wish BT just get on with it and tell us if vectoring are going to be roll out or not? Plusnet's AndyH say NO, it will not gonna to happen.
AndyH is NOT a plusnet rep. He has access to certain information, but often that information is down to his interpretation. I've tried to nicely correct him over a few things, but since it backfires Ive given up trying to be nice about it and as mentioned further up in the thread it is sometimes wrong and he just completely ignores anything to the contrary.
Some of them that I can recall off the top of my head - - NGA2 - a misunderstanding of what it is - ie it is not a product & something similar with brownfields
- - Telling people seeing speed reductions of 10Mb and doubling of latency that its not performance affecting
- Rubbishing the 30 mins guideline and insisting its 30 seconds - link (http://community.plus.net/forum/index.php/topic,139894.msg1238799.html#msg1238799).
1) He misunderstood the difference between RAP (http://www.kitz.co.uk/adsl/DLM_system.htm#RAP) and DLM. 30 seconds is in relation to RAP and picking up a correct IPprofile and nothing to do with DLM side.
2) I can state that although the DSLAMs are capable of seeing a dying gasp and although its a requirement of SIN - it is not the method used by DLM. BT has its own method of detecting wide area events (http://www.kitz.co.uk/adsl/DLM.htm#wide_area_events) (thunderstorms/powercuts) & unforced retrains (http://www.kitz.co.uk/adsl/DLM.htm#unforced_retrains). An unforced retrain is when it is assumed to be EU turning off the modem. DLM counts and uses unforced retrains and not dying gasps. He still refuses to believe that he is wrong (http://community.plus.net/forum/index.php/topic,139894.msg1238799.html#msg1238799).
- His quote after I disclosed the chipset link between the ECI's/HH5A/TP-Link - link (http://community.plus.net/forum/index.php/topic,136287.msg1216072.html#msg1216072)
You keep going on about the modems being incompatible - they are compatible and have been tested for quite some time.
- Rubbish about MarkII G.INP rollout and refusing to believe that the default profile is Upstream, Error Protection off. Despite all the evidence to the contrary on the forums and that I know for sure that I am correct on this, he still refuses to see it any other way and that its down to his misinterpretation of facts. :/
You are correct about arrogance :/
Another person (name begins with "I")
If you mean Ignitionet, then he's a different kettle of fish. He normally does have a good idea of what is going on and he has a very strong background knowledge of DSL and how it works.
-
Just been browsing the pn forum and this guy just cannot help himself, oh well such is life, https://community.plus.net/forum/index.php/topic,140470.msg1240118.html#msg1240118 (https://community.plus.net/forum/index.php/topic,140470.msg1240118.html#msg1240118)
-
I get a peculiar tingle in my whiskers that AndyHCZ (TBB forum) is the AndyH (Plusnet forum) . . .
-
Yes i think they are the same too
-
I don't know AndyH, but I've got a sneaky feeling this statement ..... ' Plusnet's AndyH say NO, it will not gonna to happen' is completely incorrect. ;) Nuff said. :)
Love to keep us guessing eh? ;)
-
Ha ha, yeah ............ it's just my own opinion, but I'm not always right. ;D
-
Who maybe the same as this user on the sky forum http://www.skyuser.co.uk/forum/sky-broadband-fibre-help/50492-fttp-area-sky-enabled-exchange-but-unable-get-sky-fibre.html (http://www.skyuser.co.uk/forum/sky-broadband-fibre-help/50492-fttp-area-sky-enabled-exchange-but-unable-get-sky-fibre.html) same user name as TBB, claims to have a FTTP connection
And this would confirm thishttps://community.bt.com/t5/BT-Infinity-Speed-Connection/Peak-time-speeds-really-slow-Kidsgrove-area/td-p/1156710/page/2 (https://community.bt.com/t5/BT-Infinity-Speed-Connection/Peak-time-speeds-really-slow-Kidsgrove-area/td-p/1156710/page/2) he appears to be as well liked on there
https://community.bt.com/t5/BT-Infinity-Speed-Connection/G-INP-affecting-certain-eci-modems-resulting-in-a-drop-in-sync/m-p/1468289#M174121 (https://community.bt.com/t5/BT-Infinity-Speed-Connection/G-INP-affecting-certain-eci-modems-resulting-in-a-drop-in-sync/m-p/1468289#M174121)
-
AndyH is the person that I would avoid him.
-
AndyH strikes me as a person that has privileged access to information and then because of that he thinks he is some kind of superior intelligent being, but as kitz pointed out he is misunderstanding a lot of it, and is effectively trying to act as some kind of spokesperson for openreach.
One thing I did point out to him, is when openreach first rolled out g.inp he was telling everyone that it is required on the US as too many lines have errors without it, yet when openreach then changed their stance, he started telling everyone it isnt needed, so basically he hasnt got his own mind but just acts like a spokesperson.
As kitz said we know ignition's background, he has worked for multiple isp's and genuinely does have some knowledge on the subject. He is much more selective than andyh on what he discloses.
-
I get a peculiar tingle in my whiskers that AndyHCZ (TBB forum) is the AndyH (Plusnet forum) . . .
I think he also posts on the bt community forums, I vaguely remember seeing an andyh a lot when I was a regular on there.
-
Just been browsing the pn forum and this guy just cannot help himself, oh well such is life, https://community.plus.net/forum/index.php/topic,140470.msg1240118.html#msg1240118 (https://community.plus.net/forum/index.php/topic,140470.msg1240118.html#msg1240118)
@Tommy - yea, that's the kind of arrogance I was talking about, from exactly the two people I was thinking of... ::)
So it's a pilot/trial - that doesn't mean it can't be widespread or take in differing parameter/factors to determine whether it's a worthwhile thing - if you've got 20 million lines in the UK, then 1% of those would still be quite large... Saying that a director in BT thinks it's a pilot doesn't actually give away the scope or nature of the pilot.
It's not so much the message they're trying to convey, it's the way they do it...
-
I just walking bypass cabinet and saw openreach engineers (there are about 7 of them with two vans) with a grey boxes (new line card) installed. I asked the guys are vectoring going to be roll out? The guys was surprise me saying "This the vectoring we going to addition on the cabinet soon, very soon".
So, it all seem true.
-
How many Openreach engineers does it take to install a line card :D
-
According to some contributors on other forums, none. ;) ;D
-
How many Openreach engineers does it take to install a line card :D
If they are local council trained then 7 bods to install one new card is a little on the low side, example to change a light bulb it takes 10 of them, nine to stand around watching and one to actually carry out the task,lol
-
If they are local council trained then 7 bods to install one new card is a little on the low side, example to change a light bulb it takes 10 of them, nine to stand around watching and one to actually carry out the ask,lol
no it isn't, the others are in the van making the tea :P
-
According to some contributors on other forums, none. ;) ;D
I saw that :D
-
Ha ha To paraphrase a famous Spanish waiter .......... "I know nothing". ;) ;D
-
So I sent Openreach an enquiry via that form on the superfast where and when site, asking if they could advise if my cabinet was planned for vectoring.
Got a reply saying "Great news! Your cabinet is enabled for fibre services, please contact a serice provider.." etc etc
Yeah that's great, but not what I asked, clearly scripted replies. I didn't expect a useful reply anyway if I'm honest, but thought I'd give it a shot :D
-
Haha another fail from openreach for not bothered to read your message proper.
-
Is there any further news on vectoring since this was last updated? Do you think it will be rolled out?
-
No it won't be rolled out. As openreach are doing G.fast instead.
-
Ok thanks for confirming.
-
No it won't be rolled out. As openreach are doing G.fast instead.
Do we know this for sure, or is that just an assumption based on the fact that they now appear to be investing more time, money & effort in g.fast rather than say upgrading the ECI cabs. They could if they wanted use vectoring in certain areas (say the BDUK cabs) to try and get a bit more from certain lines to improve target speeds. Im sure I read something implying that this may be considered.
caveat from me.
Im not saying they will or wont.. but it certainly looks a bit dead right now for the ECI's at least.
-
It would be quite a long time before we saw G.fast rolling out where we live I think. We only got enabled for fibre about a year and half ago.
-
Nothing's changed from last year. A bit of vectoring here and there to get marginal punters above the local authority target. Beyond that G.fast with a heavier dose of FTTP than planned previously.
Those wondering why BT would obsolete the cabinets should remember that the Huawei kit has, from memory, 30+ gigabits of backplane capacity, can take 10Gb backhaul, and can happily function as an FTTP OLT with the addition of PON cards.
Hint hint.
-
Those wondering why BT would obsolete the cabinets should remember that the Huawei kit has, from memory, 30+ gigabits of backplane capacity, can take 10Gb backhaul, and can happily function as an FTTP OLT with the addition of PON cards.
I believe it is possible with the Huawei SmartAX MA5603T but not the smaller Huawei SmartAX MA5616. Would that agree with your general feeling? :-\
-
Are any of the stats monitoring and recording programs collecting and displaying the status of vectoring?
-
Where is it in the router's stats?
-
Are any of the stats monitoring and recording programs collecting and displaying the status of vectoring?
We need to know how to recognise it first. In the case of G.Inp it was the presence of Bearer 1 in the stats, but I have no idea what marker vectoring adds to the stats (if it does).
-
I think you need to use a specific command line switch to report the vectoring status. For the CPE modem, it's main task in the vectoring is to upload all the data the vectoring engine in the DSLAM needs. I'm not sure anything would show up in the general line stats.
-
As mentioned in another thread, the command for a HG612 is xdslcmd info --vectoring:-
http://forum.kitz.co.uk/index.php/topic,14361.msg315735.html#msg315735
# xdslcmd info --vectoring
xdslcmd: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 0
Last initialization procedure status: 0
Max: Upstream rate = 4847 Kbps, Downstream rate = 21648 Kbps
Bearer: 0, Upstream rate = 4789 Kbps, Downstream rate = 22059 Kbps
Bearer: 1, Upstream rate = 0 Kbps, Downstream rate = 0 Kbps
Vectoring state: 5
VCE MAC Address: 0:0:0:0:0:0
Total error samples Ethernet pkts sent: 0
Total error samples Ethernet pkts discarded: 0
Total error samples statuses sent: 0
Total error samples statuses discarded: 0
#
i.e. not active yet.
-
As mentioned in another thread, the command for a HG612 is xdslcmd info --vectoring
I wonder how many other undocumented flags are available to the xdslcmd command? :-\
When I last interrogated an HG612, the following was output --
# xdslcmd --help
Usage: xdslcmd start [--up] [--mod <a|d|l|t|2|p|e|m|v>] [--lpair <(i)nner|(o)uter>]
[--trellis <on|off>] [--snr <snrQ4>] [--bitswap <on|off>] [--sesdrop <on|off>]
[--sra <on|off>] [--CoMinMgn <on|off>] [--i24k <on|off>] [--phyReXmt <0xBitMap-UsDs>]
[--TpsTc <0xBitMap-AvPvAaPa>] [--monitorTone <on|off>]
[--profile <0x00 - 0xFF>|<"8a |8b |8c |8d |12a |12b |17a">] [--us0 <on|off>]
[--dynamicD <on|off>] [--dynamicF <on|off>] [--SOS <on|off>]
[--forceJ43 <on|off>] [--toggleJ43B43 <on|off>]
xdslcmd stop
xdslcmd connection [--up] [--down] [--loopback] [--reverb]
[--medley] [--noretrain] [--L3] [--diagmode] [--L0]
[--tones] [--normal] [--freezeReverb] [--freezeMedley]
xdslcmd configure [--mod <a|d|l|t|2|p|e|m|v>] [--lpair <(i)nner|(o)uter>]
[--trellis <on|off>] [--snr <snrQ4>] [--bitswap <on|off>] [--sesdrop <on|off>]
[--sra <on|off>] [--CoMinMgn <on|off>] [--i24k <on|off>] [--phyReXmt <0xBitMap-UsDs>]
[--TpsTc <0xBitMap-AvPvAaPa>] [--monitorTone <on|off>]
[--profile <0x00 - 0xFF>|<"8a |8b |8c |8d |12a |12b |17a">] [--us0 <on|off>]
[--dynamicD <on|off>] [--dynamicF <on|off>] [--SOS <on|off>]
[--forceJ43 <on|off>] [--toggleJ43B43 <on|off>]
xdslcmd bert [--start <#seconds>] [--stop] [--show]
xdslcmd afelb [--time <sec>] [--tones] [--signal <1/2/8>]
xdslcmd qlnmntr [--time <sec>] [--freq <msec>]
xdslcmd inm [--start <BB_THRESH 10*dB> <INMIATO> <INMIATS>] [--stop] [--show]
xdslcmd snrclamp [--shape <shapeId>] [--bpshape [bpIndex-bpLevel,]]
xdslcmd diag [--logstart <nBytes>] [--logpause] [--logstop] [--loguntilbufferfull <nBytes>]
[--loguntilretrain <nBytes>]
xdslcmd info [--state] [--show] [--stats] [--SNR] [--QLN] [--Hlog] [--Hlin] [--HlinS] [--Bits]
[--pbParams] [--linediag] [--linediag1] [--reset] [--vendor] [--cfg]
xdslcmd profile [--show] [--save] [--restore]
xdslcmd --version
xdslcmd --help
#
No mention of a vectoring flag . . .
-
This is from my HG612:-
# xdslcmd --help
Usage: xdslcmd start [--up] <configure command options>
xdslcmd stop
xdslcmd connection [--up] [--down] [--loopback] [--reverb]
[--medley] [--noretrain] [--L3] [--diagmode] [--L0]
[--tones <r1-r2,r3-r4,...>] [--normal] [--freezeReverb] [--freezeMedley]
xdslcmd configure/configure1 [--mod <a|d|l|t|2|p|e|m|M3|M5|v>] [--lpair <(i)nner|(o)uter>]
[--trellis <on|off>] [--snr <snrQ4>] [--bitswap <on|off>] [--sesdrop <on|off>]
[--sra <on|off>] [--CoMinMgn <on|off>] [--i24k <on|off>] [--phyReXmt <0xBitMap-UsDs>]
[--Ginp <0xBitMap-UsDs>] [--TpsTc <0xBitMap-AvPvAaPa>] [--monitorTone <on|off>]
[--profile <0x00 - 0xFF>|<"8a |8b |8c |8d |12a |12b |17a |30a">] [--us0 <on|off>]
[--dynamicD <on|off>] [--dynamicF <on|off>] [--SOS <on|off>] [--maxDataRate <maxDsDataRateKbps maxUsDataRateKbps maxAggrDataRateKbps>]
[--forceJ43 <on|off>] [--toggleJ43B43 <on|off>]
xdslcmd bert [--start <#seconds>] [--stop] [--show]
xdslcmd afelb [--time <sec>] [--tones] [--signal <1/2/8>]
xdslcmd qlnmntr [--time <sec>] [--freq <msec>]
xdslcmd inm [--start <INMIATO> <INMIATS><INMCC><INM_INPEQ_MODE><INM_INPEQ_FORMAT>] [--show]
xdslcmd snrclamp [--shape <shapeId>] [--bpshape [bpIndex-bpLevel,]]
xdslcmd nlnm [--show ] [--setThld <Thld_Num_Tones>]
xdslcmd diag [--logstart <nBytes>] [--logpause] [--logstop] [--loguntilbufferfull <nBytes>] [--loguntilretrain <nBytes>] [--dumpBuf <sizeKb>]
xdslcmd info [--state] [--show] [--stats] [--SNR] [--QLN] [--Hlog] [--Hlin] [--HlinS] [--Bits]
[--pbParams] [--linediag] [--linediag1] [--reset] [--vendor] [--cfg]
xdslcmd profile [--show] [--save] [--restore]
xdslcmd --version
xdslcmd --help
#
[Moderator edited to remove the rogue [code] tag.]
-
--toneGroupObjects might be another switch for xdslctl info
configure might also have --phycfg --mcfg and --lcfg but it might be very difficult to work out what they do.
Newer versions of the command may also have "xdslctl ntr ..." listed in the help output - network timing reference.
-
Any more news on vectoring?
-
Nothing has changed. Still being deployed very selectively where it can make a genuine difference in terms of getting people into the superfast range.
Incredibly unlikely it will be deployed to large numbers of cabinets.
-
Interestingly in research documents from trials, the recommendation is for isp's to use vectored vdsl2 for distances over 250m vs g.fast as it performs better, BT with their amendments to g.fast spec were to sort of bypass that so they could avoid spending money on vdsl equipment.
-
VDSL 2, even against the higher power, later revision G.fast is always going to have superior performance once you get past perhaps 400-500 metres, at the outside and depending on conditions, vectored or not.
Physics bites G.fast in the backside in a big way and wipes out any benefits for >50% of people without deeper fibre.