[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: TX errors, internal nic

p166deb:~# mii-diag eth1
Basic registers of MII PHY #1:  3100 7869 001d 2411 05e1 0021 0004 2001.
 Basic mode control register 0x3100: Auto-negotiation enabled.
 Basic mode status register 0x7869 ... 786d.
   Link status: previously broken, but now reestablished.
 Your link partner is generating 10baseT link beat  (no autonegotiation).
   End of basic transceiver informaion.
now i don't know when this link was 'broken', because i have programs which
keep constant connections, and these programs die or become crippled when
those connections are lost, even for the shortest moment, so there is a
constant connection.

and yes, it is a cheap nic, it is a cicero, with a weird chip (i hadn't
heard of this chip maker before) which apparently uses the tulip drivers.
the other end is a "SynOptics LattisHub 2813"  (16 port 10BaseT smart hub
root w/ 4 - 25 pin expansion ports with one 16 port leaf hub, [back from
when hubs were dumb and smart].  although I have yet to figure out how to
interface with it, but that's a completely different issue.)

so yeah, that's what the mii-diag said.  it doesn't seem to give me much i
can work with, hopefully you can though.
(remember, this isn't a big issue, everything is working fine in terms of
connections through)


----- Original Message -----
From: "Jean-Francois Dive" <jef@linuxbe.org>
To: "Arne P. Boettger" <apb@rot26.de>
Cc: <debian-firewall@lists.debian.org>
Sent: Sunday, February 23, 2003 4:36 AM
Subject: Re: TX errors, internal nic

> On Sun, 2003-02-23 at 20:01, Arne P. Boettger wrote:
> > Hello,
> >
> > On Sat, Feb 22, 2003 at 09:18:13PM -0800, Doug_The_Slug wrote:
> > > eth1      Link encap:Ethernet  HWaddr 00:50:BF:97:D9:18
> > >           inet addr:  Bcast:
> > >           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
> > >           RX packets:10330332 errors:4 dropped:0 overruns:0 frame:6
> > >           TX packets:0 errors:10247612 dropped:0 overruns:0
> > >           collisions:0 txqueuelen:100
> > >           RX bytes:2195996995 (2.0 GiB)  TX bytes:0 (0.0 b)
> > >           Interrupt:11 Base address:0x1400
> >
> > which driver does this card use? How is it connected to your
> > network? If it is a switch, what do the diagnostic lights tell you?
> >
> > Could you install the mii-diag package and post the output of the
> > mii-diag program?
> >
> > I have the strong impression that this is either a flakey link or
> > some el Cheapo card that has trouble negotiating a link speed with
> > the other end.
> >
> > > why is TX at 0?  how is the nic transmitting anything to the internal
> > > network when TX is at 0?   and for some reason, it's putting in an
error for
> > > each packet.  also, what is this carrier number, and why is it so
> > >
> > > this isn't really an emergency since everything is running and working
> > > far as i can see, but i just found this bit odd.
> >
> > What that carrier number means is something I could not really get
> > an answer to, so if someone else here knows, I would like to know
> > too...
> carrier_error is set when the driver tries to send a packet and it
> failed because the carrier have been lost during transmission. Well,
> knowing precisely which chain on even on card makes it set it's carrier
> lost status is really depending ont the driver.
> In this case, i totally agrees: looks to me as a nego problem.
> > I have recently seen such behaviour with a via-rhine card that was
> > for some reason re-negotiating the link speed several times per hour
> > and sometimes lost connection for quite a while.

Reply to: