Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[AArdvark]

BE1,

Please explain this,  it does not fit your figures.
(Before I ask Plusnet I would like to know the Correct answer  )

FYI:
Before my current issues with Plusnet, I had a 'Stuck' profile of 68M (According to Plusnet's tests)
The OR Engineer was supposed to do a simple DLM Reset to clear the stuck profile.
I appear to be at the same position I started at before the last OR visit.
Please confirm or deny my reasoning, I am doubting my own thoughts now !!!
Thank You.

Sync via HG612 Stats from Zyxel vmg8324-b10a:


Result from BTW Speedtest:

[kitz]

Can I just confirm that Im seeing things right.   You have a sync of 69670 & an IPprofile of 67.44.

Yet the BTw speedtester is giving you a full 73.53 Mbps.    I take it that youre not seeing those speeds off the BTw network?



Your line is still running without any DLM profile since the last engineers reset and g.inp is still off.
Your IP-profile is 96.79% of your sync speed..  which fits with what BE1 was saying.

[AArdvark]

Can I just confirm that Im seeing things right.   You have a sync of 69670 & an IPprofile of 67.44.
YES
Yet the BTw speedtester is giving you a full 73.53 Mbps.
YES
I take it that youre not seeing those speeds off the BTw network?
Please explain
Your line is still running without any DLM profile since the last engineers reset and g.inp is still off.
YES
Your IP-profile is 96.79% of your sync speed..  which fits with what BE1 was saying.

How is it possible to get a Speedtest that is greater than your IP Profile?

This is the original fault that Plusnet called a 'stuck profile'.
This is the fault that was supposed to be fixed by a DLM Reset.

[kitz]

How is it possible to get a Speedtest that is greater than your IP Profile?

Its not.   

However, the BTw speedtester sits at the RAS and if you do something called a TAP3 test (see bottom of page here, then it completely bypasses your ISP... so in your case it would be testing your speed over the BTw network directly between your home and Manchester.    You will have known though if you were doing a TAP3.

I take it that youre not seeing those speeds off the BTw network? Please explain

As above the test sits in or on the BT Wholesale network, although you go through your isp gateway, in effect your going over the BTw network, to PN gateway and then back up the BT network again to Manchester RAS and no external Internet.

From your comments I take it that the BTw speedtester repeatedly consistently gives you a speed that would equate to 80Mbps.   That I cannot explain other than to say it is impossible or the performance tester  is broken. 
Its not possible for a line syncing at 70Mbps to carry data more than the allocated bit rate.

There is something really very odd going on with your line.  Im beginning to have a horrible niggle about overheads and separate bearer channels though how that could work Ive no idea.   
 
When you tested with the HG612
1) Do you have any full stats from xdslcmd info --stats
2) What was the maximum length of time it was connected for.

[AArdvark]

How is it possible to get a Speedtest that is greater than your IP Profile?

Its not.   
That is what I said to Plusnet and I sent Screen Caps although the results are recorded by BTW if anyone doubts.

However, the BTw speedtester sits at the RAS and if you do something called a TAP3 test (see bottom of page here, then it completely bypasses your ISP... so in your case it would be testing your speed over the BTw network directly between your home and Manchester.    You will have known though if you were doing a TAP3.

I take it that youre not seeing those speeds off the BTw network? Please explain

As above the test sits in or on the BT Wholesale network, although you go through your isp gateway, in effect your going over the BTw network, to PN gateway and then back up the BT network again to Manchester RAS and no external Internet.

From your comments I take it that the BTw speedtester repeatedly consistently gives you a speed that would equate to 80Mbps.   
Have result from original OR Call and I have just run it 3 times and got results in the 70's

That I cannot explain other than to say it is impossible or the performance tester  is broken. 
Its not possible for a line syncing at 70Mbps to carry data more than the allocated bit rate.
I know. As my stats are ignored by Plusnet, I am waiting to see if they are willing to say anything about BTW's own results.
There is something really very odd going on with your line.
I believe the phrase is 'No S**t Sherlock !!!' <jk>. It is encouraging that someone else is convinced, just now need to make that Plusnet and I will be Happy.

Im beginning to have a horrible niggle about overheads and separate bearer channels though how that could work Ive no idea.   
Nicely leads to my question regarding G.INP disappearing which got a 'Not in my remit^*' answer from Plusnet, along with the other 5 Questions. [^*That is a quote]

When you tested with the HG612
1) Do you have any full stats from xdslcmd info --stats
Looking now ..... will not be much.
2) What was the maximum length of time it was connected for.
Not long as the line was 'screwed up' by OR ,it did not seem to matter testing the HG612 and I got a 5M higher sync with the Zyxel so it was swapped back.

Additional Results from BTW Speedtest:

[AArdvark]

Missing answer from previous Reply:

I am loath to do the TAP3 test as the last time I had great problems getting the PPP session to authenicate when I put the correct UserID/Password back.
This kicked off DLM because of all the bouncing of the line.
(Had to power-off a lot of times to try getting the Plusnet PPP session to work with the HG612 then switch back to the Zyxel which did not work.)
If it is useful I will do it. 

[Bald_Eagle1]

I can only think that the BT test is wrong.

As mentioned by kitz, your IP Profile looks correct for the sync speed & it is physically impossible for throughput to be higher than sync speed.

What is the Current Line speed reported by PlusNet in the member centre?

[kitz]

Missing answer from previous Reply:

I am loath to do the TAP3 test as the last time I had great problems getting the PPP session to authenicate when I put the correct UserID/Password back.
This kicked off DLM because of all the bouncing of the line.
(Had to power-off a lot of times to try getting the Plusnet PPP session to work with the HG612 then switch back to the Zyxel which did not work.)
If it is useful I will do it. 

