Path: utzoo!utgpu!news-server.csri.toronto.edu!rutgers!usc!sdd.hp.com!spool2.mu.edu!sol.ctr.columbia.edu!caen!umich!sharkey!nstar!larry
From: larry@nstar.rn.com (Larry Snyder)
Newsgroups: comp.unix.sysv386,fido.unix
Subject: Re: Need Recommendations On 386/486 UNIX systems
Keywords: unix, 386/486
Message-ID: <1991Jan03.005820.10473@nstar.rn.com>
Date: 3 Jan 91 00:58:20 GMT
References: <1990Dec22.143706.4493@virtech.uucp> <358@metran.UUCP> <1990Dec23.113905.4278@nstar.rn.com> <1990Dec23.212340.7003@unixland.uucp>
Organization: Northern Star Communications, Ltd.
Lines: 32

bill@unixland.uucp (Bill Heiser) writes:

>In article <1990Dec23.113905.4278@nstar.rn.com> larry@nstar.rn.com (Larry Snyder) writes:
>>
>>The last thing I heard about arnet boards is that they had
>>problems supporting bidirectional communications for a bank
>>of modems locked at 38,400 bps using only hardware flow control
>>under Interactive Unix.
>>

>Speaking of hardware flow control ... My new AST 4-port board has an
>option for setting enabling hardware flow control.  When initasy is
>run (on Esix), that's one of the questions that is asked.  There's
>also something about a "flow control register."  Neither of these
>is documented well (if at all) in the AST board documentation.  What's
>your recommendation on this?

Use hardware flow control (if it works).

Try turning it on in the modem, and in the driver (FAS?).

Then try downloading then uploading a file using zmodem at both a high
speed and a 2400 baud connection - with the DTE locked at either
19200 or 38400.  If you get a flawless transfer (no errors)
then you should be all set - however - if flow control isn't
working - you will sure enough see errors..

-- 
       Larry Snyder, Northern Star Communications, Notre Dame, IN USA 
  {..!uunet!mailrus!iuvax!ndcheg!nstar!larry, larry%nstar@ndcheg.cheg.nd.edu}
                     backbone usenet newsfeeds available
         Public Access Unix Site (219) 289-0282 (5 high speed lines)