home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / dcom / lans / ethernet / 1508 < prev    next >
Encoding:
Text File  |  1992-07-30  |  2.0 KB  |  42 lines
  1. Newsgroups: comp.dcom.lans.ethernet
  2. Path: sparky!uunet!gatech!destroyer!ncar!mrbean.scd.ucar.edu!hyder
  3. From: hyder@mrbean.scd.ucar.edu (Paul Hyder)
  4. Subject: Re: Early and Late Collision
  5. Message-ID: <1992Jul30.144127.17781@ncar.ucar.edu>
  6. Sender: news@ncar.ucar.edu (USENET Maintenance)
  7. Organization: Scientific Computing Divison/NCAR Boulder, CO
  8. References: <1992Jul29.012447.4664@gecko.uucp> <Bs5t9D.4yo@zoo.toronto.edu> <1992Jul30.003641.22901@news.iastate.edu>
  9. Date: Thu, 30 Jul 1992 14:41:27 GMT
  10. Lines: 30
  11.  
  12. >> henry@zoo.toronto.edu (Henry Spencer) writes:
  13. >> }Once the necessary time for consensus has elapsed and no collision has
  14. >> }been seen, all nodes should agree that there is a transmission in progress.
  15. >> }A properly-functioning Ethernet node will not attempt to transmit between
  16. >> }seeing that somebody else is transmitting and the end of that transmission.
  17. >> }A late collision is one occurring after consensus should have been achieved.
  18. >> }It means something is badly wrong somewhere -- either a misconfigured
  19. >>                                                          ~~~~~~~~~~~~~
  20. >> }network or a malfunctioning node.
  21. >> 
  22. >> Most likely a segment longer than the longest allowed.
  23.  
  24. I just can't let this one pass.  In my experience single segment length
  25. is rarely the cause of late collisions.  It is too easy to find and
  26. fix. ;{)  In recent years the ones I've seen have included bad
  27. transceivers, bad repeaters, too many repeaters, and multiport
  28. transceivers three deep.  Henry's "misconfigured" is closer to most
  29. reality.
  30.  
  31. BTW I've seen short collisions exactly twice:  Once when a net had
  32. been installed with intrusive taps in multiple barrel connected groups
  33. of two to seven taps and once recently with overdriven fiber ethernet.
  34. These are also not supposed to be possible, unfortunately many lan
  35. analyzers can't or won't capture them.  [Isolating the barrel
  36. connected transceivers was truly a pain.  Those collisions were
  37. 2-6bytes long.  FYI The fiber overdrive created a bunch of 8 byte
  38. collisions.]
  39.     Paul Hyder
  40.     High Performance Systems and Networking
  41.     NCAR
  42.