Forums

  1. General Forum

    1. General Discussion

      Don't know where to post? Post here.

      95,172
      posts
    2. New Members

      A place for new members to introduce themselves, get questions answered and get general information.

      4,064
      posts
    3. Show off your speed

      Show off your computer or network.

      27,615
      posts
    4. 29,058
      posts
    5. 38,102
      posts
    6. Off Topic Discussion

      If it's not computer related please post here.

      61,810
      posts
    7. Make it Faster...

      Post tips and tricks to speed up your connection here. If you have problems please post in the help section.

      24,068
      posts
    8. PC Security

      Discuss antivirus, firewalls, spyware and scams.

      2,054
      posts
    9. Ask TestMy.net & FAQ

      A collection of messages and responses that came via email

      88
      posts
    10. Beta Testers

      A forum for discussion of prerelease features

      • No posts to show
  2. Miscellaneous Forums

    1. Bug Reporting

      Report issues with the latest version of TestMy.net.

      375
      posts
    2. Got any ideas to make testmy.net better?

      Help build TMN, submit your suggestions!

      2,383
      posts
    3. 26,473
      posts
  • Posts

    • Thank you for the info.  Since I am the only one on my satellite will that still affect my speed?   How do I clear the cache?
    • @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.
    • @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.
    • 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?
  • Topics