Kitz ADSL Broadband Information
adsl spacer  
Support this site
Home Broadband ISPs Tech Routers Wiki Forum
 
     
   Compare ISP   Rate your ISP
   Glossary   Glossary
 
Please login or register.

Login with username, password and session length
Advanced search  

News:

Pages: 1 [2] 3

Author Topic: Strange blip on my line ?  (Read 9616 times)

kitz

  • Administrator
  • Senior Kitizen
  • *
  • Posts: 33879
  • Trinity: Most guys do.
    • http://www.kitz.co.uk
Re: Strange blip on my line ?
« Reply #15 on: September 25, 2014, 11:11:23 AM »

Broadband Forum has produced this document as a description of vectoring:
http://www.broadband-forum.org/marketing/download/mktgdocs/MR-257.pdf

Figure 6 shows the effects of many competing VDSL2 lines, and the impact of crosstalk on speeds - and the improvement possible by vectoring. Note: I think it refers to 0.4mm copper, so isn't directly equivalent to UK lines.

For example, at 400 metres, in a heavily used system, the majority of lines will be running between 65 and 90Mbps, while the absolute worst case is around 45Mbps, and the vectored speeds are around 120Mbps.

That shows the huge variance - huge randomness - in the way crosstalk can affect lines. Plus, of course, the huge amount of speed that can be lost.

Thank you for that link - difference in gauge noted, but the figures are indeed still going to be large.   
It shows though that what weve always said that the shortest lines are impacted by far the most by crosstalk..  and according to that chart Vectoring is going to make very little difference for those with long d-sides.   Those with long d-sides often have a better quality gauge copper...  as may some of those with what would have previously been a long e-side, so that may cause some variance too, if they are now close to a cab.   
Logged
Please do not PM me with queries for broadband help as I may not be able to respond.
-----
How to get your router line stats :: ADSL Exchange Checker

Chrysalis

  • Content Team
  • Addicted Kitizen
  • *
  • Posts: 7382
  • VM Gig1 - AAISP L2TP
Re: Strange blip on my line ?
« Reply #16 on: September 25, 2014, 11:12:05 AM »

I calculated 3db as around 7mbit for lines that can use the full frequency
but I may have got it wrong

for longer d-sides kitz the number may be smaller but I am guessing its still significant as a % of whole speed, e.g. BE reports he lost a lot.

e.g. 5mbit lost to crosstalk doesnt sound a lot, but it is if the entire sync is 15mbit.

your extra 2mbit per 3db may well be accounted for by that you can use all tones in D1 whilst I effectively cannot due to agressive adsl power cutback.
« Last Edit: September 25, 2014, 11:40:02 AM by Chrysalis »
Logged

Chrysalis

  • Content Team
  • Addicted Kitizen
  • *
  • Posts: 7382
  • VM Gig1 - AAISP L2TP
Re: Strange blip on my line ?
« Reply #17 on: September 25, 2014, 11:43:56 AM »

kitz we talked about BT redesigning the wheel and BS said BT are only doing NEXT mitigation in the testing?

yet this is quoted in the article.

Quote
NEXT coupling is generally more severe than FEXT coupling. However, since VDSL2 uses
separate frequency bands for upstream and downstream transmission, the upstream and
downstream bands on all the wire-pairs in the cable never overlap so there is no self near-end
crosstalk from similar signals in the cable. Hence, for VDSL2 self far-end crosstalk (SELF
FEXT) is the dominant crosstalk disturber

so either we hope BS is wrong, or BT do plan to do FEXT but are not doing it in this particular test.

That graph seems to have been sampled from cable better quality then BT, I had 110 attainable yet their reported FEXT free sync rates are way higher, for 100m is like 180 attainable O_o
« Last Edit: September 25, 2014, 12:11:05 PM by Chrysalis »
Logged

WWWombat

  • Kitizen
  • ****
  • Posts: 1674
Re: Strange blip on my line ?
« Reply #18 on: September 25, 2014, 01:09:14 PM »

What is needed is for some 'cheap compatible hardware' to become available to provide the Vectoring Infrastructure which may encourage BT to spend some money.
The vectoring tests that BT did previously were with a generic FPGA DSP - which *might* mean it would run on the DSP's already installed in the Huawei DSLAMs. It could be just a software change to enable vectoring.

The current field test is with ASIC hardware (ie specifically-designed hardware). I imagine they are testing to see if there is a difference in performance, to decide whether it is worth using fresh hardware.

