home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / sgi / 11690 < prev    next >
Encoding:
Internet Message Format  |  1992-07-30  |  1.4 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!ames!sgi!rhyolite!vjs
  2. From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
  3. Newsgroups: comp.sys.sgi
  4. Subject: Re: late collision errors
  5. Message-ID: <nv8m6t4@rhyolite.wpd.sgi.com>
  6. Date: 30 Jul 92 23:45:17 GMT
  7. References: <1992Jul30.190642.29534@aio.jsc.nasa.gov>
  8. Organization: Silicon Graphics, Inc.  Mountain View, CA
  9. Lines: 31
  10.  
  11. In article <1992Jul30.190642.29534@aio.jsc.nasa.gov>, strong@sweetpea.jsc.nasa.gov (Renee Strong 283-4257) writes:
  12. > We keep getting TONS of late collision errors in our console windows.  I under-
  13. > stand that this indicates that there is a major network problem.  We know our
  14. > network runs very slowly.  Is there some way I can gather statistics on the
  15. > late
  16. > collisions?  I've tried using netstat -i, but the collisions are only
  17. > about 0.3%
  18. > of the total packets sent and recieved so according to those statistics
  19. > we don't
  20. > have a problem.
  21.  
  22.  
  23.  
  24. Late collisions mean your network is broken.  
  25. They will cause terrible performance (by SGI standards).
  26.  
  27.  
  28. Typical causes are:
  29.     -execessively long "drop cables" connectint twisted pair
  30.         transceivers to workstations
  31.     -excessively long ethernet coax
  32.     -partially connected computers--as in half-connected cables
  33.     -broken computers.
  34.  
  35. I know of no way to find such problems, except by turning things
  36. off until they go away.  (after first walking around loooking
  37. for bad cables, etc.)
  38.  
  39.  
  40.  
  41. Vernon Schryver,  vjs@sgi.com
  42.