[vortex] Re: Query: Any solution to 3c905B problem?
Bogdan Costescu
bogdan.costescu@iwr.uni-heidelberg.de
Fri Jan 11 15:15:01 2002
On Thu, 10 Jan 2002, Iain O'Cain wrote:
> Okay, I've just caught this in progress. It seems the same with the Tulip
> card I had in there, and with the 3Com 905C card I replaced that with.
This plus the later indication that other systems using Tulip work well
lead me to believe that there might be a problem with the cable or switch
port. Have you checked these ?
> I've also upgraded from a 2.4.10 kernel to 2.4.17 with no apparent result,
> and even recompiled 2.4.17 again with 586 optimization instead of K6-2,
I don't think these changes would have any impact. As Don said it's either
a hardware problem or the driver is resetting the transceiver. The second
situation could be found by increasing the debug level; the first by
changing hardware...
> Yes, "arp -n" reports "incomplete" entries:
>
> Address HWtype HWaddress Flags Mask Iface
> 10.0.0.10 (incomplete) eth0
> 10.0.0.1 ether 00:60:67:32:69:64 C eth0
> 10.0.0.2 (incomplete) eth0
That's the same symptom that I get when using one of those Cisco switches
with Spanning Tree Protocol where for one minute after the interface is
brought "up" the port is not activated (although there are some broadcast
packets received).
> Where there's actually no host at "10.0.0.1" since months ago (so why do I
> have a MAC address for it?), and I get a line like the other two for any
> host I try to ping, whether there's really a host at the address or not.
Did you add this entry by hand ? Normally unused ARP entries are discarded
after several minutes.
> The autonegotiated capability is 01e0.
> The autonegotiated media type is 100baseTx-FD.
Here everything looks fine...
--
Bogdan Costescu
IWR - Interdisziplinaeres Zentrum fuer Wissenschaftliches Rechnen
Universitaet Heidelberg, INF 368, D-69120 Heidelberg, GERMANY
Telephone: +49 6221 54 8869, Telefax: +49 6221 54 8868
E-mail: Bogdan.Costescu@IWR.Uni-Heidelberg.De