Print

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

[Azzaka]

Hi all,

Just to explain the reasoning for this change – FTTP (Fibre to the Premises) lines do not have a phone number (voice service is not required as copper is not required,) so we were having to give our FTTP trialists their BBEU’s (Circuit References) to run a speedtest. Obviously we don’t want to do this as it means customers can call Wholesale directly and pretend to be from Zen Internet etc.

The change means FTTP customers can enter their postcode and house number instead of phone number to locate their account, and do not need their BBEU.

In making this change it also means that FTTC lines can also be tested properly.

~Azz

[waltergmw]

Thanks very much Azz,

Can you tell me why 186708 can't do a standard speed test this afternoon three times on the trot. It completes the test but bombs out before posting the results with the standard BT error page saying try later or call you !

Kind reagrds,
Walter

[waltergmw]

As Azz seems rather relaxed about answering posts here, today I've reported to Lance @ Zen that 186708 produced three failures one after the other, but a test on 161357 grinds on in its usual way, but does at least provide an answer.

The two tests are obviously being routed to different locations as the failing one doesn't report the IP Profile figure whilst testing, but the good one still does.
The bad one also starts the test immediately whereas the good one probably takes over a minute to start.

Both these lines are on the THCN exchange but the good one is on an Alcatel DSLAM and the bad one is on a TI DSLAM.
They are probably both linked to a Reading RAS but I haven't yet collected the log data to prove that.

Kind regards,
Walter

[jeffbb]

Hi

Bet they don't have to deal with the Indian sub continent 
(The ivory tower people )
Regards Jeff

[Azzaka]

As Azz seems rather relaxed about answering posts here, today I've reported to Lance @ Zen that 186708 produced three failures one after the other, but a test on 161357 grinds on in its usual way, but does at least provide an answer.

The two tests are obviously being routed to different locations as the failing one doesn't report the IP Profile figure whilst testing, but the good one still does.
The bad one also starts the test immediately whereas the good one probably takes over a minute to start.

Both these lines are on the THCN exchange but the good one is on an Alcatel DSLAM and the bad one is on a TI DSLAM.
They are probably both linked to a Reading RAS but I haven't yet collected the log data to prove that.

Kind regards,
Walter

PM me the usernames please walter and I'll look into them.

[waltergmw]

Gentlefolk,

Here's another speed test anomaly with an IP profile well above what I believe it should be on a PlusNet service.
Note also the last questionable set of diagnostics data with 0 download FECs and a sync speed at an astonishing 1760 Kbps download speed for this line length.
You'll see this is on a standard non-capped service so that's not the reason.

Kind regards,
Walter

[attachment deleted by admin]