Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!allegra!mit-eddie!genrad!decvax!decwrl!pyramid!pesnta!hplabs!hpda!hpisoa2!hpitg!down!honey@down
From: honey%down@down.UUCP
Newsgroups: net.dcom
Subject: Re: Response to <1703@sdcsvax.UUCP> <11465@amdcad.UUCP>
Message-ID: <687@down>
Date: Wed, 30-Apr-86 17:16:00 EDT
Article-I.D.: down.687
Posted: Wed Apr 30 17:16:00 1986
Date-Received: Sun, 11-May-86 16:31:10 EDT
References: <1703@sdcsvax>
Lines: 19

rick adams and i have been experimenting with the telebit
trailblazer and uucp.  we found that piet's 'f' protocol
gives good performance.

but.

when the receiving host is loaded, dz overruns are a high
probability event.  similarly, when line noise forces modem
retransmissions (yes, it retransmits on corrupt checksum),
the sender overruns the modem.  we found this to be a critical
problem at 9600, and a moderate one at 4800.

the modem wants hardware flow control, but unix drivers tend
not to support it.  (i am told there is a vax hardware problem
here.)  i considered hacking an 'F' protocol that runs 'f' in
cbreak mode with dc1/dc3 flow control, but am unmotivated.  and
there's no guarantee that even this would suffice at 19200.

	peter