home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / dcom / lans / ethernet / 1532 < prev    next >
Encoding:
Internet Message Format  |  1992-07-31  |  2.6 KB
  1. Path: sparky!uunet!gatech!rpi!usc!sdd.hp.com!wupost!darwin.sura.net!ukma!seismo!lll-winken!ptavv.llnl.gov!oberman
  2. From: oberman@ptavv.llnl.gov
  3. Newsgroups: comp.dcom.lans.ethernet
  4. Subject: Re: SQE, Once more
  5. Message-ID: <1992Jul31.073649.1@ptavv.llnl.gov>
  6. Date: 31 Jul 92 15:36:49 GMT
  7. References: <1992Jul31.124357.10781@relay.nswc.navy.mil>
  8. Sender: usenet@lll-winken.LLNL.GOV
  9. Lines: 43
  10. Nntp-Posting-Host: ptavv.llnl.gov
  11.  
  12. In article <1992Jul31.124357.10781@relay.nswc.navy.mil>, tdrake@relay.nswc.navy.mil (Tim Drake - E41) writes:
  13. > 
  14. >    I've read all the postings on SQE I've seen in the last two
  15. > weeks (many). I'm still unclear on a few points. SQE should
  16. > help me find problems in faulty MAU's, but how?? Say I'm working
  17. > on a Unix system, what command will report the error's I shoud see
  18. > if I have SQE turned on and the MAU is faulty. In short how can
  19. > SQE help me find problems.
  20.  
  21. You've just hit one of my big gripes with vendors. Many, but not all U*ix OSes
  22. simply ignore the SQE error. In this environment there is little you can do
  23. with the fact that SQE is enabled except to complain loudly to the vendor.
  24.  
  25. For those systems that do count SQE errors, something like netstat should
  26. return the counts. SNMP is a better way to get this information.
  27.  
  28. >   My other confusion is if it looks like a collision to my MAU
  29. > (the "CP collision packet" LED lights up) how does the system
  30. > tell the difference between the "test" and an actual collision?
  31.  
  32. It's all a matter of timing. The SQE signal is generated immediately after a
  33. packet is transmitted. During this interval the network is not (or should not)
  34. be carrying any traffic. Since the SQE check is sent by the MAU itself, it
  35. expects it and so does the controller.
  36.  
  37. >   I must admit that we turn SQE off religiosly because of problems
  38. > we had with it being enabled and connected to repeater equipment.  
  39.  
  40. Amazing to me how many people don't read the instructions, hook up a MAU with
  41. SQE enabled to a repeater, have it fail, and declare SQE a BAD THING to be
  42. turned off all the time. I know of several sites that operate this way and I
  43. think they are all crazy (or lazy).
  44.  
  45. If a driver counts SQE errors, as many do, turning off SQE has deprived you of
  46. a significant tool for discovering network problems. If a driver does not count
  47. SQE errors, the vendor has deprived you the tool and you should complain
  48. LOUDLY!
  49.  
  50. R. Kevin Oberman            Lawrence Livermore National Laboratory
  51. Internet: koberman@llnl.gov        (510) 422-6955
  52.  
  53. Disclaimer: Don't take this too seriously. I just like to improve my typing
  54. and probably don't really know anything useful about anything.
  55.