Wholesale Line Speed reduction

I hear the estimated line speeds from the BT Wholesale Checker have been slashed across the board. http://www.dslchecker.bt.com/adsl/adslchecker.welcome

Is this because of BT's network being overloaded due to the introduction of IPTV for BT Sport?

I checked two lines, one is the same, the other (mine) has lost 2 meg on the download estimate.

In reply to a post by BatBoy:

Is this because of BT's network being overloaded due to the introduction of IPTV for BT Sport?

I doubt that, as that will all be at the IP level, the estimate I assumed was at the VDSL sync level.

Probably more data on the effects of Cross talk ?

Mine's slashed, 58->52, and upload even more by 19->13. Actual speed remains around 70/18.5.

I think it's the sync speed they give in the estimates; I wouldn't have thought IPTV would have had any impact at that level.
I guess they just want more headroom to wiggle out of complaints.

Mine has gone the opposite way 60 to 61.2mbps
I'll find out tomorrow afternoon how good the estimate was!

WBC FTTC Up to 53.5 Up to 13.2 -- Available
WBC ADSL 2+ Up to 7 -- 4.5 to 11 Available
WBC ADSL 2+ Annex M Up to 7 Up to 1 4.5 to 11 Available
ADSL Max Up to 5.5 -- 4 to 8 Available
WBC Fixed Rate 2 -- -- Available
Fixed Rate 2 -- -- Available

Mine as always been that i get up to 47 d/l and 8.5 u/l

My estimate has reduced from 55/18 to 53/16.

I suspect it is due to their experience of the effect of crosstalk, and it having more effect than they previously imagined - early adopters within a cabinet are still getting speeds much higher than even the original estimates.

Obviously BT's network can't be currently overloaded due to a TV channel that doesn't launch for another 3 months.

In any case, when it is running, the design for that should be using multicast, and the TV-Connect concept has (I recall reading) some large-ish amount of dedicated bandwidth allocated towards each cabinet, which looks to be on top of the ordinary backhaul bandwidth.

In reply to a post by WWWombat:

In any case, when it is running, the design for that should be using multicast, and the TV-Connect concept has (I recall reading) some large-ish amount of dedicated bandwidth allocated towards each cabinet, which looks to be on top of the ordinary backhaul bandwidth.

I'd be interested in how that could work, as I thought the Openreach FTTC design was deliberately ISP neutral - as otherwise Sky and TalkTalk and any other GEA ISP would be disadvantaged.

Also how can you intercept a PPPoE session (as used on all BTW services) at the cabinet, as the PPP session terminates at the chosen ISPs RAS ?

In reply to a post by jchamier:

I'd be interested in how that could work, as I thought the Openreach FTTC design was deliberately ISP neutral - as otherwise Sky and TalkTalk and any other GEA ISP would be disadvantaged.

You probably need to take a look at this Openreach document. It looks like they can support 4 CPs wanting to multicast.

Also how can you intercept a PPPoE session (as used on all BTW services) at the cabinet, as the PPP session terminates at the chosen ISPs RAS ?

It looks like you don't, and need to establish both IPoE and PPPoE connections between router and modem.

Mine has been slashed from 58.5/18 to 54.3/13.2.

:eek:

So I wonder how much of my reduction from 68 to 52.72 profile is due to the line fault I am currently experiencing, and how much is down to crosstalk as the cabinet ports fill up? By the amount of jumper wire accumulating outside the copper cab I think there has been a big take up!

Still, my upload speed hasn't changed to the extent predicted here.....

Edited by Colin_London (Mon 27-May-13 20:18:06)

mine still says the same, but if it has been slashed I think it most likely to reduce line fault reports is the reason.