Xref: utzoo sci.electronics:3070 sci.astro:2205 comp.dcom.modems:1956 comp.misc:2556 rec.ham-radio:5033
Path: utzoo!attcan!uunet!lll-winken!lll-tis!helios.ee.lbl.gov!pasteur!ames!pacbell!att!ihnp4!chinet!les
From: les@chinet.UUCP (Leslie Mikesell)
Newsgroups: sci.electronics,sci.astro,comp.dcom.modems,comp.misc,rec.ham-radio
Subject: Re: N.B.S. Time Service
Summary: Actually, satellite delay
Keywords: Time Ticks
Message-ID: <5785@chinet.UUCP>
Date: 9 Jun 88 18:01:15 GMT
References: <455@trane.UUCP> <4691@watcgl.waterloo.edu> <585@otto.COM> <1255@neoucom.UUCP> <11983@ut-sally.UUCP>
Reply-To: les@chinet.UUCP (Leslie Mikesell)
Organization: Chinet - Public Access Unix
Lines: 9

In article <11983@ut-sally.UUCP> nather@ut-sally.UUCP (Ed Nather) writes:
>We sometimes send data via the phone lines, and satellite delay kills us.

Is there a file transfer protocol that works well over satellite?  Zmodem
is supposed to allow the amount of outstanding data to be specified, but
the sources that have been posted do not include a dialer or login routine
to establish a connection.  Does anyone have something like this working?
How about uucp 'x' protocol (or 'f' or 'g' with the # of packets increased)
or a kermit w/sliding windows for unix?  Is there any real-world data on
transfer rates using any of these protocols?