home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / dcom / modems / 11366 < prev    next >
Encoding:
Internet Message Format  |  1992-07-28  |  2.5 KB
  1. Path: sparky!uunet!olivea!decwrl!csus.edu!netcomsv!mork!gerg
  2. From: gerg@netcom.com (Greg Andrews)
  3. Newsgroups: comp.dcom.modems
  4. Subject: Re: WB --> Hayes 2400 connection (RTS/CTS)
  5. Message-ID: <=gnmsc_.gerg@netcom.com>
  6. Date: 29 Jul 92 06:43:07 GMT
  7. References: <1992Jul22.005322.11909@edsi.plexus.COM>
  8. Organization: Netcom - Online Communication Services  (408 241-9760 guest)
  9. Lines: 43
  10.  
  11. chuck@edsi.plexus.COM (Chuck Tomasi) writes:
  12. >
  13. >It seems I'm in a bit of a dilema with my high speed modems.  I ran into
  14. >this with the T2500 about a year ago and never really resolved it, now I
  15. >face it with the WorldBlazer.
  16. >
  17. >If I use hardware flow control my high speed connections to other modems
  18. >work great (except my UUCP host.)  Don't ask why, but that is the way
  19. >people recommend it.  My only problem is that a generic Hayes 2400 modem
  20. >has problems with missing characters.  I can watch the WB's CTS light go
  21. >off as if it had stopped sending stuff, but the Hayes somehow looses
  22. >track and gets a messy screen.  This is easy to duplicate with a simple
  23. >ps -ef listing.
  24. >
  25.  
  26. The modem doesn't turn off CTS to show when it has stopped sending to
  27. the other modem.  It turns off CTS when it wants your system to stop
  28. outputting data to the modem.
  29.  
  30. The problem is happening because the modem is buffering data.  You
  31. have S181=1.  The caller's terminal (or terminal program) needs the
  32. data flow to pause, so it sends an XOFF.  That XOFF travels back to
  33. your computer, and your computer obeys it (you DO have ixoff, don't
  34. you?).  However, your computer has pumped data into the modem at
  35. high speed (38400?), and the modem has buffered some of those bytes.
  36. Your computer stops sending, but the modem sends the buffered data.
  37. The caller's terminal sent an XOFF, but it still receives data.  Its
  38. buffer overflows and data is lost.
  39.  
  40. As far as I know, the only way to handle this is to set the modem so
  41. it doesn't buffer data on plain connections (i.e. connections without
  42. error control).  Setting S181=0 accomplishes that.  Then the modem
  43. will force its RS232 speed to match the connection speed when there
  44. is no error control.  Calls that have error control will have the RS232
  45. speed locked to the S51 setting.  If you do this, make sure your getty
  46. is ready to handle the different port speeds (e.g. 9600, 2400, 1200).
  47.  
  48.  
  49. -- 
  50.  .------------------------------------------------------------------.
  51.  |  Greg Andrews   |       UUCP: {amdahl,claris}!netcom!gerg        |
  52.  |                 |   Internet: gerg@netcom.COM                    |
  53.  `------------------------------------------------------------------'
  54.