Jump to content


Sophist Member
  • Content count

  • Joined

  • Last visited

  • Speed Test

    My Results
  • Days Won


Sean last won the day on January 18

Sean had the most liked content!

1 Follower

About Sean

  • Rank
    TMN Friend

Profile Information

  • Gender
  • Location

Recent Profile Visitors

6,106 profile views
  1. So you want to stream up all the data?

    Ah, was wondering. I think there's just one ISP in Ireland that throttles to 1Mbps. The rest either cut the connection (e.g. LTE and wireless ISPs) or charge for excessive usage. I checked the Windows Resource Monitor while playing a video forced in 4K mode: I see that YouTube now streams over two simultaneous connections, as those two connections were going steady until I stopped the video. The following is a trace route to this IP: According to the TCPIPUTILS website, the last 4 ISPs shown belong to Google. is a non Internet routable IP, so is within the ISP. This indeed means that either Google has servers within the ISP or has peering with Google that is given high traffic priority.
  2. So you want to stream up all the data?

    Is that 500kbps limit you set or ISP enforced? My ISP (LTE based) surprisingly prioritises most streaming traffic such as YouTube (and Netflix I think) during peak time. My monthly limit is 750GB, however, that cap is strictly enforced. Go over it and it is a eye popping €50 per GB, which I've heard people getting hit by. To give an idea of traffic prioritisation, the following is a YouTube "Stats for Nerds" screen playing 4K, which should be impossible at the speed TestMy reports on the right:
  3. latency issues

    Going by your trace route, the server is both far away (Virginia, US) and requires a lot of hops to reach it. Your ISP's latency appears to be fine going by the first few hops. The two largest latency issues are between hop 10 & 11 (Sydney to Los Angeles) and 12 to 19 (West to East US, i.e. Los Angeles to Washington DC). See if they offer a server much closer to you, in Australia if possible. If the people you are playing with are located outside of Australia, try using a server somewhere centralised between you and them, such as in Europe if they are in European countries. Even if they are in the US, try choosing a server towards the south west of the US. This will reduce the latency by about 50ms and the number of hops, i.e. hops 11-19.
  4. From some experimenting and research - The culprit is HTTP2! I created a simple HTML file and used the image TestMy was fetching. I inserted it multiple times, changing the '?=' text on each line, so it looked like this: <!DOCTYPE html> <http><head><title>test</title></head> <body> <img src="https://cloud.testmy.net/tmn/img/tmn-sti_2.jpg?q=9ijehwae1" class="test" height="20" width="20" /> <img src="https://cloud.testmy.net/tmn/img/tmn-sti_2.jpg?q=389gehae1" class="test" height="20" width="20" /> <img src="https://cloud.testmy.net/tmn/img/tmn-sti_2.jpg?q=3h89uw2g1" class="test" height="20" width="20" /> <img src="https://cloud.testmy.net/tmn/img/tmn-sti_2.jpg?q=zdpq2jga1" class="test" height="20" width="20" /> <img src="https://cloud.testmy.net/tmn/img/tmn-sti_2.jpg?q=18saegaw1" class="test" height="20" width="20" /> <img src="https://cloud.testmy.net/tmn/img/tmn-sti_2.jpg?q=aghh23871" class="test" height="20" width="20" /> <img src="https://cloud.testmy.net/tmn/img/tmn-sti_2.jpg?q=h3o8aw891" class="test" height="20" width="20" /> <img src="https://cloud.testmy.net/tmn/img/tmn-sti_2.jpg?q=jhh2983h1" class="test" height="20" width="20" /> <img src="https://cloud.testmy.net/tmn/img/tmn-sti_2.jpg?q=zxchoiwq1" class="test" height="20" width="20" /> <img src="https://cloud.testmy.net/tmn/img/tmn-sti_2.jpg?q=2ho8zs871" class="test" height="20" width="20" /> </body> </html> Generally when multiple images are fetched, I expect to see multiple TCP connections. However, this was not the case as with running TestMy's multithread test with the Cloudflare CDN. One thing that came to mind is HTTP2, which I was recently reading about. I remember it used a different method of connecting to servers and sure enough the FAQ has the answer: To check if this is the culprit, I disabled HTTP2 in Firefox's about:config page: I reran a multithread speed test using the Cloudflare CDN and sure enough it makes multiple TCP connections: I'm not sure if you're able to disable HTTP2 on Cloudflare, otherwise it looks like the only way one can run a multithread test with the Cloudflare CDN is by disabling HTTP2 in the web browser.
  5. I found one issue with the Cloudflare server, but not sure if it's what you encountered before. At a first glance, the test seems to work fine. However, with a few test results lower than the UK for the multithread test, I had a quick look in the Windows Resource Meter. When I run a Multithread test using the Cloudflare server, it only downloads over a single connection: For comparison, this is how it appears when I retest using the UK server: One thing I've observed already is that the Three 4G network prioritises Cloudflare traffic. I certainly don't get 2MB+/s with any of the linear speed tests.
  6. A few years ago, TestMy provided Google CDN as a speed test server. This made a pretty good test for wireless and cellular data ISPs to test the bandwidth between the user and the ISP, especially for making antenna adjustments since most ISPs have good peering with Google. That came to an end when they discontinued that CDN service. Now that TestMy uses Cloudflare, I wonder if it could be set up as a multithread test server, much like what was done with the Google CDN.
  7. That's great - These seem to be working fine now. I also noticed that after you switched to HTTPS, the multithread tests now only test with a single domain per server. This threw up an interesting surprise with my 4G LTE connection on the Three network - It throttles per host. Initially I wondered why my multi-threaded test results were much lower than recently, until I tried selecting more than one server. For example, I tried a handful of multithread tests in a row, selecting London, then Germany, then London+Germany, all with 25MB blocks. I repeated this sequence three times to rule out a coincidence. In the test results below, the red-highlighted lines indicate the tests I ran with London+Germany. In the top result, I selected London+Germany+Miami+New York. In the past, I wouldn't have seen this as selecting a single server such as London resulted in testing across multiple domains such as oldtestmy.net, tmnstatic.com, testmercury.net, etc.
  8. When a multithread test is in progress, the [STOP] button does not work properly, bringing up a 'Secure Connection Failed' error screen. When I hover my mouse over the [STOP] button... ... the address shown in the status bar has a ':80' after the domain name: It affects the mobile website also, again bringing up an error screen when I touch [STOP], with the ':80' clearly in the URL it tried loading: This issue also affects the upload test on the mobile website when Multithread mode is enabled (left image). The Express upload test also fails with Multithread mode enabled (right image):
  9. If ISPs decide to throttle traffic, they would need to do this all services to be effective, in which case it would probably be easier for them to charge by maximum speed like many ISPs did in the post, e.g. one price for 10Mbps, a higher price for 50Mbps and so on. Otherwise, it would be relatively straight forward to overcome with the use of a VPN. Let's say an ISP prioritises port 8080 to deliver fast speed tests while throttling everything else, just use something like OpenVPN over port 8080 with a VPN privacy service. To the ISP, all your traffic would be seen and treated as speed test traffic. For example, about two years ago the Irish cellular networks Three and Vodafone were doing something similar, i.e. throttling most traffic over the standard web ports (e.g. HTTP port 80), while letting port 8080 run at full speed to deliver fast speed tests, at least with the well-known Ookla Speedtest App. At the time, it meant one could get 4G speed tests over 20Mbps, yet faced slow browsing speeds similar to a 1Mbps connection. All I had to do was make a VPN connection over port 8080 (same port # as Ookla uses for its speed tests) and everything performed a heck of a lot better. A few months later, Three changed their tactic by prioritising certain services such as YouTube when the network is congested. This means YouTube can potentially play 4K fine even when the speed tests (including Ookla) deliver low test result figures.
  10. Now working fine Thanks for fixing this, it kept catching me out earlier.
  11. When I perform a multi-thread test on my mobile, it provides an Express button the next time, just like on the desktop website: When I touch this button, it performs a linear speed test with the Dallas server. This happens regardless of what servers I choose for the multi-thread test or had chosen for the last Linear test. When I return to TestMy on my desktop PC, I also get a rather strange configuration at the top right: For comparison, this is what it shows when I switch to Linear and back to Multi-thread: When I re-test with the Express button my phone, it tests again in Linear mode with the Dallas server and the top of the page changes back to the upper screenshot. As it is awkward switching between linear and multi-thread mode on a mobile (especially with the above issue), personally I would also much rather the "Multithread" button (in Linear mode) toggles back to multi-thread mode without taking me to the Multi-thread setup page, i.e. it retains the previously chosen test servers. At the moment, I carry out most of my multi-thread tests using Netflix's fast.com website as it's a lot quicker than switching between the Linear and multi-thread button, particularly when I'm in a vehicle (e.g. bus) and want to get a multi-thread test while I still have a strong signal.
  12. Intermittent Drop Out

    This is a command line batch file I created a while back that monitors uptime by sending a single ping request to Google every 30 seconds. If the ping fails 3 times in a row, it displays the time it went down. It then continuously pings Google until it gets a response, in which case it displays the time it went up and then reverts to pinging every 30 seconds. It also puts the down/up times in the log file "Outage log.txt" wherever the batch file is saved. To create the batch file, first copy & paste the following into Notepad: @echo off set Delay=30 echo Connection log script started: %date% %time:~0,5% echo Connection log script started: %date% %time:~0,5% >>"Outage log.txt" :repeat ping -n %Delay% localhost >nul ping -n 1 www.google.com >nul &&goto repeat set OutageTime=%time:~0,5% set OutageDate=%date% ping -n 1 www.google.com >nul &&goto repeat ping -n 1 www.google.com >nul &&goto repeat echo %date% %time:~0,5% - Internet or DNS connection is down :outagerep ping -n 1 www.google.com >nul &&goto backonline goto outagerep :backonline set UpDate= if not "%date%"=="%OutageDate%" set UpDate= %date% echo Link/DNS outage: %OutageDate% %OutageTime% to%UpDate% %time:~0,5% >>"Outage log.txt" echo %date% %time:~0,5% - Internet or DNS connection is up goto repeat Save it as "LinkTest.bat" somewhere handy such as on the desktop. Double-click it to run it and leave it minimised while you stream the movie. To check if the script is working, just disconnect the computer's Internet connection for 30 seconds, after which it should display the time it went down. The following shows an example with a simulated down time (disconnecting my PC's Wi-Fi briefly): If you need it more precise than every 30 seconds, change the 'Delay=30' line above to the number of seconds per interval.
  13. Congratulations! No worries - It's surprising how much time a newborn takes up, plus it never comes with an instruction manual.
  14. I have now tested this on an Eir 150Mbps FTTH connection which provides full IPv6 routing and get it looks like this issue is indeed IPv6 related:
  15. I am now able to replicate the issue at my end: The first two tests were over IPv6 (using the HE Tunnel Broker) and the second two tests were with IPv6 connectivity disabled. I'm not sure if the TestMy tests fully implement IPv6 support, however, the website itself has IPv6 connectivity. The second ping below is when I re-enabled IPv6 on my network adapter: I'm not sure if the Hughes Network provides IPv6 connectivity, but if they now do, this may explain the provider identification issue.
Speed Test Version 15.9
© 2017 TestMy Net LLC - TestMy.net - Terms & Privacy
© 2017 TestMy Net LLC - TestMy.net - Forum - Terms & Privacy