Cant get to this website from home network.

At work, I can connect but at home I get dns error or a timeout error. I discuss the problem at this site. Others from my ISP seem to connect.

Here is a copy of my tracert from home.
Tracert:
Tracing route to www.weather-watch.com [81.29.70.127]
over a maximum of 30 hops:

1 1 ms 1 ms 1 ms 192.168.x.x
2 24 ms 23 ms 26 ms ip70-179-80-1.dc.dc.cox.net [70.179.80.1]
3 29 ms 24 ms 23 ms ip68-100-1-185.dc.dc.cox.net [68.100.1.185]
4 25 ms 24 ms 26 ms ip68-100-0-65.dc.dc.cox.net [68.100.0.65]
5 26 ms 25 ms 24 ms ip68-100-0-141.dc.dc.cox.net [68.100.0.141]
6 31 ms 31 ms 33 ms 68.1.1.4
7 26 ms 24 ms 26 ms so-6-0-0.gar2.Washington1.Level3.net [67.29.170.
1]
8 29 ms 26 ms 26 ms ae-2-52.bbr2.Washington1.Level3.net [4.68.121.33
]
9 106 ms 100 ms 99 ms as-0-0.bbr1.London2.Level3.net [4.68.128.101]
10 102 ms 98 ms 98 ms as0-0.bbr1.London1.Level3.net [4.68.128.109]
11 102 ms 100 ms 102 ms ge-10-0.ipcolo1.London1.Level3.net [212.187.131.
7]
12 104 ms 101 ms 106 ms unknown.Level3.net [212.113.10.106]
13 104 ms 101 ms 100 ms core1.reading.rtr.asuk.net [81.29.64.2]
14 * * * Request timed out.
15

Anyone have any ideas on what is happening? :?

I have no problems here.
NeoTrace Trace Version 3.25 Results
Target: weather-watch.com
Date: 12/1/2004 (Wednesday), 12:28:16 PM
Nodes: 18

Node Data
Node Net Reg IP Address Location Node Name
1 - - 192.168.2.101 38.879N, 99.319W JIM
2 1 - 192.168.2.1 Unknown
3 2 1 66.142.211.254 Topeka ppp-66-142-211-254.dsl.tpkaks.swbell.net
4 3 2 151.164.172.146 Topeka dist1-vlan60.tpkaks.sbcglobal.net
5 3 2 151.164.172.245 Topeka bb1-g8-0.tpkaks.sbcglobal.net
6 3 2 151.164.240.1 Dallas bb2-p3-4.dllstx.sbcglobal.net
7 3 2 151.164.240.225 Dallas ex2-p2-0.eqdltx.sbcglobal.net
8 3 2 151.164.242.41 Dallas ex1-p14-0.eqdltx.sbcglobal.net
9 4 3 144.228.250.109 Dallas sl-st20-dal-4-0.sprintlink.net
10 5 4 64.158.168.73 Dallas interconnect-eng.dallas1.level3.net
11 6 4 209.244.15.165 Dallas so-1-2-0.bbr2.dallas1.level3.net
12 5 4 64.159.0.230 WASHINGTON D.C. ae-0-0.bbr2.washington1.level3.net
13 7 4 4.68.128.101 Southwark as-0-0.bbr1.london2.level3.net
14 7 4 4.68.128.109 Southwark as0-0.bbr1.london1.level3.net
15 8 4 212.187.131.147 Southwark ge-9-0.ipcolo1.london1.level3.net
16 9 5 217.154.94.162 Brighton mistral.bgp-gw0.reading.rtr.asuk.net
17 10 5 81.29.64.2 Croydon core1.reading.rtr.asuk.net
18 10 6 81.29.70.127 Wokingham www.weather-watch.com

Packet Data
Node High Low Avg Tot Lost
1 0 0 0 1 0
2 0 0 0 1 0
3 17 17 17 1 0
4 18 18 18 1 0
5 38 38 38 1 0
6 51 51 51 1 0
7 54 54 54 1 0
8 52 52 52 1 0
9 76 76 76 1 0
10 58 58 58 1 0
11 54 54 54 1 0
12 81 81 81 1 0
13 166 166 166 1 0
14 160 160 160 1 0
15 169 169 169 1 0
16 150 150 150 1 0
17 155 155 155 1 0
18 152 152 152 1 0

You might try a reboot of your cable modem/router. That may help.

When were you having problems? There were some router problems at the hosting site on Sunday, but those seem to have cleared up now. I also had some problems with my DNS config a few days ago, but that’s sorted out now and seems to be working OK for me. Your traceroute suggests DNS is working at least some of the time because you traced www.weather-watch.com and it looked the IP address up OK.

If you’ve got local tools to do it (nslookup, dig, a local copy of SamSpade) try doing a query on www.weather-watch.com and let me know what it says. Output from dig is the most useful (either from the dig utility or dig in SamSpade).

I’ve only tried the past few days including last night. (12 hrs ago from now) I’ll try the tools you posted if I still have trouble tonight. I know that I could connect a few months ago. I’ll either update this later when I get home and it works, or tomorrow at work if it does not. Thanks for the help.

