Your ISP appears to rate limit your FlashVideo downloads. In our tests, downloads using control flows achieved up to 6723 Kbps while downloads using FlashVideo achieved up to 9345 Kbps.
Your ISP appears to rate limit downloads on port 8080. In our tests, downloads on port 8080 achieved up to 9487 Kbps while downloads on port 42507 achieved up to 6723 Kbps.
Maybe I'm misunderstanding the tests, but if my flash downloads where being rate limited the control would be faster, not slower?
In case anyone's interested, I'm in the UK, my ISP is Virgin - it's a 10mbit cable line.
Virgin have transparent caching proxies between you and the web, which may explain why some HTTP results were faster - they didn't have to leave the Virgin network.
I think you can safely say that is "traffic shaping" or actually, this sounds like packet insertion. Comcast does this. They insert FIN packets into your stream which makes the host think that the client has terminated the connection and the stream is dropped. It's really %^#$^^ stupid because then you just reopen the connection and try again from the start, using more bandwidth.
Obviously, their concern is not bandwidth usage, but file sharing, which conflicts with their own content services.
Your ISP appears to rate limit your FlashVideo downloads. In our tests, downloads using control flows achieved up to 6723 Kbps while downloads using FlashVideo achieved up to 9345 Kbps.
Your ISP appears to rate limit downloads on port 8080. In our tests, downloads on port 8080 achieved up to 9487 Kbps while downloads on port 42507 achieved up to 6723 Kbps.
Maybe I'm misunderstanding the tests, but if my flash downloads where being rate limited the control would be faster, not slower?
In case anyone's interested, I'm in the UK, my ISP is Virgin - it's a 10mbit cable line.