Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!husc6!cmcl2!phri!roy
From: roy@phri.UUCP (Roy Smith)
Newsgroups: comp.dcom.modems,news.sysadmin
Subject: Re: Fast (12KBaud) UUCP 'g' transfer rates over Voice-Grade Lines
Message-ID: <2849@phri.UUCP>
Date: Fri, 14-Aug-87 18:24:25 EDT
Article-I.D.: phri.2849
Posted: Fri Aug 14 18:24:25 1987
Date-Received: Sun, 16-Aug-87 05:40:39 EDT
References: <192@caeco.UUCP>
Reply-To: roy@phri.UUCP (Roy Smith)
Organization: Public Health Research Inst. (NY, NY)
Lines: 19
Keywords: Telebit, TrailBlazer, Modems, UUCP, 'g' Protocol, Mimicry
Summary: RTS/CTS handshaking?  Arghhhhh.....
Xref: mnetor comp.dcom.modems:785 news.sysadmin:327

In article <192@caeco.UUCP> murf@caeco.UUCP (Steve Murphy) writes:
> The Sun 3/160 (and all the sun 2's and the 3/110's also) cannot hardware
> handshake AT ALL. [...] Now, if I worked for Sun, I'd blush, because this is
> a serious systems shortfall for a company supposed to be at the fore-front
> of technology. But they're not unique in this respect, as relatively few
> companies even know what hardware (RTS/CTS) handshake is.

	Arghhhhh!  Maybe the reason Sun's RS-232 ports don't do RTS/CTS
handshaking is because if they did, it wouldn't be RS-232.  As defined in the
standard, RS-232 has no flow-control.  Granted, hardware flow contol is nice,
and you might reasonably argue that the lack of such flow control is a major
mis-feature of RS-232, but the thing to do is to define a new standard which
has that feature, make sure everybody in the industry implements it in exactly
the same way, and call it something different.  You would probably want to
make it upward compatible with RS-232, but that's another story.
-- 
Roy Smith, {allegra,cmcl2,philabs}!phri!roy
System Administrator, Public Health Research Institute
455 First Avenue, New York, NY 10016