Path: utzoo!mnetor!uunet!cbmvax!grr
From: grr@cbmvax.UUCP (George Robbins)
Newsgroups: comp.dcom.modems
Subject: Re: USR Courier HST modems and pauses.
Message-ID: <3634@cbmvax.UUCP>
Date: 15 Apr 88 05:40:25 GMT
References: <8804020147.AA07896@ucbvax.Berkeley.EDU> <5060@mfbbs.UUCP>
Reply-To: grr@cbmvax.UUCP (George Robbins)
Organization: Commodore Technology, West Chester, PA
Lines: 24

In article <5060@mfbbs.UUCP> marc@mfbbs.UUCP (Marc Randolph) writes:
> In article <8804020147.AA07896@ucbvax.Berkeley.EDU> 27313853@WSUVM1.BITNET (Wim Bonner) writes:
> >I beleive the reason for the pauses in transmission with the HST modems
> >are due to the single duplex nature of the modem.
> 
> 	Data CAN flow in both directions at the same time.  According to the
> HST manual, page 1-1: ..."data flows in one direction at 9600 bits per second
> and 300 bits per second the other".

Unfortunatly, with respect to uucp, the forward to backward channel ratio
is 70:6, meaning that the modems 32:1 ratio isn't adequate for the purpose.
I don't know what the modems algorythms are, but it's quite possible that
it may decided to change directions if the "fast" side is inactive, and
the slower side has data flowing at a > 300 baud rate.

In a sense, this is a software problem, as uucp could be modified to use
larger packets or only send acknowledgments for the most recently received
packets, however these changes are not easily effected without access to
the uucp source code.

-- 
George Robbins - now working for,	uucp: {uunet|ihnp4|rutgers}!cbmvax!grr
but no way officially representing	arpa: cbmvax!grr@uunet.uu.net
Commodore, Engineering Department	fone: 215-431-9255 (only by moonlite)