🚀 go-pugleaf

In article <BGLENDEN.92Sep21090444@colobus.cv.nrao.edu> bglenden@colobus.cv.nrao.edu (Brian Glendenning) writes:
   1. Are there any high-speed modems that are known to work
   particularly well? Or, converseley, are there any which have casued
   problems. I believe we are considerint some AT&T modems.

The V.32bis/V.42/V.42bis world is a commodity marketplace.  Some have
observed that Telebit modems seem to have higher internal latency and
that modems from USRobotics (and others) seem to have lower internal
latency.  This will improve your interactive responsiveness, but won't
affect your FTP throughput much.

   2. Until we get some high speed modems, we're experimenting at
   2400.  It isn't as bad as I thought it might be, however if you are
   running interactively and also start up something like ftp the
   interactive response goes away, presumably because the ftp queues
   up a whole bunch of packets. Is this tunable?

Some SLIP and PPP implementations have implemented a type-of-service
queueing scheme that some users have observed to improve their
interactive responsiveness on a line that's otherwise heavy-laden with
batch protocol traffic.  For example, ftp.ee.lbl.gov:cslipbeta.tar.Z
contains a clever hack that gives telnet, rlogin, and FTP command
packets priority over everything else in the queue.  Our company's
PPP/SLIP product does the same thing.  It doesn't help much, but it
can't hurt.

But you just can't expect much at 2400.  How many hours would you need
to sit waiting for a slow modem before your wasted salary adds up to
the price of a capable modem?  Not many, I suspect.

   3. Where can I find the "The PPP Internet Protocol Control Protocol
   1991 August" document, or are the RFC's the better thing to read?

That is nearly the title of an RFC.  Get nic.ddn.mil:rfc/rfc1331.txt
and rfc1332.txt if you really want to learn the gritty details of the
protocol.  Get ftp.uu.net:vendor/MorningStar/papers/sug91-cheapIP.ps.Z
for a gentle, general introduction to the topic.