I recall seeing, a while back, an estimate of the lifetime costs of FTTC; that suggested that the lifetime of the DSLAM electronics within the cabinet is about 8 years. That might mean that BT would be expecting to have a programme to refresh the hardware - which might then be the point that vectoring-specific hardware gets added.

Either way, I imagine that the contract that BT has with Huawei pays for the feature-set used; if BT turn on vectoring within existing hardware, I'd imagine that Huawei would be due some extra dosh.

Quote
(Although I really expect another 'BDUK type event' will happen and we (Joe Public) will end up paying for BT to upgrade their network again  ;D :D ::) )

I imagine that this could well happen.

However...

What BDUK has paid for, in these rounds, seems to include dark fibre delivered to (the vicinity of) nearly every cabinet. The majority of properties served nationwide are within 1km of their cabinet - and this is true whether the cabinet was upgraded commercially or with BDUK. The real difference in viability was the number of properties served by the cabinet, plus the ease of getting fibre/power to the box.

The next round of upgrades are likely to be either FTTP/FTT-outside-wall or a hybrid with FTTdp. The decision about viability there is likely to be based around groups of 10-20 houses.

It strikes me that the FTTC-based outcome, with dark fibre, of this set of BDUK projects is likely to make "rural" groups-of-properties just as commercially-viable for future upgrades as "urban" groups-of-properties. The distance from "cabinet+dark fibre" to "group-of-properties" is likely to be similar (at least for a good chunk of "rural"), and it might even be easier/cheaper to feed the fibre in rural areas.

Quote
If you think the situation in the UK is bad, see Australia and their 'NBN'

Australia is a strange case - they do actually seem to have problems with the quality of the copper. I read that, for a while ten or twenty years ago, they'd been sealing copper joints with some gel of one sort or another. It turns out that this was a bad move - causing corrosion up to 3m either side of the joint. That makes it questionable as to whether their copper really is up to the job of carrying FTTC! http://www.abc.net.au/technology/articles/2013/09/19/3851924.htm

Other than that, they've done one of the hard jobs of a fibre rollout - getting together a single, nationwide plan, getting the infrastructure owners into that plan, and figuring out the funding. Politics & economics are the problems, not the technology...

OK. They've utterly changed the technology they're planning to use in the newer "mixed" model - but I tend to believe that we have the technology to meet whatever plan we want to go for. The hard part is getting an agreement on the plan, and funding it.
Logged

WWWombat

  • Kitizen
  • ****
  • Posts: 1674
Re: Strange blip on my line ?
« Reply #19 on: September 25, 2014, 01:39:22 PM »

kitz we talked about BT redesigning the wheel and BS said BT are only doing NEXT mitigation in the testing?

I can't imagine that BT are trialling vectoring for NEXT purposes - the problem is indeed all about FEXT, in both direction.

The document I linked even tells us that the title of the ITU standard for vectoring is: "Self-FEXT Cancellation (Vectoring) for
use with VDSL2 transceivers"

The NEXT problem would rear its head if subscribers were allowed different bandplans, where the downstream-upstream bands split at different frequencies, but the ANFP kills this by demanding just one bandplan (which, of course, changed in 2011-2012)

Quote
That graph seems to have been sampled from cable better quality then BT, I had 110 attainable yet their reported FEXT free sync rates are way higher, for 100m is like 180 attainable O_o

It is hard to find examples that specifically use BT's gauge and noise model, however we should bear in mind that almost no-one will ever have experienced a true FEXT-free connection. The design of the DSLAM/PCP tie cables ensures that, once there are 2 or more subscribers, *everyone* gets some crosstalk from the first 5-100m of cable.
Logged

WWWombat

  • Kitizen
  • ****
  • Posts: 1674
Re: Strange blip on my line ?
« Reply #20 on: September 25, 2014, 01:46:48 PM »

On the question of how many Mbps per dB of SNR (on which I can safely say I know little about), I did find this:
https://www.iol.unh.edu/services/testing/dsl/tools/UCP/

This is from the lab that runs the inter-operability tests for the vectoring hardware.

Their test setup inserts 10-20dB of crosstalk into the line; the result of the crosstalk is a 9dB drop in SNR reported by the modems and a 13Mbps drop in speed, both undone by vectoring.
Logged

AArdvark

  • Kitizen
  • ****
  • Posts: 1008
Re: Strange blip on my line ?
« Reply #21 on: September 25, 2014, 03:02:22 PM »

