Thread: 120M Honesty from VM
View Single Post
Old 29-01-2016, 14:38   #17
ianch99
cf.mega poster
 
ianch99's Avatar
 
Join Date: Feb 2012
Posts: 4,725
ianch99 is cast in bronzeianch99 is cast in bronzeianch99 is cast in bronzeianch99 is cast in bronze
ianch99 is cast in bronzeianch99 is cast in bronzeianch99 is cast in bronzeianch99 is cast in bronze
Re: Honesty from VM

Quote:
Originally Posted by hedgie View Post
Although it shows the service going down it still doesn't show the day / night issue though. That average speed is skewed by the good daytime performance as in the busy periods its nowhere near 30Mb, more like 3Mb.....

Right now I'm running nicely at over 100Mb on wifi. but give it four hours and it will be cripplingly slow again.
I agree, the key is the peak/non-peak deterioration. My 200M speed will go down to ~20 in the evenings e.g.

from:



to:



---------- Post added at 15:38 ---------- Previous post was at 15:25 ----------

Quote:
Originally Posted by Ignitionnet View Post
More down to the basic nature of the networks each is using than any devolved, fine grained solution.

That and VM's planning criteria. BT upgrade cabinet backhaul well in advance of congestion, VM simply don't.

http://labs.thinkbroadband.com/local...area=E14000652

You can see the cycle of congestion, speed uplifts, and resolution of congestion really well there.
My point exactly: BT's network design is more devolved plus they had the luxury of coming to the Fibre party later than BT.

From what I see, it isn't backhaul [network] that is the VM problem, it is the loading of the network segments into the headend .. or this what you are saying here?
__________________
Unifi UCG Ultra + Unifi APs | VM 1Gbps
ianch99 is offline   Reply With Quote