Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!mailrus!cs.utexas.edu!uunet!omen!caf
From: caf@omen.UUCP (Chuck Forsberg)
Newsgroups: comp.mail.uucp
Subject: Re: New UUCP Protocol (was: Re: Zmodem added to UUCP)
Message-ID: <835@omen.UUCP>
Date: 9 Oct 89 13:21:52 GMT
References: <1024@faatcrl.UUCP> <710@lakart.UUCP> <1029@faatcrl.UUCP> <688.252e37c2@simpact.com> <1032@faatcrl.UUCP> <1989Oct9.003603.3693@esegue.segue.boston.ma.us>
Reply-To: caf@omen.UUCP (Chuck Forsberg)
Organization: Omen Technology Inc, Portland Oregon
Lines: 13

In article <1989Oct9.003603.3693@esegue.segue.boston.ma.us> johnl@esegue.segue.boston.ma.us (John R. Levine) writes:
:If someone who actually understands the details of how Telebit's spoofing
:works, and what sort of protocol they really use, that would be great.  PEP
:uses a large number of very slow channels, and I don't know whether spoof
:mode means that they use a few of the channels for the ACKs and the rest
:for the data, or if they use bigger blocks and still turn the line around.

Telebit's spoofing collects packets at the sending end into
the long packets PEP likes (1-2k I'd guess) and splits the
long PEP packets back into small UUCP packets at the receiving
end.  I suspect this process does not waste modem bandwith
with the relatively high overhead of UUCP packets (assuming
19200 bps interface speed).