User comments on ISPs
  >> Zen Internet


Register (or login) on our website and you will not see this ad.


Pages in this thread: 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | [10] | 11 | (show all)   Print Thread
Standard User deleted
(deleted) Sun 01-May-16 17:26:33
Print Post

Re: Here we go again - More Zen congestion


[re: uno] [link to this post]
 
In reply to a post by uno:
Cabinets are sometimes closed for orders due to actual bandwidth capacity (BT also do this on the exchange level for 21CN ADSL) as well as port capacity but as to what threshold that is applied at I don't know.

Matt


Interesting. Never heard of that before.
Standard User tommy45
(knowledge is power) Sun 01-May-16 20:08:19
Print Post

Re: Here we go again - More Zen congestion


[re: deleted] [link to this post]
 
In reply to a post by Icaras:
In reply to a post by craski:
I understand BTOR would want to run things "hot" but that shouldnt be hot to the point throughput drops by 90% at peak times. Either they dont have the tools available to them to monitor and adapt to these issues or they blatantly ignore the problems and wait for users to complain. Either way, the whole SVLAN hopping nonsense only works short term as you say as BT will just keep lumping folk onto it until it cant cope again. What a way to run a network eh!


It's not Openreach, it's BT Wholesale.

It's funny how other providers are ok though, BT Consumer for example. It's down to Zen to order enough the correct product from BTW so that this doesn't happen.
Zen like most smaller ISP buy BT WMBC shared , and unless they have somewhere near the amount of customers that Plusnet had , that product should work fine, BTW overload their Svlans , it is down to BTW to actually be more proactive and actually supply what isp's are paying them for 24/7 unless there is a fibre break or similar one off incident

It surprises me that they even admit that their Svlans are overloaded they obviously think that this is acceptable that sucks, Back in the day the likes of easynet never would overload their network hence why in the 3+yrs i was a UKonline customer i never saw any signs of peak congestion or congestion when there was any big events taking place, which is why i refuse to accept such as valid excuses, they are no more than cop outs
More customers should equal more ££££'s therefore more investment into their core networking capacity ??? if not why not??

Edited by tommy45 (Sun 01-May-16 20:17:10)

Standard User deleted
(deleted) Sat 21-May-16 11:29:32
Print Post

Re: Here we go again - More Zen congestion


[re: deleted] [link to this post]
 
Line performing far better again now.
Cause of problem again confirmed as an overloaded VLAN which BT Wholesale took best part of 3 weeks to acknowledge and fix. I hope I get more than 6 weeks of it running like it should this time around ...

Many thanks to TBB for providing their excellent BQM, it really helps in documenting and building the case to get ISPs and BT Wholesale to take such complaints seriously albeit that it still takes them far too long to acknowledge and fix.


Register (or login) on our website and you will not see this ad.

Standard User bet_here
(member) Tue 19-Jul-16 10:44:48
Print Post

Re: Here we go again - More Zen congestion


[re: deleted] [link to this post]
 
No posts on this thread for a while. Have speeds improved for others, or have you all migrated!

https://www.dropbox.com/s/vw32zkwejkc67b1/Zen.tiff?dl=0

Simon.
Standard User deleted
(deleted) Tue 19-Jul-16 12:16:30
Print Post

Re: Here we go again - More Zen congestion


[re: bet_here] [link to this post]
 
The upgrade to Zen's London hub has certainly improved their ability to meet the present capacity requirements during the working day and evening for me in sunny Tavistock, for now!

http://i1070.photobucket.com/albums/u489/3MbBik/VDSL...

At its best I can achieve;

http://www.thinkbroadband.com/speedtest/results.html...

This morning;

http://www.thinkbroadband.com/speedtest/results.html...


Tracing route to zen.net.uk [212.23.8.3]
over a maximum of 30 hops:

1 2 ms 1 ms 1 ms dsldevice.lan [192.168.1.254]
2 16 ms 16 ms 15 ms losubs.subs.bng1.th-lon.zen.net.uk [62.3.80.17]
3 16 ms 16 ms 16 ms ae1-177.cr2.th-lon.zen.net.uk [62.3.80.38]
4 24 ms 23 ms 23 ms xe-2-0-0-173.dr2.lr-slo.zen.net.uk [62.3.80.106]
5 25 ms 23 ms 23 ms xe-2-0-2-41.dr1.lr-slo.zen.net.uk [212.23.8.3]


