home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / sun / hardware / 3447 < prev    next >
Encoding:
Internet Message Format  |  1992-07-21  |  1.5 KB
  1. Path: sparky!uunet!cendata!mike
  2. From: mike@cendata.UUCP (Mike Heins)
  3. Newsgroups: comp.sys.sun.hardware
  4. Subject: Re: Do SPARCstations *really* support RTS/CTS flow control?
  5. Message-ID: <116@bif.UUCP>
  6. Date: 21 Jul 92 13:46:19 GMT
  7. References: <1992Jul20.192743.28639@tridom.com>
  8. Distribution: usa
  9. Organization: Central Data Corp., Champaign, IL
  10. Lines: 26
  11.  
  12. >Actually, the 8530 doesn't support this mode of flow control.  In fact I
  13. >don't know of ANY serializers that support this mode of flow control (in
  14. >hardware).  RTS/CTS flow control is usually used in half-duplex, multidrop
  15. >or switched carrier systems in which RTS signals a request (by the DTE) to
  16. >transfer data and CTS aknowledges that request.
  17. >
  18. >The crossed RTS/CTS type of flow control that you're hinting at is actually
  19. >a standard "non-standard" that has evolved (I believe) out of the PC world.  
  20. >
  21.  
  22. In actual practice, since the RTS and CTS lines of most equipment are
  23. connected together, this type of flow control is eminently possible for
  24. any intelligent serial implementation and should be implemented.  The
  25. newer modems require it to run fast without dropping characters,
  26. especially in heavily loaded systems that don't have the CPU power
  27. available to handle a full flow of incoming chars.
  28.  
  29. Try our scsiTerminal Server.  It has this capability, and works
  30. extremely well for connecting multiple modems to SPARCstations.
  31.  
  32. Regards,
  33. Mike Heins
  34. ------------------------
  35. Central Data Corporation    "Makers of the scsiTerminal Server"
  36. 1602 Newton Drive        (800) 482-0315
  37. Champaign, IL 61821        mike@cd.com
  38.