Path: utzoo!utgpu!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!mailrus!cornell!uw-beaver!rice!sun-spots-request
From: asg@space.mit.edu (Sergei A. Gourevitch)
Newsgroups: comp.sys.sun
Subject: Telebit trailblazers and sun 3/280, need hardware flow control
Message-ID: <2369@kalliope.rice.edu>
Date: 19 Dec 88 21:55:56 GMT
Sender: usenet@rice.edu
Organization: Sun-Spots
Lines: 28
Approved: Sun-Spots@rice.edu
Original-Date: Fri, 9 Dec 88 09:35:44 EST
X-Sun-Spots-Digest: Volume 7, Issue 61, message 10 of 12

You DON'T need hardware flow control with the telebits if you are running
one of their supported protocols such as uucp or kermit. The modem uses
its protocol "spoofing" for flow control.

my default configuration includes:(interface is locked at 19200 baud)
s111 = 255		Use other modem's protocol
S68  = 255		Use flow control specified in S58
S58  = 0		No flow control

My uucp dialing sequence sets"
s111 = 30		uucp protocol
s52  = 2		do  a reset on loss of DTR
s54 =  2		immediate break
s110 = 1		enable data compression

I do something similiar with kermit.

Telebit to telebit uucp transfers run at > 1200 bytes/second.

The only problem is using tip or kermit in "conversational" or "terminal"
mode. If you list a lot on the far end, it gets garbled. I wish the modem
had a switch which said "use whatever flow control the other telebit uses"
so I could turn on XON/XOFF flow control. In principle, I should be able
to remotely program the other end to accomplish the same thing but I
haven't been able to do that conveniently. Yes, hardware flow control
would solve the problem, and would be the best solution.

The modems perform "terribly" with slip.