Australia is a strange case - they do actually seem to have problems with the quality of the copper.
Last OT comment.

From friends in Australia, one of the complaints seems to be they have/are paid/paying to fix the copper only to now have to pay to rip out the same copper to upgrade to Fibre (NBN).

From what I think I understand there is a commitment to replace the copper by fibre and move services over to it as part of the NBN Rollout.

Also there is some debate about the real coverage possible as the intent was originally 90% but now is no where near that figure.
(Again this is being debated as to the real figure possible!!!)
Don't even go near the politics !!!
Logged

kitz

  • Administrator
  • Senior Kitizen
  • *
  • Posts: 33879
  • Trinity: Most guys do.
    • http://www.kitz.co.uk
Re: Strange blip on my line ?
« Reply #22 on: September 25, 2014, 08:14:06 PM »

Thanks www..   I just took a stab based on one of my 'cliff edge' dips and how much I lost according to my stats.
Logged
Please do not PM me with queries for broadband help as I may not be able to respond.
-----
How to get your router line stats :: ADSL Exchange Checker

Black Sheep

  • Helpful
  • Addicted Kitizen
  • *
  • Posts: 5717
Re: Strange blip on my line ?
« Reply #23 on: September 25, 2014, 08:48:09 PM »

kitz we talked about BT redesigning the wheel and BS said BT are only doing NEXT mitigation in the testing?

I can't imagine that BT are trialling vectoring for NEXT purposes - the problem is indeed all about FEXT, in both direction.

The document I linked even tells us that the title of the ITU standard for vectoring is: "Self-FEXT Cancellation (Vectoring) for
use with VDSL2 transceivers"

The NEXT problem would rear its head if subscribers were allowed different bandplans, where the downstream-upstream bands split at different frequencies, but the ANFP kills this by demanding just one bandplan (which, of course, changed in 2011-2012)

Quote
That graph seems to have been sampled from cable better quality then BT, I had 110 attainable yet their reported FEXT free sync rates are way higher, for 100m is like 180 attainable O_o

It is hard to find examples that specifically use BT's gauge and noise model, however we should bear in mind that almost no-one will ever have experienced a true FEXT-free connection. The design of the DSLAM/PCP tie cables ensures that, once there are 2 or more subscribers, *everyone* gets some crosstalk from the first 5-100m of cable.

A small 'Cut & Paste' from one of our communiques.

The problem:
Crosstalk is due to coupling between pairs in a multi-pair copper cable and limits FTTC speeds
Increasing cable fill through customer take-up increases crosstalk and reduces line-rates
The solution:
By calculating a “pre-compensation” factor for each line, the crosstalk can be cancelled in the DSLAM
The technique for doing this is called “Vectoring”, and is conceptually similar to noise cancelling headphones
Vectoring is  global standard with multiple suppliers and is in deployment by other operators
Logged

Chrysalis

  • Content Team
  • Addicted Kitizen
  • *
  • Posts: 7382
  • VM Gig1 - AAISP L2TP
Re: Strange blip on my line ?
« Reply #24 on: September 25, 2014, 10:00:56 PM »

ok that wording to me just says if vectoring is enabled in the dslam it can cancel the crosstalk doesnt mention NEXT at all.
Of course it also requires modem compatibility which I would like to think BT understand that as well.
Logged

kitz

  • Administrator
  • Senior Kitizen
  • *
  • Posts: 33879
  • Trinity: Most guys do.
    • http://www.kitz.co.uk
Re: Strange blip on my line ?
« Reply #25 on: September 25, 2014, 11:44:46 PM »

I tend to agree.

Quote
By calculating a “pre-compensation” factor for each line, the crosstalk can be cancelled in the DSLAM

Ive said before in another post that its the above type of phrase could be what is confusing people, only last time I used the word at rather than in and Im not sure if anyone picked up what I was getting at.

ie

1)  Crosstalk can be cancelled [by vectoring equipment] IN the DSLAM
or 
2)  Crosstalk can be cancelled [that originates] AT the DSLAM

See how those 2 sentences mean entirely different things?

Judging from the above quote I'd say that 1) is the most likely

Logged
Please do not PM me with queries for broadband help as I may not be able to respond.
-----
How to get your router line stats :: ADSL Exchange Checker

burakkucat

  • Respected
  • Senior Kitizen
  • *
  • Posts: 38300
  • Over the Rainbow Bridge
    • The ELRepo Project