No dont bother with a TAP3,  I dont think it would provide us with any useful data.
I wouldn't mind seeing a TBB speedtest though to look at httpx1 v httpx6.

Your upstream throughput seems low - is it always around 15Mbps?   I'd expect that to be somewhere in the region of 18.5Mbps for a 20Mbps sync.
Also can you provide me with a tracert to the BBC.   Ive noticed a couple of those performance tests show very high ping rates - but that isnt conclusive as it is known to often be out when it comes to ping time.

I know what other test is at the back of my mind and I know that you wont like it   Im also afraid to suggest it in case it does make things a lot worse and you will likely lose some speed.   
At least your line has been stable for the past 10 days, but its also strange that it seems completely free of any DLM.   A resync could change all that.
It also concerns me that since around the time g.inp was enabled, you have had episodes whereby both the HG612 and Zyxel have problems obtaining authorisation.   I know that Ive already checked with you that the HG612 was on SP08.

[AArdvark]

I can only think that the BT test is wrong.

As mentioned by kitz, your IP Profile looks correct for the sync speed & it is physically impossible for throughput to be higher than sync speed.

What is the Current Line speed reported by PlusNet in the member centre?

67.4Mb

[Al1264]

Could you have typed the wrong phone number into the (BTw) speed tester (very unlikely, I know)?
Could the BT database be mixing your line with another (possible?)?
The reason for these questions is, if you run a BTw speedtest on one BTw line but enter the phone number of another you can exactly replicate what you're seeing (measured download speed from a 'better' line exceeding the reported IP profile for a 'worse' line).

[AArdvark]

Could you have typed the wrong phone number into the (BTw) speed tester (very unlikely, I know)?

I am sure it was the right number, also it is remembered in Firefox and I can recall the last entered value for the field.

Could the BT database be mixing your line with another (possible?)?

I have no way of knowing but I do doubt this, BTW/OR are not that bad ........ surely. 

[kitz]

It allows you to do a speedtest and gives you the results in text format before you enter the phone no.
Also because the IP profile is 96.79% of his sync speed, I dont think in this particular instance it is getting info mixed with another line.

[Al1264]

Yes, sorry, missed the sync confirmed from the router. 

[WWWombat]

This is the original fault that Plusnet called a 'stuck profile'.
This is the fault that was supposed to be fixed by a DLM Reset.

The data in the original screenshots don't agree that this is a "stuck profile". The profile matches the sync speed perfectly, so I don't think this is the issue.

The real problem is that the speed displayed in the browser, after running different flash-based applets, suggest something impossible. A speed that has defeated two speed control mechanisms (and the PN one is a very active mechanism) and beaten the physical restriction of the sync speed.

If we do a Sherlock - and eliminate the impossible - then it suggests we are being given incorrect data in one or more place.

At this point, I would take things back to basics.

First would be to ensure I was connected as expected (eg not using the neighbour's WiFi accidentally, etc) with plain ethernet cable, and wireless totally disabled.

Second would be to confirm the full sync data from the modem - ie plain text from a telnet session, or by running the snapshot graphs, and copying out of the Plink file.

Third would be to run a download as raw as possible, and time it manually. I would run FTP or WGET from the command line under Linux (or Cygwin under Windows), but I'm sure there are plenty of other options.

I'd then repeat on other machines, if possible.

[AArdvark]

The data in the original screenshots don't agree that this is a "stuck profile". The profile matches the sync speed perfectly, so I don't think this is the issue.

Plusnet's definition not mine. I am not allowed to question it or anything, so it seems.
Ditto for anything OR derived which is the point of the question.
I have so far been told that the Plusnet RADIUS graphs are wrong but not to worry about that.
Now BTW/OR Speedtests are unreliable, so why the unbending reliance on tools that do not work.
Why the inability to question what is 'impossible' just because it is OR. ?
It really is 'The Computer says No .....' mentality.

The real problem is that the speed displayed in the browser, after running different flash-based applets, suggest something impossible.

Yes

If we do a Sherlock - and eliminate the impossible - then it suggests we are being given incorrect data in one or more place.

Yes

First would be to ensure I was connected as expected (eg not using the neighbour's WiFi accidentally, etc) with plain ethernet cable, and wireless totally disabled.

I am using a gigabit ethernet connection via an ASUS Router to the modem (also gigabit) from a PC. (I am well aware not to use WiFi.  )
I do understand TCP/IP networking and it is also impossible to 'accidentlly' use my WiFi or connect to any neighbours WiFi.

Second would be to confirm the full sync data from the modem - ie plain text from a telnet session, or by running the snapshot graphs, and copying out of the Plink file.

As HG612 Stats gets its stats via a telnet session, do not see the difference.
Unless you are implying that HG612 Stats is changing the data (Misreading/Corrupting).
Not very likely as it would have been noticed by now, I think.

Third would be to run a download as raw as possible, and time it manually. I would run FTP or WGET from the command line under Linux (or Cygwin under Windows), but I'm sure there are plenty of other options.

Can do. Don't doubt it will agree with the IP Profile (approx)

My point in posting the OP was to confirm that the tools PN are using and are totally reliant on are not working.
The PN Support staff are unable to question anything that comes from OR or their tools.
This makes solving issues almost impossible as there is a readymade 'brickwall' that we all bang our heads against.
I do not believe it is 'impossible' to talk to OR and solve issues
AAISP can manage it, it just comes down to a will to try.
Plusnet should have an advantage, being able to use BT 'back channels' to communicate with BTW/OR.
Yes, I know the 'chinese walls' that are supposed to exists, but 'Back Channels' are not official, are they ?