View Single Post
Old 26-04-2012, 09:33   #7
qasdfdsaq
cf.mega poster
 
Join Date: Aug 2004
Posts: 11,207
qasdfdsaq is cast in bronzeqasdfdsaq is cast in bronzeqasdfdsaq is cast in bronzeqasdfdsaq is cast in bronze
qasdfdsaq is cast in bronzeqasdfdsaq is cast in bronzeqasdfdsaq is cast in bronzeqasdfdsaq is cast in bronzeqasdfdsaq is cast in bronzeqasdfdsaq is cast in bronzeqasdfdsaq is cast in bronzeqasdfdsaq is cast in bronzeqasdfdsaq is cast in bronzeqasdfdsaq is cast in bronzeqasdfdsaq is cast in bronzeqasdfdsaq is cast in bronzeqasdfdsaq is cast in bronzeqasdfdsaq is cast in bronze
Re: Speed test sites/HTTP proxy

Quote:
Originally Posted by munrobasher View Post
Because as I point on in the thread, a bad transparent proxy could explain why HTTP traffic alone is throttled and not other traffic.
So could bad weather or a bad cow. So could a million other things. There's no sane reason to suspect a transparent proxy over the million other far more likely and well known reasons.

Quote:
I concede there are lots of other reasons that could also explain slow HTTP connection/speed tests but if a network device slows down because it's overloaded, it tends to slow down all traffic.
And there's no evidence to suggest it isn't.

Quote:
That isn't "banging on" about something. It was asking a question, admitting by saying "am I making sense". How very rude.
You keep making up various random factors including things that don't exist for the slowdown.

Quote:
All I was trying to point out was that for one type of traffic to be slowed down compared to others suggests that there is either something (and I admitted I didn't know what) was managing that traffic or the target server/connection (or route to that server) was overloaded. That could be a proxy server or HTTP traffic shaping/QOS (and most firewalls can throttle traffic).
Everyone knows VM traffic shape, and do so heavily. However you have presented no evidence to suggest HTTP traffic is being slowed down compared to others.

Quote:
I couldn't quite believe that speedtest.net itself could be at fault but it looks like this is the case. The Preston node (automatic choice for me) is struggling to get over 10MBit/s this morning but London and vmspeed.com report 50Mbit/s.

Whether the finger is still pointed at VM is looking less likely although it's still possible that the routing that's slow is still within VM's core network. I haven't got the energy to start looking at traceroutes.
Preston server is on VM's network. If a VM customer is getting slow speeds to another part of VM's network, who would you point the finger at but VM?!

Quote:
Originally Posted by munrobasher View Post

Another thread on why Preston speedtest.net is not the most reliable of nodes for testing:

http://community.virginmedia.com/t5/...ts-wrong-with-
speedtest-net/td-p/1132073

Cheers, Rob.
As indicated in the other thread, the Preston server is perfectly reliable for anyone not on VM.
qasdfdsaq is offline   Reply With Quote