Broadband Connection
2.1 Type VDSL
2.2 Status Up
2.3 Uptime 23 days 1 hours 1 mins 51 secs
2.4 Line Rate (Down / Up) 79987 kbps / 20000 kbps
2.5 Noise Margin (Down / Up) 7.1 dB / 9.3 dB
2.6 Attenuation (Down / Up) 11.3 dB / 7.2 dB
2.7 Power (Down / Up) 13.6 dBm / 5.6 dBm


But, I still remember the time it took Zen to respond when the performance of my 80-20 VDSL service was so slow it was making simple video downloads judder, whilst a weak BTFon Wi-Fi service from my next door neighbour provided a slow but stable download ability.


Godfrey.

Edited by deleted (Tue 19-Jul-16 12:43:07)

Standard User deleted
(deleted) Tue 19-Jul-16 13:10:24
Print Post

Re: Here we go again - More Zen congestion


[re: bet_here] [link to this post]
 
No improvements for me. I have not decided where should I move
Standard User deleted
(deleted) Tue 19-Jul-16 15:07:07
Print Post

Re: Here we go again - More Zen congestion


[re: deleted] [link to this post]
 
In reply to a post by craski:
Line performing far better again now.
Cause of problem again confirmed as an overloaded VLAN which BT Wholesale took best part of 3 weeks to acknowledge and fix. I hope I get more than 6 weeks of it running like it should this time around ...

Many thanks to TBB for providing their excellent BQM, it really helps in documenting and building the case to get ISPs and BT Wholesale to take such complaints seriously albeit that it still takes them far too long to acknowledge and fix.


That's great to hear, though still a little disappointing that Zen weren't able to push the issue with BT directly and more quickly, thats one of the primary reasons I've always stuck with smaller independent ISPs despite slightly higher cost, for their customer service and ability to deal with issues quickly.

If you do ever consider switching to a different FTTC ISP, try Cloudscape Connect, they've been excellent for me so far and connections been rock solid 80/20.
Standard User deleted
(deleted) Tue 16-Aug-16 18:58:48
Print Post

Re: Here we go again - More Zen congestion


[re: deleted] [link to this post]
 
I had been quite happy whilst on bng1 with a recent modest reduction of both single and multiple threads suggesting it was once again approaching its capacity during the working day and evening whilst the speed from midnight to 08:00hrs remained at full speed.

http://www.thinkbroadband.com/speedtest/results.html...

http://www.thinkbroadband.com/speedtest/results.html...

Alas, I had decided to paint the wall behind my master socket so it meant that I had to unplug the VDSL for around 30 minutes.

My router quickly established a connection via bng2

http://www.thinkbroadband.com/speedtest/results.html...

Turning the power off for 30 minutes, I was relieved to be connected via dsl5

http://www.thinkbroadband.com/speedtest/results.html...

Fingers crossed that it will stay on one of Zen's circuits that is not still suffering from dramatic single thread speed degradation.

2.1 Type VDSL
2.2 Status Up
2.3 Uptime 0 days 0 hours 24 mins 37 secs
2.4 Line Rate (Down / Up) 79987 kbps / 20000 kbps
2.5 Noise Margin (Down / Up) 7.1 dB / 9.5 dB
2.6 Attenuation (Down / Up) 11.3 dB / 5.2 dB
2.7 Power (Down / Up) 13.6 dBm / 5.9 dBm

Godfrey
Standard User tommy45
(knowledge is power) Tue 16-Aug-16 22:16:12
Print Post

Re: Here we go again - More Zen congestion


[re: bet_here] [link to this post]
 
Been ok for the past month or more for me, even the daytime jitter has disappeared
Standard User bet_here
(member) Tue 16-Aug-16 23:20:56
Print Post

Re: Here we go again - More Zen congestion


[re: tommy45] [link to this post]
 
I got fed up with Zen's inability to fix this problem. Support say it's a problem in configuration of the Openreach switch between their PoP and the line to my cab & affecting 'thousands' of customers from all ISPs. Unable to give a timescale for a fix.

They also claimed moving to another ISP might not fix the problem, and because of this I spoke to AAISP support (who had never come across this issue) and my migration completed last week.

http://www.thinkbroadband.com/speedtest/results.html...

I was especially disappointed about the lack of communication from Zen, and it took some pushing for them to even acknowledge the problem, let alone offer an explanation of the fault.

Edited by bet_here (Tue 16-Aug-16 23:29:32)

Pages in this thread: 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | [10] | 11 | (show all)   Print Thread

Jump to