I’ve been doing some more investigations tonight and it’s possible that there have been some more networking oddities introduced onto the server by upgrading from Fedora Core 2 to FC3. If anyone else is running FC3, you might like to check whether you want to:

  1. Be running in zeroconf mode. Do a route -n and see if a route shows up to 169.254.0.0. This is apparently something developed by Apple to allow machines to plug into a network and work. Unfortunately it seems to be on by default in FC3. You can turn this off by adding NOZEROCONF=yes into /etc/sysconfig/network

  2. Be using IPv6 alongside IPv4. Apparently this can slow down DNS lookups because the DNS server tries to do IPv6 lookups and won’t respond with IPv4 addresses until the IPv6 lookup times out. You can disable this by adding ‘alias net-pf-10 off’ to /etc/modprobe.conf.

I suspect that (2) was causing some problems at times. I’ve now removed it (it will be fully disabled at the next server reboot). I was seeing some ping times to the server of up to 2.5 seconds earlier this evening, with fairly long periods (30-60 seconds) of 500-900mS pings. I’m now monitoring the ping time to see if things are better. It’s running at an average of 35mS over the last 10 minutes which seems reasonable. There are some peaks showing up, but these are blips rather than extended slow periods.

Any performance observations from other parts of the world are welcomed.

Robert,
According to your thread on dslreports, you are trying to get to www.weather-watch.com/phpBB2/
That address is incorrect now.
The correct address is http://www.weather-watch.com/smf/index.php

That’s true, although the old phpBB2 address redirects to the smf forum and his traceroute is to the server and not the forum itself.

Anyway, hopefully things are better now.

Any network experts out there? Things seem better after I disable the IPv6 stuff, but on watching the incoming packets (using tcpdump) I’m seeing bursts of large numbers (hundreds in come cases) of packets like…


22:42:48.753412 00:00:00:00:00:00 > 01:80:c2:00:00:01, ethertype Unknown (0x8808), length 60:
        0x0000:  0001 001f 0000 0000 0000 0000 0000 0000  ................
        0x0010:  0000 0000 0000 0000 0000 0000 0000 0000  ................
        0x0020:  0000 0000 0000 0000 0000 0000 0000       ..............

This appears to be related to flow control packets and/or the spanning tree mechanism. These type of packets appearing seem to correspond to slow ping times to the server. It’s getting late and I’m tired, so I’m giving up my research on this for tonight, but I wondered if anyone else had any info on this type of packet ans more particularly if it’s a fault condition (somewhere in the system), or just something I’ve never seen before.

Still no luck.

On page:http://www.weather-display.com/
Link to Weather Watch Forums, Forum
http://weather-watch.com/phpBB2/

From: http://discourse.weather-watch.com/t/7829
“The correct address is http://www.weather-watch.com/smf/index.php

BTW the dns server could not locate a IP address for www.weather-watch.com/phpBB2/
I had to replace ‘www.weather-watch.com’ with ‘81.29.70.127’.
DNS Server 205.152.37.23
DNS Server 205.152.132.23

I assume these are your ISP nameservers? Unfortunately they won’t allow external lookups, so I can’t do any checks on them.

Correct. :?

I can get to http://www.weather-watch.com/site/ if I leave off /phpBB2/ and just enter http://www.weather-watch.com

I’m now more convinced that the cause of this problem is a packet storm on the network local to the server. The odd packets I asked about yesterday, e.g.

19:37:36.841489 00:00:00:00:00:00 > 01:80:c2:00:00:01, ethertype Unknown (0x8808), length 60:
        0x0000:  0001 001f 0000 0000 0000 0000 0000 0000  ................
        0x0010:  0000 0000 0000 0000 0000 0000 0000 0000  ................
        0x0020:  0000 0000 0000 0000 0000 0000 0000       ..............

…have made a comeback. In one 34 second period TCPDUMP captured over 73,000 of these critters! When the storm is taking place my server sees no other network activity, which is probably why it seems so slow. I’ve reported the problem to the hosting site company, but as my SLA only covers 5*8 I won’t hear anything until tomorrow.

I’m going to investigate the DNS problems now, although perhaps some of those are related to the network problems?

The old phpBB2 bit of the site is defunct since we moved to the new forum software. http://www.weather-watch.com redirects you to http://www.weather-watch.com/site/

Also I assume you’re doing DNS lookups for www.weather-watch.com and not www.weather-watch.com/phpBB2/? DNS only looks at domains and not folders within the domain.

www.weather-watch.com/phpBB2/

This link does appear to do an automatic re-direct to www.weather-watch/smf/, so using that url should still work.

The old main http://www.weather-watch.com/phpBB2 link does re-direct, but if you have any links saved that point to specific parts of the old forum they won’t work, i.e. I only redirect index.php and index.html to the new forum.

http://klamath.stanford.edu/NetFPGA/docs/nf-assigned-numbers.txt is all I could find :frowning:

There are other references, but none which help work out what the problem might be.

http://www.scyld.com/pipermail/eepro100/1999-September/000531.html
http://beowulf.es.embnet.org/listarchives/linux-eepro100/1999/09/0000.html

Another storm at approx 2200-2210 (GMT). In a 2 minute period I captured approx 200,000 packets, but lost another 400,000! Of the 200,000 I captured 154,000 were the weird multicast ‘flow control’ packets :frowning:

I’ve checked my DNS out and it looks like it’s working OK from the places I can check it from (home, the server itself and www.samspade.org). There isn’t anything I can see that could stop other DNS systems from querying either my master DNS (ns.master-dns.co.uk) or any of the three slaves (ns.asuk.net, ns2.asuk.net or ns3.asuk.net).