Path: utzoo!utgpu!news-server.csri.toronto.edu!mailrus!ncar!tank!gargoyle!ddsw1!karl
From: karl@ddsw1.MCS.COM (Karl Denninger)
Newsgroups: comp.unix.i386
Subject: Re: Error-correcting modems & uucp
Summary: Strange, we do some interesting things here and never have trouble
Message-ID: <1990Apr8.154834.1545@ddsw1.MCS.COM>
Date: 8 Apr 90 15:48:34 GMT
References: <963@frcs.UUCP> <21466@nuchat.UUCP> <511445@nstar.UUCP>
Reply-To: karl@mcs.MCS.COM (Karl Denninger)
Organization: Macro Computer Solutions, Inc. - Mundelein, IL
Lines: 30

In article <511445@nstar.UUCP> larry@nstar.UUCP (Larry Snyder) writes:
>In article <21466@nuchat.UUCP>, steve@nuchat.UUCP (Steve Nuchia) writes:
>> 
>> Run with the speed locked at 19200 and NO flow control, unless it
>> gives you problems with specific neighbors.  The uucp protocol
>
>In my case, I need flow control since the machine is used for other
>protocols besides UUCP (ie: zmodem, ymodem, sealink and various
>others).  If someone only uses uucp - no flow control
>might work for them - but these other protocols require flow control -
>or let the modem "float" to the connect rate.

Strange; we run our Telebit locked at 19200, with XON/XOFF flow control
enabled.

When uucp startup occurs, the Telebit appears to automaticlly switch off
flow control for the session (during spoofing).  I know that uucp does in
the device flags, since that can be easily inspected.

This allows lowspeed logins on the Telebit without trouble, and high speed
uucp connections.  It all works.

We >can't< run hardware flow control, since we have an Equinox board, which
doesn't support both it and modem control on the same port.

--
Karl Denninger (karl@ddsw1.MCS.COM, <well-connected>!ddsw1!karl)
Public Access Data Line: [+1 708 566-8911], Voice: [+1 708 566-8910]
Macro Computer Solutions, Inc.   "Quality Solutions at a Fair Price"