• Content count

  • Joined

  • Last visited

  • Speed Test

    My Results

Everything posted by mudmanc4

  1. There are still hundreds of thousands of XP machines running I'm sure. I run into them fairly often myself. Those pesky web requirements keep getting in the way of sunset OS's and browsers. Glad you got that sorted out.
  2. Considering back 15 or even 20 years ago as a whole, we all schooled one another on proper distinctions between kilobit and kilobytes ect. At this point I'm inclined to take @wenfingers thought, until we can run this back to it's true roots, wherever that may reside. I'd like to get @nanobots input on this one.
  3. By the looks of your recent tests, it would appear there are other types of games going on there. I would suggest there is heavy download / upload activity, which could then suggest that when you yourself see slowdowns and disconnects or time out issues, someone is torrenting data at that time. ( In other words, downloading and then sharing files / data publicly ) As normal gaming would most likely not consume ~5Mbps upload , nor effect any normal web browsing on another machine, at the speeds your connection is showing. I would also suggest he knows quite a bit more than you think.
  4. As I understand, MaxMind database is used to cross reference the location, however considering the scale of Earth and it's steady growth in ISP's and connected devices, it is not perfect. But always getting better.
  5. It would be a better opton to isolate your network while testing. Otherwise, unless you have a baselinene already established, and know what to expect while others are using the network.
  6. is designed to show real world results, as in internet browsing well as issues within the route. Therefore I'm sorry to say, your question becomes moot in this case. Default testing location or not. See, a real world test, is meant to determine the results as if you were using your connection 'normally' (if that is a real term) considering everyone uses their connection differently. is not designated specifically, to show you how well the lines and networking infrastructure is designed and held up by the ISP, however, it will exploit such flaws as well. I understand completely what you are saying, so don't get me wrong. But as well all should be aware of, testing with as few hops, or within our local, as in ISP network, is more or less useless unless we are specifically targeting the ISP. Which then again, that would not be 'internet' speeds, it would be 'how well are we connected to who we are paying for access to, the rest of the web'. As far as adding geo locations, already encompasses this issue, by offering various geographical locations to to to/from.
  7. @Raojia, many feel your pain, not that this is any consolation. Taking a quick look at your recent results, they show mid day when generally people are out and about and not using their connections, decent results. As the day grows older, and more people are at home, degradation is obvious. Likely the beam is oversold. Where the throughput is maxed out. Being the only option is the area, everyone has the same issue. Much as one water line sprinkling a small area works great, but branch off to two or three sprinklers off the same line, and the water spread or pressure goes down. I don't think from what little data there is to be had here, that you can control any or much of this locally. Hence why they ask you to pay for the tech, they already know why this is happening to you.
  8. @carref43 , I've added a graph of all tests taken from you connection ID logged in or not. I see you've just recently joined however. Make sure you are logged in while testing. Nice, steady test results by the way No does not require a static IP to log results, however members have their own database. Since you were likely not a member since running the tests you did, therefore not logged in, the tests are not saved in your database. There could possible be means to recover older results, @CA3LE would be the guy to discuss this with.
  9. We have a great bunch of peeps here at, and the discussions range from gruesome, intelligent to amazingly stupid. There's been so many times that posters have said something that should be written again, and some again , and again. So here it is, when you read something that makes your eyebrow jerk, or your eye's pop out, from laughter,or whatever, this is the place for that. I'll start this thread out with a quote from Philp, the comment couldn't be more true. :2funny:
  10. Spoke with the tech at the company who sells me the units, he said "we've never heard of anything like that, but I'll get back to you after talking to the network guy" , nothing yet lol, so fantastic yes?
  11. As I always do standard by wiring at 568B through the entire network, I'm having an issue I'm curious of. While setting up an 8 channel NVR my first cam refused to get an IP from the NVR subnet, or direct to the switch. However POE was functioning while connected to the PEO switch as the IR's would power up. I assumed I either wired the rj45's improper or pulled past the ~25lb limit of the cable and popped a wire (though common sense and experience tells me otherwise). I rewired the connectors, with no love. Ok, so I have a bad section in the cable (my test unit was left over an hour away on another job) In fact where I am running the very same units, two already installed no issues with 568B I pulled a new line, wired 568B, same outcome. With no real other options I could think of at the time, I went ahead and wired this run 568A, worked flawless. Great, so I mount a second cam, pulled the run (very carefully) and wired it 568A and had the same issue as the 568B run. First things first again, replaced the rj45's with again no joy. While wiring this cam 568B, everything appears fine. Same 1000ft spool, so it's not just one wire, and roughly 150foot each run well under max. None of the above are PTZ cams, however I have several that will go in the network which are. Considering these units require an injector it should be twice the fun not knowing why this is happening. Interestingly enough, I connected one cam via 568B pre made patch cables and everything went fine. Leads me to believe there is something very wrong with the spool, as in extreme inconsistencies in resistance throughout it's length, between #'s 4-5 and #'s 7-8 Or better yet, what facet of the networking twilight-zone am I in here? Anyone come across this issue in the past?
  12. Dhaka to Tokyo is roughly ~4800KM as well as an underseas cable, I would visit and test a few other locations for good measure. Not that you will not have a long way to go, but you could find a better route than what you have while testing.
  13. @VinceEdwards, You stated 330MB download speeds, I'v added a graph to your post with all results taken logged in or not. I'm sure you meant to say 330Kbps? What are the speeds you are paying for at the ISP?
  14. @Wiseguy_, I would first use a different browser on the new machine, sometimes extensions and addons cause trouble.
  15. Yes, I've had to resort to setting auto negotiate + DHCP at the head end as well as the internal network for anything to function, obviously there is an issue, but where.
  16. So let me simplify this. 586B would not work on cam #1 586A works fine on cam #1 Where 586A does not work on cam #2 586B works on cam #2 Only 596A works on cam #3 between POE injector and cam; where only 586B will work from POE injector to NVR I have nick named the system Sybil
  17. @hillycat, Chances are the satellite beam is loaded with customers to the max, so each time someone or several customers are using the network for something other than email and browsing, the connection is saturated. Search around for a DSL provider in your area, then come back to before getting a plan, and search for results in your area. has a very large database to query results from.
  18. @brianellermets, First thing considering Dish is a satellite network, we have to remember the data must travel into the atmosphere from your location, then back down to the repeater into a hardwired network. Where the stream can become corrupt and degradation can occur very easily for a multitude of reasons. It is of course possible there is hardware failure going on, however eliminate as many 'other' possibilities as you can first. In this case i would get a live linux disk or USB block device setup, and boot the machine from this. What this can accomplish is to eliminate any possible issues with the machine such as hidden malware and or browser plugins, that sometimes effect a stable data stream. I would also recommend against recursively restarting the modem. Please post your results after getting a live CD or USB for testing purposes.
  19. Welcome to @ShakTib
  20. :::.. test results ..::: Download Connection is:: 20655 Kbps about 20.66 Mbps (tested with 25600 kB) Download Speed is:: 2521 kB/s Upload Connection is:: 711 Kbps about 0.7 Mbps (tested with 1496 kB) Upload Speed is:: 87 kB/s Tested From:: (Main) Test Time:: 2009/02/04 - 1:06pm D-Validation Link:: U-Validation Link:: User Agent:: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_6; en-us) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1 [!]
  21. @Wario, You might do well gathering more data. Run multiple tests at the various mirrors to locate issues.
  22. @Velo @Intertechworks , I have added graphing to each of your posts, which consist of all tests taken according to your individual connection ID's I would suggest that each of you run tests to other mirrors , and verify where the issue is located in your paths. Just as you, @Velo have done to show the difference between London and Frankfurt compared to your location. We can verify there is/ was an issue between your current location and the Frankfurt server. So this is all about routing, peering, and global connectivity. will show you on what networks such issues might reside. Many of the flash tests are located on upper tier / edge, internal low traffic networks of ISP's, and even alternate ports such as 8080, where the vast majority of 'the internet' is not routed to. Such tests are valuable for internal network connectivity only. In other words, verifying between you and the ISP only. Not giving a real world result such as supplies. When I test, I know I'm connected, I rarely test to my local ISP, unless I'm having a global issue and need to verify there is not a local connectivity issue. I test to see what kind of quality and relationship my ISP has with it's peers, (how valuable the peering is, or how much they pay one another to transfer my data at a high level of service) or other networks the ISP makes deals with in order to obtain an higher and more pure global connection.
  23. @IrishKing , Head over to and set the test to run from New_York
  24. Might be very careful using anything Qihoo, they have already been bribed into whitelisting malicious applications. Have [they] tightened up? We won't know that until the next exploit has been outed: Source Speaking of: [1/23/2017] [........] Source
  25. Your spot on there boss, it would be tremendously useful for a better UX through UI to the database.