[net.dcom] Running phone line and RS232 line at different speeds

gnu@hoptoad.uucp (John Gilmore) (03/16/86)

In article <12900003@svo.UUCP>, corey@svo.UUCP writes:
> 	It has two modes of operation.  The first is Microcom's "SX" mode which
> has some very nice features such as independant speeds on the RS-232 
> line and the phone line.  This is a blessing for all of those people
> out there without source since you can set the terminal line speed to 9600
> and let the modem take care of the conversion to 300, 1200 or 2400.

I don't understand this.  What happens if you start outputting at 9600
baud to your modem but it only runs 1200 over the phone line?  Whether
it throws away data, inserts ^S and ^Q into your incoming data stream,
or requires hardware flow control, all of these sound like major drawbacks.
If on the other hand these modem mfrs have invented infinite sized buffers,
well, more power to them -- and when can I get a random-access version?
-- 
John Gilmore  {sun,ptsfa,lll-crg,ihnp4}!hoptoad!gnu   jgilmore@lll-crg.arpa

baron@transys.UUCP (Joe Portman) (03/18/86)

> In article <12900003@svo.UUCP>, corey@svo.UUCP writes:
> > 	It has two modes of operation.  The first is Microcom's "SX" mode which
> > has some very nice features such as independant speeds on the RS-232 
> > line and the phone line.  This is a blessing for all of those people
> > out there without source since you can set the terminal line speed to 9600
> > and let the modem take care of the conversion to 300, 1200 or 2400.

> In article  <623@hoptoad.uucp> John Gilmore writes:
> I don't understand this.  What happens if you start outputting at 9600
> baud to your modem but it only runs 1200 over the phone line?  Whether
> it throws away data, inserts ^S and ^Q into your incoming data stream,
> or requires hardware flow control, all of these sound like major drawbacks.
> If on the other hand these modem mfrs have invented infinite sized buffers,
> well, more power to them -- and when can I get a random-access version?

     There is a slight misunderstanding going on here. I have the  AX-
     2400 modem running and here is how it works.

     Depending on the model you have, Ax-2400c (data  compression)  or
     the  more  advanced model(AX-2400?) you CAN set the modem to 2400
     baud on the phone line and 4800 (9600) baud on the serial port.

     You also MUST  BE  IN    "RELIABLE"   (auto   error   correcting)
     MODE,   as  this enables the data compression.  You will have  to
     set some  flow control (maybe). If you are mainly  passing  ascii
     data   (as we do) then the modem achieves enough data compression
     using a  mimimum redundancy scheme in hardware to allow the  port
     to  run  WIDE   OPEN   most of the time. We have not tested it at
     9600 (yet) but it works flawlessly at 4800.
     
     As for flow control, either the software (uucp in  our  case)  or
     the   hardware  will    handle   it.   We  have actually run 4800
     without hardware flow control  using  uucp.  If  it   becomes   a
     problem,    the    AX-  2400    is   configurable   to   use DTR,
     CTS-RTS (both ways) and/or XON-XOFF. My personal choice  is  CTS-
     RTS, as it  has  proven   the most  reliable in past experience.

     The ONLY gripe I have with the AX-2400 is if you boot your machine
     or lose power, then you will have to MANUALLY reset the modem by
     pressing the reset button in the back. 
     
     Disclaimer: I am not now, nor ever have been, nor probably ever will
     be affiliated with Microcom. These opinions are solely my own.

     Joe Portman
     V.P. Software Developement
     TransSystems Incorporated
     1280 116th Avenue NE
     Bellevue WA 98009
     1-206-453-5560
     ihnp4!{uw-beaver!,microsoft!}tikal!{teltone!,camco!}transys!baron