Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 30 Sep 1997 16:54:24 +0930
From:      Greg Lehey <grog@lemis.com>
To:        Annelise Anderson <andrsn@leland.Stanford.EDU>
Cc:        freebsd-questions@FreeBSD.ORG
Subject:   Re: Network Connection Not Working
Message-ID:  <19970930165424.08430@lemis.com>
In-Reply-To: <Pine.GSO.3.96.970929231230.3884A-100000@elaine24.Stanford.EDU>; from Annelise Anderson on Mon, Sep 29, 1997 at 11:26:02PM -0700
References:  <Pine.GSO.3.96.970929231230.3884A-100000@elaine24.Stanford.EDU>

index | next in thread | previous in thread | raw e-mail

On Mon, Sep 29, 1997 at 11:26:02PM -0700, Annelise Anderson wrote:
> Some time after I left the office today my computer lost its ability
> to talk to the outside world--I can dial in to it but can't ping
> anything, I'm not getting mail, can't telnet, etc.  (So this is
> being written from a different e-mail account.)
>
> Relevant parts of /var/log/messages (I rebooted) look like this:
>
> Sep 29 20:03:49 andrsn /kernel: 1 3C5x9 board(s) on ISA found at 0x300
> Sep 29 20:03:49 andrsn /kernel: ep0 at 0x300-0x30f irq 10 on isa
> Sep 29 20:03:49 andrsn /kernel: ep0: aui/utp/bnc[*BNC*] address 00:20:af:be:eb:e0
> Sep 29 20:03:50 andrsn named[92]: starting.  named 4.9.6-REL Fri Sep  5 16:37:03 PDT 1997       andrsn@andrsn.stanford.edu:/usr/obj/usr/src/usr.sbin/named
> Sep 29 20:03:50 andrsn named[93]: Ready to answer queries.
> Sep 29 20:04:04 andrsn routed[67]: sendto(ep0, 224.0.0.1): No route to host
> Sep 29 20:04:20 andrsn routed[67]: sendto(ep0, 224.0.0.1): No route to host
> Sep 29 20:07:41 andrsn routed[67]: ignore RTM_ADD without gateway
> Sep 29 20:12:57 andrsn routed[67]: sendto(ep0, 224.0.0.1): No route to host
> Sep 29 20:16:07 andrsn routed[67]: interface ep0 to 36.33.0.163 broken: in=0 ierr=0 out=3 oerr=3

Well, I don't use (nor recommend) routed, but this appears to be
telling you that it can't output on this interface.

> Sep 29 20:16:27 andrsn routed[67]: interface ep0 to 36.33.0.163 restored
> Sep 29 20:16:46 andrsn routed[67]: sendto(ep0, 224.0.0.1): No route to host
> Sep 29 20:17:03 andrsn routed[67]: sendto(ep0, 224.0.0.1): No route to host
> Sep 29 20:19:26 andrsn routed[67]: interface ep0 to 36.33.0.163 broken: in=0 ierr=0 out=1 oerr=1
> Sep 29 20:19:41 andrsn routed[67]: interface ep0 to 36.33.0.163 restored
> Sep 29 20:38:28 andrsn routed[67]: sendto(ep0, 224.0.0.1): No route to host
>
> The network before looked like this:
>
>> From root@andrsn.stanford.edu Mon Sep 29 22:18:41 1997
> Date: Mon, 29 Sep 1997 02:00:01 -0700 (PDT)
> From: "A. Anderson" <root@andrsn.stanford.edu>
> Subject: andrsn daily run output
>
> network:
> Name  Mtu   Network       Address            Ipkts Ierrs    Opkts Oerrs  Coll
> lp0*  1500  <Link>                               0     0        0     0     0
> ep0   1500  <Link>      00.20.af.be.eb.e0  4675592   812   523700     1     0
> ep0   1500  36.33/16      andrsn           4675592   812   523700     1     0
> tun0* 1500  <Link>                             210     0      167     0     0
> sl0*  552   <Link>                               0     0        0     0     0
> sl1*  552   <Link>                               0     0        0     0     0
> ppp0* 1500  <Link>                             540    15      481     0     0
> lo0   16384 <Link>                          193928     0   193928     0     0
> lo0   16384 your-net      localhost         193928     0   193928     0     0
>
> It looks similar now (netstat -in)--but lots of collisions and errors.
>
> Name  Mtu   Network       Address            Ipkts Ierrs    Opkts Oerrs  Coll
> lp0*  1500  <Link>                               0     0        0     0     0
> ep0   1500  <Link>      00.20.af.be.eb.e0      282     0     1126   836   836
> ep0   1500  36.33/16      36.33.0.163          282     0     1126   836   836

Well, it looks like you are (or were) getting something in, but
obviously 836 errors out of a total of 1126 packets suggest that
something is seriously wrong.  Also, it looks like you got 282 packets
in, and sent 

> tun0* 1500  <Link>                               0     0        0     0     0
> sl0*  552   <Link>                               0     0        0     0     0
> sl1*  552   <Link>                               0     0        0     0     0
> ppp0* 1500  <Link>                               0     0        0     0     0
> lo0   16384 <Link>                             203     0      203     0     0
> lo0   16384 127           127.0.0.1            203     0      203     0     0
>
>
> Routing tables (when it was working)
> ...
> Routing tables after it quit working are identical except for a fer numbers:

Yes, so this isn't very interesting.

> 19 10:37pm ~ # ifconfig -au
>
> ep0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
>         inet 36.33.0.163 netmask 0xffff0000 broadcast 36.33.255.255
>         ether 00:20:af:be:eb:e0
> lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
>         inet 127.0.0.1 netmask 0xff000000
>
> The right stuff seems to be up--

Or claims to be up.

> I'm not sure if netstat -a contains useful information or not:

No, that's a higher level.  We're looking at the link layer here.

> I tried quite a few things--reinstating resolv.conf although I'd
> moved it when I set up the cache only nameserver (with forwarders);
> rebooting; killing routed -s and later restarting it. Everthing seems
> to be running--httpd, sendmail, named, etc. 

All these things run at higher levels.  The error rate on the
interface show that what we're seeing here is pretty certainly at the
link layer.

> So here is some output-- my current guess is that wire that goes
> from the Ethernet card connector (10-Base-2)

10-Base 2?  Your boot message says BNC.  How do you configure the
interface?  Do you set the link flags specifically?  I don't see
anything in the ifconfig output above.  Check the link flags:


     -link0                Use the BNC port (default).

      link0 -link1         Use the AUI port.

      link0  link1         Use the UTP port.

This would suggest that you should be showing LINK0 and LINK1 in the
output above.

> is broken--does this look consistent with that?  And if so, do I
> just cut it and reattach it?

It's consistent, but it doesn't have to be the right answer.  Your
board could have got itself confused--I've seen this happen with the
3C509, and occasionally I have been able to fix it with the following
sequence:

  # ifconfig ep0 down
  # ifconfig ep0 up

This won't cost you much, and you can do it from where you are
(assuming you haven't gone to bed yet).

Greg


home | help

Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19970930165424.08430>