Changes to BT BRAS rates

The ISP Andrews & Arnold just posted this status message regarding the
way BT handle BRAS rates:

http://www.rt.uk.eu.org/news/msg/jc79j4$g70$(E-Mail Removed)

In short, rather than arbitrarily restricting the download speed of ADSL
lines (sometimes losing up to 1Mbps compared to the sync speed), the
download speed will be the same as the sync speed, and won't take days
to fix itself after the sync speed changes (at least for 21CN lines).

A rare example of BT actually getting something right?

--
-- river. | Free Usenet: http://news.rt.uk.eu.org/
Non-Reciprocal Laws of Expectations: | PGP: 2B9CE6F2
Negative expectations yield negative results.
Positive expectations yield negative results.

"River Tarnell" <(E-Mail Removed)> wrote in message
news:jc7ao2$2hl$(E-Mail Removed)...
> The ISP Andrews & Arnold just posted this status message regarding the
> way BT handle BRAS rates:
>
> http://www.rt.uk.eu.org/news/msg/jc79j4$g70$(E-Mail Removed)
>
> In short, rather than arbitrarily restricting the download speed of ADSL
> lines (sometimes losing up to 1Mbps compared to the sync speed), the
> download speed will be the same as the sync speed, and won't take days
> to fix itself after the sync speed changes (at least for 21CN lines).
>
> A rare example of BT actually getting something right?
>

BE\O2 have been doing this for years and it's taken till now for BT to
cotton on that it's a better solution than there stupid BRAS profiles.

As I'll be going back to BT soon due to no O2 kit in the new exchange I'm
quite pleased to see this change. The odd low sync event will no longer
bugger up download speeds!

--

WCZ

River Tarnell wrote:
> The ISP Andrews & Arnold just posted this status message regarding the
> way BT handle BRAS rates:
>
> http://www.rt.uk.eu.org/news/msg/jc79j4$g70$(E-Mail Removed)
>
> In short, rather than arbitrarily restricting the download speed of ADSL
> lines (sometimes losing up to 1Mbps compared to the sync speed), the
> download speed will be the same as the sync speed, and won't take days
> to fix itself after the sync speed changes (at least for 21CN lines).
>
> A rare example of BT actually getting something right?
>
Sad its ONLY 21CN...as I am fairly sure my exchange is still firmly in
the 20th, if not the 19th century..

River Tarnell wrote:
> The ISP Andrews & Arnold just posted this status message regarding the
> way BT handle BRAS rates:
>
> http://www.rt.uk.eu.org/news/msg/jc79j4$g70$(E-Mail Removed)
>
> In short, rather than arbitrarily restricting the download speed of
> ADSL lines (sometimes losing up to 1Mbps compared to the sync speed),
> the download speed will be the same as the sync speed, and won't take
> days to fix itself after the sync speed changes (at least for 21CN
> lines).
>
> A rare example of BT actually getting something right?

And the way that llu companies like Sky have been operating like for at
least four years.

"BT, never knowingly innovated."

In article <jc7gi1$9q9$(E-Mail Removed)>,
The Natural Philosopher <(E-Mail Removed)> wrote:
>River Tarnell wrote:
>> In short, rather than arbitrarily restricting the download speed of ADSL
>> lines (sometimes losing up to 1Mbps compared to the sync speed), the
>> download speed will be the same as the sync speed, and won't take days
>> to fix itself after the sync speed changes (at least for 21CN lines).
>Sad its ONLY 21CN...as I am fairly sure my exchange is still firmly in
>the 20th, if not the 19th century..

My understanding is that the 20CN kit has a limited number of possible
profiles, so a small set of BRAS rates (and SNR, etc.) has to serve all
users. Presumably whatever the new 21CN kit is doesn't have this
restriction, allowing it to be set per-user.

--
-- river. | Free Usenet: http://news.rt.uk.eu.org/
Non-Reciprocal Laws of Expectations: | PGP: 2B9CE6F2
Negative expectations yield negative results.
Positive expectations yield negative results.

alexd wrote:
> River Tarnell (for it is he) wrote:
>
>> In short, rather than arbitrarily restricting the download speed of ADSL
>> lines (sometimes losing up to 1Mbps compared to the sync speed), the
>> download speed will be the same as the sync speed,
>
>> A rare example of BT actually getting something right?
>
> Wasn't the point of the BRAS profile to have stuff queueing/discarded at the
> IP layer rather than at the ATM layer?

neither: the DSLAMS had little or no buffering so it forced the queue up
to the ATM and IP levels.

Given that the DSL overheads account
> for about 15%, the sync speed is always going to be higher than the maximum
> IP throughput you'll ever get, and so in theory the new rate limit will
> never apply. I suppose they've decided that whatever the BRAS profile was
> intended to do, it's not worth the administrative overhead.
>

I suspect they will subtract the overheads.

To quote from something somebody has found on Zen's support pages :

"Speed profiles for 21CN customers are automatically set to 88% of your
current synchronisation speed immediately".

It looks like this sneaked out from BT Wholesale rather quietly.....