• Content count

  • Joined

  • Last visited

  • Speed Test

    My Results

mudmanc4 last won the day on February 7

mudmanc4 had the most liked content!


About mudmanc4

  • Rank
    TMN Seasoned Veteran
  • Birthday January 1

Contact Methods

  • AIM
  • MSN
  • Website URL
  • ICQ
  • Yahoo
  • Skype

Profile Information

  • Gender
  • Location
    In The Plex

Recent Profile Visitors

74,237 profile views
  1. 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?
  2. 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.
  3. @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?
  4. @Wiseguy_, I would first use a different browser on the new machine, sometimes extensions and addons cause trouble.
  5. 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.
  6. 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
  7. @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.
  8. @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.
  9. 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?
  10. Welcome to @ShakTib
  11. @Wario, You might do well gathering more data. Run multiple tests at the various mirrors to locate issues.
  12. @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.
  13. @IrishKing , Head over to and set the test to run from New_York
  14. 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
  15. Your spot on there boss, it would be tremendously useful for a better UX through UI to the database.