home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / sgi / 18236 < prev    next >
Encoding:
Internet Message Format  |  1992-12-21  |  2.2 KB
  1. Path: sparky!uunet!dtix!darwin.sura.net!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!agate!ames!sun-barr!olivea!sgigate!sgi!rhyolite!vjs
  2. From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
  3. Newsgroups: comp.sys.sgi
  4. Subject: Re: Help w/ethernet:  et0: late collision
  5. Message-ID: <trrk00s@rhyolite.wpd.sgi.com>
  6. Date: 21 Dec 92 00:57:36 GMT
  7. References: <1992Dec18.155209.17049@erenj.com>
  8. Organization: Silicon Graphics, Inc.  Mountain View, CA
  9. Lines: 43
  10.  
  11. In article <1992Dec18.155209.17049@erenj.com>, crumrine@pxdvgx.erenj.com (MDCRUMR  Crumrine) writes:
  12. > We recently moved a 4D/420 from a LANmark IBX connection to
  13. > a twisted pair tranceiver, and now we are experiencing errors.
  14. > Symptoms include terminal sessions that freeze, and the SYSLOG
  15. > error message et0: late collision. The error messages are occuring
  16. > at a rate of once a minute.  The network team has certified the
  17. > line and connection, there are other boxes on the line that work.
  18. > Any ideas??
  19.  
  20.  
  21. Find some qualified "network certifiers."  "Late Collision" means that
  22. your network is broken.
  23.  
  24. A "late collision" is a collision that afflicts a large packet after
  25. the first "slot time".   It can only happen if:
  26.     1. some other machine on your network is broken and not detecting
  27.         collisions.
  28.     2. your network is "too big" for the start of packets to propagate
  29.     from one end of the network to the other.
  30.  
  31. (2) is usually the cause.  The most common errors that cause it are:
  32.     a. violating the "2/4 repeater rule"
  33.     b. using long drop cables on 10BaseT transceivers
  34.     c. chaining too many drop cables together.
  35.  
  36. Most systems do not complain about late collisions.  They silently
  37. ignore them.  I think that is unwise, because each late collision means
  38.     - a large packet was lost and will not be automatically retransmitted
  39.     by the MAC chip
  40.     - an unknowable number of small packets have lost, with no inidication
  41.     anywhere but a higher layer time out.
  42.  
  43. Losing packets is not good, whether by late collisions or otherwise.
  44. A 1% packet loss rate on an ethernet will reduce your NFS performance by
  45. 90% using the common, NFS default timeouts.
  46.  
  47.  
  48.  
  49. Vernon Schryver,  vjs@sgi.com
  50.  
  51.  
  52. P.S.  I normally do not respond to messages with lines like
  53.     "Followup-To: crumrine@erenj.com".
  54.