1. This site uses cookies. By continuing to use this site, you are agreeing to our use of cookies. Learn More.

Problem with LinksysInfo server

Discussion in 'General Discussion' started by Kiwi8, Jun 5, 2008.

  1. Kiwi8

    Kiwi8 LI Guru Member

    Problem with LinksysInfo server? I seem to be getting slow to no response at times. :redface:
  2. LLigetfa

    LLigetfa LI Guru Member

    It's been hit and miss for quite a while now. Whenever it stalls, I hit refresh. Most times, one refresh will bring up the page but some days I just have to go away from this site and try later.

    It's not a Tomato or browser issue. I have the same problem using dd-wrt. On my hotspot in town I use Debian behind a m0n0wall and see the same issues. I went back and forth with Simon on emails but it didn't go anywhere.
  3. TexasFlood

    TexasFlood Network Guru Member

    Sounds like the same thing I've been seeing. I've playing around so much lately with different firmware and configs that I thought it might be my end. But of the sites I frequent, it was only linksysinfo I was seeing it on. The other thing I noticed is when I surf around and come back to linksysinfo, seems like I don't see updates (new posts) unless I refresh the page. Nothing that can't be worked around but annoying.
  4. HennieM

    HennieM Network Guru Member

    Well, we are running on an IIS to the best of my knowledge, and there aren't that many internet IIS servers around, so you probably won't see it on many web sites. (Not saying that's the reason for the problems mentioned).

    Another thing I started seeing with my ISP, boiled down to this fix from the iptables man page:
           This target allows to alter the MSS value of TCP SYN packets,  to  con-
           trol  the maximum size for that connection (usually limiting it to your
           outgoing interface's MTU minus 40).  Of course, it can only be used  in
           conjunction with -p tcp.
           This  target  is  used to overcome criminally braindead ISPs or servers
           which block ICMP Fragmentation Needed packets.  The  symptoms  of  this
           problem are that everything works fine from your Linux firewall/router,
           but machines behind it can never exchange large packets:
            1) Web browsers connect, then hang with no data received.
            2) Small mail works fine, but large emails hang.
            3) ssh works fine, but scp hangs after initial handshaking.
           Workaround: activate this option and add a rule to your  firewall  con-
           figuration like:
            iptables -A FORWARD -p tcp --tcp-flags SYN,RST SYN \
                        -j TCPMSS --clamp-mss-to-pmtu
           --set-mss value
                  Explicitly set MSS option to specified value.
                  Automatically clamp MSS value to (path_MTU - 40).
           These options are mutually exclusive.
    I'm not saying that's the problem-solver either, but may be something to try.
  5. Kiwi8

    Kiwi8 LI Guru Member

    If Linksysinfo server is the only one that I had seen having the problem, shouldn't it be the Linksysinfo side problem? :confused:
  6. HennieM

    HennieM Network Guru Member

    Yes Kiwi, this iptables workaround is to fix a problem on the upstream network, ISP, or server (not your own) side.
  7. Kiwi8

    Kiwi8 LI Guru Member

    I still dun understand. :confused:

    Anyway, the server seems to be down quite often over the past few days.
  8. HennieM

    HennieM Network Guru Member

    As I understand it: If, hypothetically, the linksysinfo server, or some router on the way to the linksysinfo server, is throwing away icmp fragmentation needed packets, the full "message" from your browser is not being read by the linksysinfo web server.
    The TCPMSS workaround forces your own router to send smaller packets, so there's no fragmentation, and thus no fragmented packets that has to be re-assembled.
  9. Kiwi8

    Kiwi8 LI Guru Member

    Now there's a big chunk of code when viewing threads, and the background color is white instead of the usual blue.


Share This Page