Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!apple!bloom-beacon!tut.cis.ohio-state.edu!husc6!yale!cmcl2!dasys1!jpr
From: jpr@dasys1.UUCP (Jean-Pierre Radley)
Newsgroups: comp.dcom.modems
Subject: High Speed transfers (was: Telebit registers)
Message-ID: <9858@dasys1.UUCP>
Date: 1 Jun 89 21:33:44 GMT
References: <49@wells.UUCP> <1182@wpg.UUCP>
Reply-To: jpr@dasys1.UUCP (Jean-Pierre Radley)
Organization: TANGENT
Lines: 28
Keywords:

In article <1182@wpg.UUCP> russ@wpg.UUCP (Russell Lawrence) writes:
>In article <49@wells.UUCP>, edw@wells.UUCP (Ed Wells) writes:
>BTW, Ed mentioned in a previous article that he was unable to get his
>TB+ to work faster than 9600 on outgoing calls.  My uucico supports
>19.2 kbs calls, but I've never (ever) been able to get a throughput
>of more than 700 bytes per second.  One of my net neighbors thinks
>the problem might be line noise, but I'm beginning to suspect that something
>else is wrong.  If anyone else has encountered a similar problem, how
>about sharing the solutions?

The calling computer must be running at 19200, and also the receiving
computer.

On the dial-out port, stty should reveal a speed of 19200. On the
receiving computer, the gettydefs for the receiving port should also be at
19200.

CPU <-@19200-> TB <-@9600-> telephone lines <-@9600-> TB <-@19200-> CPU

Each computer talks with its trailblazer at 19200.
Each trailblazer talks with the telephone line at 9600.
The faster throughputs, up to 1700 or 1800 bytes/sec, occur on ASCII files,
or data files with lots of blocks of nulls or spaces. The trailblazers can
compress such files while in PEP mode.
Files which are already compressed, or most binary files, will not transfer
at such a rate.
-- 
Jean-Pierre Radley		CIS: 72160,1341		jpr@jpradley.UUCP