Date: Sun, 10 Nov 1996 12:33:42 -0600 (CST) From: David Kelly <dkelly@hiwaay.net> To: questions@freebsd.org Subject: Ethernet Collisions Message-ID: <XFMail.961110125304.dkelly@hiwaay.net>
next in thread | raw e-mail | index | archive | help
I noticed something recently that's bothering me. Not sure if its
a FreeBSD problem, or more likely its a problem with the way the
network is wired to my office:
Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll
ed0 1500 <Link> 00.00.b4.23.d1.21 22911 0 8188 0 4080
ed0 1500 140.165.210/2 PeeCee 22911 0 8188 0 4080
lp0* 1500 <Link> 0 0 0 0 0
tun0* 1500 <Link> 0 0 0 0 0
sl0* 552 <Link> 0 0 0 0 0
lo0 16384 <Link> 2 0 2 0 0
lo0 16384 your-net localhost 2 0 2 0 0
The above output of "netstat -i" is from:
PeeCee: {1003} uname -a
FreeBSD PeeCee.tbe.com 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Wed Nov 6 18:22:58
CST 1996 dkelly@PeeCee.tbe.com:/usr/src/sys/
compile/PEECEE i386
and captured shortly after a reboot and ftp download of a 30M file.
The concern is how most every packet transmitted first collided with
another before getting out. This is repeatable, with either NE2000
or DEC-21040 ethernet cards. Doesn't matter if ftp or ncftp is used.
Doesn't matter if the machine was freshly rebooted or has been
running for several days. The remote system is an old SGI, ping
reports TTL of 253 so there are one or two gateways between us.
The network is UTP with a Farallon EtherWave in my office splitting
it between Mac and PeeCee. The collision light on the Etherwave
frist brought this to my attention.
The de0 card still results in 800k to 900k transfer rates. Should
I worry about this?
--
David Kelly N4HHE, dkelly@tomcat1.tbe.com (wk), dkelly@hiwaay.net (hm)
=====================================================================
The human mind ordinarily operates at only ten percent of its
capacity -- the rest is overhead for the operating system.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?XFMail.961110125304.dkelly>