[ih] uucp, was Question re rate of growth of the Arpanet
Clem Cole
clemc at ccc.com
Tue Apr 22 12:35:47 PDT 2025
Lyndon,
May the record show, I release the 'e' protocol for ethernet and gave it to
Sam.
It used a Berkeley Socket, but it meant that you did not need to run
sendmail.
I wrote it for Masscomp weeks after I left Masscomp and was originally
implemented on 4.1C
Clem
ᐧ
On Tue, Apr 22, 2025 at 3:19 PM Lyndon Nerenberg (VE7TFX/VE6BBM) via
Internet-history <internet-history at elists.isoc.org> wrote:
> > The `t' protocol is intended for TCP links. It does no error
> > checking or flow control, and requires an eight bit clear channel.
>
> > I believe the `t' protocol originated in BSD versions of UUCP.
>
> And down the protocol rabbit hole we go :-) 't' required an 8-bit
> error corrected in-order channel. I.e. TCP. AT&T independently
> created an almost identical protocol named 'e' for TCP (they were
> unaware of the 't' protocol from Berkeley). Later, Taylor UUCP
> introduced the 'i' protocol, a full-duplex version of 't'. Full
> duplex in the sense that it transfered files on both directions
> concurrently -- a huge time saving for sites that had bi-directional
> Usenet feeds (pre-NNTP).
>
> The 'f' protocol was designed for use over X.25 via X.28 PADs. It
> encoded 8-bit data to fit in the 7-bit data channel, and escaped
> various control characters that were used by the PADs to control
> the terminal session.
>
> The original protocol was 'g'. Somewhat similar to X.25's LAPB,
> in AT&T's uucp it defaulted to 64 byte packets with a window size
> of three. But the protocol parameters allowed a window size up to
> 7 and a maximum packet size of 256 bytes IIRC. Increasing both
> values really sped things up, but the Xenix UUCP impleentation
> had a bug that caused uucico to drop core if the remote tried to
> negotiate a window size > 3, and the AT&T uucico binary didn't
> let you change the window or packet size. I'm pretty sure
> Honey DanBer did let you monkey with those settings.
>
> Honey DanBer also introduced the 'G' protocol. It was mostly an
> enhanced 'g' with larger packet sizes, from what I remember.
>
> And there were several niche protocols written. E.g. Doug Evans
> wrote the 'z' protocol. It was intended for use over "mostly 8-bit"
> paths; it escaped the ^s/^q control characters, and a few others.
>
> --lyndon
> --
> Internet-history mailing list
> Internet-history at elists.isoc.org
> https://elists.isoc.org/mailman/listinfo/internet-history
>
More information about the Internet-history
mailing list