Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!utgpu!water!watmath!clyde!rutgers!ames!ucbcad!ucbvax!vangogh.Berkeley.EDU!casey From: casey@vangogh.Berkeley.EDU.UUCP Newsgroups: comp.dcom.modems Subject: Re: 9600 bps dialups (HST 9600) Message-ID: <19269@ucbvax.BERKELEY.EDU> Date: Sat, 6-Jun-87 23:52:49 EDT Article-I.D.: ucbvax.19269 Posted: Sat Jun 6 23:52:49 1987 Date-Received: Sun, 7-Jun-87 18:43:56 EDT References: Sender: usenet@ucbvax.BERKELEY.EDU Reply-To: casey@vangogh.Berkeley.EDU.UUCP (Casey Leedom) Distribution: world Organization: The Dispossessed; Berkeley, CA Lines: 22 In article W8SDZ@SIMTEL20.ARPA (Keith Petersen) writes: >The USRobotics HST 9600 modem assigns the 9600 baud direction to the >end that is sending the most data. It should work fine with uucp. >Most file transfer protocols have the receiving end sending only some >kind of acknowledge or negative acknowledge (resent request) which >usually consists of only a few characters. As I understand, the Austrailian's have had a UUCP-like system (called "ASC" if I remember right - maybe someone can produce the right name for me) which tries to keep both halves of the communication channel running at speed when data is available. This of course is a big win over UUCP on communication channels which are full duplex, same speed both directions. (`ASC' apparently has/had several other features lacking in UUCP like restartable transfers) Now, a 9600/300 baud modem with the performance characteristics of the HST would probably be really nice for UUCP, but what about `ASC'? Or was ASC really just a protocol which took advantage of the hardware of the day? Or is the HST really just a modem which is taking advantage of the protocols of this day? (not including `ASC') Casey.