home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / dcom / lans / ethernet / 1457 < prev    next >
Encoding:
Internet Message Format  |  1992-07-23  |  2.3 KB
  1. Path: sparky!uunet!olivea!apple!apple!netcomsv!mork!seifert
  2. From: seifert@netcom.com (Rich Seifert)
  3. Newsgroups: comp.dcom.lans.ethernet
  4. Subject: Re: SQE
  5. Summary: And some history and logic...
  6. Message-ID: <j_hmc5j.seifert@netcom.com>
  7. Date: 24 Jul 92 00:49:41 GMT
  8. References: <chrisc.18.711811686@ramrod.lmt.mn.org> <1992Jul23.101648.1@ptavv.llnl.gov>
  9. Organization: Netcom - Online Communication Services  (408 241-9760 guest)
  10. Lines: 41
  11.  
  12.  
  13.  
  14. The previous response was fairly thorough and correct. Some minor points:
  15.  
  16. Semantics: SQE (in 802-ese) means "collision Detect" in Ether-ese.
  17. Heartbeat translates as "SQE test". (Don't worry, we even make this
  18. error in the 802 committee meetings.)
  19.  
  20. Actually, I think that "transceiver" is the correct term for a MAU!
  21. (But I'm biased. MAU always reminds me of Pa-Pa-OOH-Mau-Mau :-)  )
  22.  
  23. As to the WHY of it all--You may notice that there is no special
  24. test function for any of the other signals. There IS a requirement
  25. that a station be able to hear its own transmissions through its
  26. transceiver (loopback). By requiring this, a station's Carrier Sense
  27. signal will always be asserted sometime during every transmission.
  28. If it is asserted, this implies that the Transmit, Receive, and Power
  29. leads in the transceiver cable are properly connected, and that the
  30. transceiver is minimally functional. However, there is no way to
  31. diffferentiate between a transceiver with a faulty collision detect
  32. and a lightly-loaded network (with no collisions), unless you maintain
  33. some pretty fancy state information. (Something we were unwilling to force 
  34. on the world). Heartbeat was a simple way of checking whether the
  35. collision detect (and the collision wires in the transceiver cable) is
  36. operational.
  37.  
  38. We rejected the idea of a "test mode" for checking the transceiver;
  39. First, how do you know when to try the test mode? Second, what if it
  40. works fine in test mode but fails in normal operation? and Third,
  41. I don't like "modes". I believe that diagnostics should be a normal part
  42. of the operation of a device.
  43.  
  44. So blame it on me. I was the design engineer responsible for all that
  45. stuff in the Ethernet spec...
  46.  
  47.  
  48. -- 
  49. Rich Seifert                    Networks and Communications Consulting
  50. seifert@netcom.com              (408) 996-0922
  51.                                 (408) 996-2860 FAX
  52. "... specialists in Local Area Networks and Data Communications systems"
  53.