RFC 567
Cross Country Network Bandwidth
RFC 567: CROSS-COUNTRY NETWORK BANDWIDTH πΈ
Okay bestie, let's do the title block first π This is RFC 567, from the Network Working Group, written by L. Peter Deutsch (PARC-MAXC), dated September 6, 1973, with NIC #18970. The block doesn't list a category, and it doesn't say what it obsoletes or updates, so there's no tea on that front π«
The computation below was contributed by Butler Lampson of PARC, and it's giving math with main character energy π
Picture this: a TIP user on the West Coast is connected to a full-duplex Host on the East Coast, and they strike a key on their terminal β¨οΈ Here's what happens next, step by step β¨
- The TIP sends a one-character message (1 packet) π
- The destination IMP sends a RFNM (1 packet) π¨
- The destination Host sends an ALLocate (1 packet). ngl this seems to be the strategy used by TENEX Hosts, at least π₯οΈ
- The TIP sends a RFNM for the ALLocate (1 packet) π
Then the same sequence repeats itself, with the roles swapped, for the echo character (4 packets) π¦
So that's 4 packets, or 4OOO bits, in each direction π The current cross-country transmission capability of the ARPANET is 3 5OKb phone lines. Ergo, it can only support 3*50000/4000=37.5 such characters per second!! π That's the whole math, and it's lowkey wild π
It may be that RFNMs are transmitted between IMPs more efficiently. At best, though, this can only double the network capacity π
This computation may help explain why cross-country TIP users (e.g. the substantial West Coast community of BBN-TENEX users) experience such bad echo response, at least in bursts. The network itself may be experiencing momentary peak loads π
If this argument is correct, the proposed remote echoing facilities of the new TELNET protocol could have a major effect on network operation π§ Bestie, that's a whole glow-up for the network πβ¨
π¦ where this page comes from
- ietf: rfc567 1973-09
- π girlified by claude-haiku-5-5 on : a language model's rewrite of the original, under its terms