Re: Strange blip on my line ?
« Reply #26 on: September 25, 2014, 11:58:32 PM »

I have always assumed that 1) is the case.  :)
Logged
:cat:  100% Linux and, previously, Unix. Co-founder of the ELRepo Project.

Please consider making a donation to support the running of this site.

kitz

  • Administrator
  • Senior Kitizen
  • *
  • Posts: 33879
  • Trinity: Most guys do.
    • http://www.kitz.co.uk
Re: Strange blip on my line ?
« Reply #27 on: September 26, 2014, 12:15:02 AM »

aha...  it doesnt make sense for them to ignore FeXT because thats where most of the issues are said to be.

NeXT can to some extent be lessened by use of PSD masks and Power Cut Back.  FeXT affects VDSL2 badly particularly the shorter lines.

The vectoring engines are supposedly designed to eliminate FeXT
Logged
Please do not PM me with queries for broadband help as I may not be able to respond.
-----
How to get your router line stats :: ADSL Exchange Checker

kitz

  • Administrator
  • Senior Kitizen
  • *
  • Posts: 33879
  • Trinity: Most guys do.
    • http://www.kitz.co.uk
Re: Strange blip on my line ?
« Reply #28 on: September 26, 2014, 12:32:46 AM »

Quote
The technique for doing this is called “Vectoring”,

I know wwwW has already posted some good links.. but heres one to the Huawei equipment that is supposedly being used during the phase1 trials.
http://www.huawei.com/en/about-huawei/publications/communicate/hw-145796.htm
As you can see they address the issue of correcting crosstalk which occurs in the copper pairs sheathed in the cable with other pairs and not x-talk which occurs at the dslam.

Ive mentioned elsewhere that a lil birdie told me the BT Phase1 trials were done using the Huawei vectoring equipment.  Phase 2 (on which theyve gone very quiet) is supposedly about them designing their own hybrid solution [which rumour and I can only stress rumour, has it may also work with the ECI cabs].  Hence the earlier comments triggering 're-inventing the wheel'.
Logged
Please do not PM me with queries for broadband help as I may not be able to respond.
-----
How to get your router line stats :: ADSL Exchange Checker

WWWombat

  • Kitizen
  • ****
  • Posts: 1674
Re: Strange blip on my line ?
« Reply #29 on: September 26, 2014, 01:19:43 AM »

My understanding matches (1) rather than (2).

The way that I understand how vectoring works is as follows:

- During the sync process, the CPE modem measures how much error exists in the QAM constellation as the received signal gets decoded from the analogue; this error-data is what is sent back to the DSLAM. This is the bulk of the contribution that the CPE modem has to make to the vectoring process.

- The error-data gathered allows the DSLAM to figure out which other lines are the major FEXT disturbers of this line.

- During showtime, the DSLAM uses the error data to calculate & apply a pre-compensation prior to transmission, in real-time, such that when received at the CPE modem, the received error (predominantly caused by self-FEXT) is cancelled out by the calculated pre-compensation.

Thus the vectoring equipment sits in the DSLAM, where the bulk of its work is at showtime. However, the work it does is to calculate an "anti-noise" compensation that allows the CPE modem (doing business as normal) to perceive the received signal to be error-free.

Note that vectoring is also applied to the upstream, but my understanding is that it works entirely within the DSLAM this time - using the same process as downstream, but performing the sync measurements within the DSLAM, and applying a post-compensation at the receiver (instead of pre-compensation in the transmitter) within the DSLAM.

Ive mentioned elsewhere that a lil birdie told me the BT Phase1 trials were done using the Huawei vectoring equipment.  Phase 2 (on which theyve gone very quiet) is supposedly about them designing their own hybrid solution [which rumour and I can only stress rumour, has it may also work with the ECI cabs].  Hence the earlier comments triggering 're-inventing the wheel'.

It wouldn't surprise me for BT to have applied something of their own research into the pot. However, the point at which the pre-compensation gets applied to the transmitter is right in the heart of the DSP - at the point that the digital stream is converted into an analogue signal. I'm not a DSP engineer, but I'd imagine it would be hard to put something that is BT-specific into that point in the DSLAM's DSP.

An interesting rumour though...

I *can* believe that they'd have their own way of managing the vectoring process, and determining how to form vector groups. This kind of stuff might be seen as an output of an enhanced DLM process.
Logged
Pages: 1 [2] 3
 

anything