mudmanc4

Moderators
  • Content count

    14,581
  • Joined

  • Last visited

  • Speed Test

    My Results

mudmanc4 last won the day on February 7

mudmanc4 had the most liked content!

5 Followers

About mudmanc4

  • Rank
    TMN Seasoned Veteran
  • Birthday January 1

Contact Methods

  • AIM
    mudmanc4
  • MSN
    mudmanc4
  • Website URL
    http://lime-it.us
  • ICQ
    330539369
  • Yahoo
    mudmanc4
  • Skype
    mudmanc4

Profile Information

  • Gender
    Male
  • Location
    In The Plex

Recent Profile Visitors

74,605 profile views
  1. 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.
  2. 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.
  3. 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.
  4. testmy.net 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. Testmy.net 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, testmy.net already encompasses this issue, by offering various geographical locations to to to/from.
  5. @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.
  6. @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 testmy.net 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.
  7. 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?
  8. Dhaka to Tokyo is roughly ~4800KM as well as an underseas cable, I would visit testmy.net/mirror 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.
  9. @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?
  10. @Wiseguy_, I would first use a different browser on the new machine, sometimes extensions and addons cause trouble.
  11. 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.
  12. 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
  13. @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 testmy.net before getting a plan, and search for results in your area. testmy.net has a very large database to query results from.
  14. @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.
  15. 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?