cancel
Showing results for 
Search instead for 
Did you mean: 

BT IP Profile v Current line speed

Bright
Grafter
Posts: 363
Registered: ‎02-02-2013

Re: BT IP Profile v Current line speed

@Bald_Eagle1
Very interesting, thanks for that!
So it sounds like DLM-initiated re-syncs are not (reliably) reported up the OAM chain, particularly as they don't cause loss of the PPPoE session (which would force reporting in the PADI DHCP Discover packets). You implied that sometimes they are? Is that if the re-train takes longer? Or there's no obvious pattern?
Quote
I suspect that Plusnet’s (& most other ISPs’) timers are set to say 20seconds, 30 seconds or more. Hence them being oblivious to how bad a ‘faulty’ connection really is.

If I turn off my router it takes around 8 minutes for my PPPoE session to time out at Plusnet's end before I can log in again! Which doesn't quite fit with the SIN advice and presumably explains why PN's profile can sometimes take a while to catch up with BT's, as it has to wait for a delta report.
Bald_Eagle1
Grafter
Posts: 313
Registered: ‎24-06-2011

Re: BT IP Profile v Current line speed

Quote from: Bright
@Bald_Eagle1
Very interesting, thanks for that!
So it sounds like DLM-initiated re-syncs are not (reliably) reported up the OAM chain, particularly as they don't cause loss of the PPPoE session (which would force reporting in the PADI DHCP Discover packets). You implied that sometimes they are? Is that if the re-train takes longer? Or there's no obvious pattern?

I have not detected any obvious patterns, but yes, 'sometimes' IP Profile is actually updated following a DLM initiated resync.

Quote
I suspect that Plusnet’s (& most other ISPs’) timers are set to say 20seconds, 30 seconds or more. Hence them being oblivious to how bad a ‘faulty’ connection really is.

Quote
If I turn off my router it takes around 8 minutes for my PPPoE session to time out at Plusnet's end before I can log in again! Which doesn't quite fit with the SIN advice and presumably explains why PN's profile can sometimes take a while to catch up with BT's, as it has to wait for a delta report.


I still use the netgear WNR10000v3 router as supplied for my FTTC installation.
It can take 6 to 8 minutes to reconnect if I turn it off.
However, if I simply disconnect/reconnect via its GUI, it only takes a few seconds & IP Profile is immediately updated.
The HG612 modem never takes more than around 40 seconds to re-establish the VDSL2 connection when turned off/on again.
I did ask the Plusnet agent who took personal ownership of my case to highlight these findings in Plusnet's user advice documentation to avoid any further confusion, but it appears to have fallen upon deaf ears as I have never seen mention of any of it in any official Plusnet documentation.
Bright
Grafter
Posts: 363
Registered: ‎02-02-2013

Re: BT IP Profile v Current line speed

Quote from: Bald_Eagle1
I have not detected any obvious patterns, but yes, 'sometimes' IP Profile is actually updated following a DLM initiated resync.

Thanks. That's quite strange, especially as BT expects ISPs to shape downstream traffic to avoid packet loss, but doesn't always detect changes in line speed itself, so can't report them to the ISP, which can't therefore shape correctly, which will cause the packet loss that BT advises ISPs to avoid  Roll_eyes
Quote from: Bald_Eagle1
I did ask the Plusnet agent who took personal ownership of my case to highlight these findings in Plusnet's user advice documentation to avoid any further confusion, but it appears to have fallen upon deaf ears as I have never seen mention of any of it in any official Plusnet documentation.

And the 8 minute PPPoE timeout does cause confusion, as I've seen it referred to in quite a few posts recently. It may be on PN's "to do" list, but that list seems quite long at the moment...
Anotherone
Champion
Posts: 19,107
Thanks: 457
Fixes: 21
Registered: ‎31-08-2007

Re: BT IP Profile v Current line speed

Having attempted to play devil's advocate, I think I've failed, as no-one has really taken me up on this. Although Bald_Eagle1 has stated some of the things we know supposedly happen (on ADSL at least).
Quote from: Bald_Eagle1
Quote from: Anotherone
I sometimes wonder what the point of the Profile is on Fibre other than indicating the maximum download speed possible to the EU as it's not used by ISPs for traffic management as with ADSL.

Plusnet set their own "Current Line Speed" based upon IP Profile to manage packet loss etc.
However, Plusnet's profile is only updated following a Delta report from BT.
These are supposedly sent a few times per day, but Plusnet's profile sometimes lags behind.

We know from experience with ADSL that Delta reports don't seem to be sent when they should be, but in relation to FTTC I'm not sure where this "few times a day" comes from. SIN498 doesn't refer to a "Delta report" but para.1.2.1 says two things -
Quote
The upstream and downstream VDSL2 data rate is reported to the CP BRAS/Radius upon PPP discovery

It then talks about overheads before stating
Quote
As a result of these overheads, the actual achievable throughput in bits per second is
dependent on the reported VDSL2 rate and frame size of the data being transmitted. 
Openreach advise CPs to consider carefully how they interpret the reported VDSL2 rate in relation to the services they sell, the specifics on an individual EU's use of the service, and any impacts of their own network.


The implication of this is that the actual rates are reported not (just) the profile, and this is confirmed in para.2.1.6 that's already been quoted.
When you run the BT Diagnostic Speedtest, it's exactly the same test for ADSL as for FTTC and you have to enter your Phone number. It's pretty obvious that the tester has to look up the (type of) service from a database, possibly for a circuit ID to know where to get data.
It's also obvious some BT systems know when there has been a change of sync (DLM at least).
What we don't know is whether the tester gets the current sync data (& profile?) direct or get's it from an OAM database.
If I've understood Bald_Eagle1's comments correctly, he has had instances of the IP profile reported by the tester not being consistent with the current sync speed shown by the modem.
As the sync speed isn't reported by the Tester for FTTC we are none the wiser as to where it gets data, nor whether it gets data from somewhere different to ADSL. As the latter is probably unlikely, one could make some comparison to ADSL.
That is -  I've never come across a case of the tester reporting an incorrect sync speed.
In the past for 20CN, I recall advise to run the BT Speedtester to ensure that the profile is upodated!
Yet there also seem to be 20CN/21CN cases where the profile reported at the bRAS is not the same as reported by the Tester - are these cases ones where PPP has not been lost?.
Also note para.2.1.6 of SIN498 says "The line re-train time for VDSL2 can be anywhere between 10 and 60 seconds"
I'll leave you to draw your own conclusions, but because actual rates are reported, it's likely that Plusnet's end isn't in accordance with SIN498 and some possibility that something at BT's end isn't either! I find it rather strange that sync data on BT systems could/need to/may rely on establishing a new PPP session with the CP/ISP.