home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / dcom / lans / ethernet / 1531 < prev    next >
Encoding:
Internet Message Format  |  1992-07-31  |  1.1 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!relay!relay.nswc.navy.mil!tdrake
  2. From: tdrake@relay.nswc.navy.mil (Tim Drake - E41)
  3. Newsgroups: comp.dcom.lans.ethernet
  4. Subject: SQE, Once more
  5. Message-ID: <1992Jul31.124357.10781@relay.nswc.navy.mil>
  6. Date: 31 Jul 92 12:43:57 GMT
  7. Sender: news@relay.nswc.navy.mil
  8. Organization: NSWC
  9. Lines: 22
  10.  
  11.  
  12.    I've read all the postings on SQE I've seen in the last two
  13. weeks (many). I'm still unclear on a few points. SQE should
  14. help me find problems in faulty MAU's, but how?? Say I'm working
  15. on a Unix system, what command will report the error's I shoud see
  16. if I have SQE turned on and the MAU is faulty. In short how can
  17. SQE help me find problems.
  18.  
  19.   My other confussion is if it looks like a collision to my MAU
  20. (the "CP collision packet" LED lights up) how does the system
  21. tell the difference between the "test" and an actual collision?
  22.  
  23.   I must admit that we turn SQE off religiosly because of problems
  24. we had with it being enabled and connected to repeater equipment.  
  25.  
  26.  
  27.  
  28.         Tim Drake                   NAVSWD : Navy Dahlgren Va.
  29.         tdrake@relay.nswc.navy.mil
  30.  
  31.  
  32.    
  33.