home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / sgi / 16088 < prev    next >
Encoding:
Text File  |  1992-11-08  |  3.4 KB  |  78 lines

  1. Newsgroups: comp.sys.sgi
  2. Path: sparky!uunet!think.com!ames!sgi!rhyolite!vjs
  3. From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
  4. Subject: Re: late collision
  5. Message-ID: <s1hmdjk@rhyolite.wpd.sgi.com>
  6. Keywords: collision
  7. Organization: Silicon Graphics, Inc.  Mountain View, CA
  8. References: <1992Nov6.142440.8259@aio.jsc.nasa.gov>
  9. Date: Fri, 6 Nov 1992 19:27:23 GMT
  10. Lines: 66
  11.  
  12. In article <1992Nov6.142440.8259@aio.jsc.nasa.gov>, odonnell@prothos.jsc.nasa.gov (bill o'donnell) writes:
  13. > Our lab has 12 networked Iris workstations. Some of our machines see about
  14. >20-30 late collisions/hour, a couple of our machines never see late collisions.
  15. > Also, I don't remember experiencing late collisions under the old 3.3 OS. The
  16. > lab has a mix of 4.0.1 and 4.0.5 now.
  17. > The problem has gotten so bad I prefer to rlogin into the server to do my
  18. > text editing (Writing a 1000 line file over the net can take several minutes
  19. > otherwise.).
  20. > odonnell@porthos.jsc.nasa.gov
  21.  
  22.  
  23. Changing the operating system did not change your cable plant.  Late
  24. collisions are reported as they have always been reported.  (well, for
  25. about 5 years) SGI is unusual only in reporting late collisions instead
  26. of hiding them.  Late collisions do terrible things to NFS and TCP
  27. performance.  A 1% late collision rate is more than enough to reduce
  28. NFS performance by 90%.
  29.  
  30. A late collision is happens after the first "slot time".  They can only
  31. happen to big packets.  Small packets are just mysteriously lost as far
  32. as some stations are concerned.  Late collisions will happen at some
  33. stations but not others because of the nature of the configuration
  34. timing errors that cause them.
  35.  
  36. Ethernets allocate the bus using a "cocktail party" protocol.  Everyone
  37. who wants to talk starts talking, and if two or more people start to
  38. talk at once, they are both supposed to stop immediately, and randomly
  39. wait.  This scheme works great, is almost as media efficent as token
  40. passing, far simpler than tokens, and arguably as or more robust than token
  41. passing (no tokens to lose).  The only advantage of token passing is
  42. that a token based system will collapse smoothly into uselessness under
  43. overload instead of abruptly.
  44.  
  45. However, the ethernet scheme requires that everyone follow the rules.
  46. It does not work if some blabber-mouth insists on talking regardless
  47. of other people.
  48.  
  49. In a cocktail party, the hard-of-hearing have more trouble, in part
  50. because they have more trouble knowning when other people are talking.
  51. Analogously, if two stations have trouble hearing each other, the
  52. ethernet bus allocation scheme, "collisions", breaks down.  If the bus
  53. is too long, both stations can have been talking for longer than the
  54. minimum size of a packet before they hear the other guy.  That is a
  55. "late collision."  Obviously, if they had only a mimimum sized packet,
  56. they will never know that their bits got stepped on and trashed;
  57. minimum sized packets are simply lost.
  58.  
  59. Late collisions are commonly caused by:
  60.     (1) long AUI drop cables on 10baseT transceivers
  61.         (a popular game on the SGI campus)
  62.     (2) violations of other cabling rules:
  63.     (a) some fiber extenders
  64.     (b) more than 500 m of thick wire
  65.     (c) cascading too many MUX's
  66.     (d) excessively long drop cables (generalization of (1))
  67.     (e) violation of the 4-repeater rule (or 2, if you use the
  68.         old definitions)
  69.     (3) defective stations
  70.     (a) partially connected cables (e.g. stations that do not
  71.         get the collison signal from the transciever)
  72.     (b) other broken hardware.
  73.  
  74.  
  75. Vernon Schryver,  vjs@sgi.com
  76.