365 RFCs

Commenting on one RFC a day in honor of the 50th anniversary of the first RFC.

by Darius Kazemi, October 2 2019

In 2019 I'm reading one RFC a day in chronological order starting from the very first one. More on this project here. There is a table of contents for all my RFC posts.

Not issued

RFC-275 was never issued.

How to follow this blog

You can subscribe to this blog's RSS feed or if you're on a federated ActivityPub social network like Mastodon or Pleroma you can search for the user “@365-rfcs@write.as” and follow it there.

About me

I'm Darius Kazemi. I'm an independent technologist and artist. I do a lot of work on the decentralized web with ActivityPub, including a Node.js reference implementation, an RSS-to-ActivityPub converter, and a fork of Mastodon, called Hometown. You can support my work via my Patreon.

by Darius Kazemi, October 1 2019

In 2019 I'm reading one RFC a day in chronological order starting from the very first one. More on this project here. There is a table of contents for all my RFC posts.

Another guidebook

RFC-274 is titled “Establishing a Local Guide for Network Usage”. It's authored by Ernest Forman of MITRE, and dated November 1, 1971.

The technical content

MITRE plans to publish a guide to using ARPANET that's similar to the one that MIT published in RFC-254. The guide will be published online and available to network users. It will be tailored to users at MITRE but they expect the information to be of interest to everyone.

The RFC includes an outline of topics to be covered, including a list of sites and then for each site information like:

  • a list of software a user can access
  • what times the site is online
  • account information, specifically who at MITRE is allowed to use a particular remote computer and how to get access if you need it
  • how to find documentation for software
  • quirks
  • testimonials and reviews of the software (bugs you should know about, that sort of thing)

How to follow this blog

You can subscribe to this blog's RSS feed or if you're on a federated ActivityPub social network like Mastodon or Pleroma you can search for the user “@365-rfcs@write.as” and follow it there.

About me

I'm Darius Kazemi. I'm an independent technologist and artist. I do a lot of work on the decentralized web with ActivityPub, including a Node.js reference implementation, an RSS-to-ActivityPub converter, and a fork of Mastodon, called Hometown. You can support my work via my Patreon.

by Darius Kazemi, September 30 2019

In 2019 I'm reading one RFC a day in chronological order starting from the very first one. More on this project here. There is a table of contents for all my RFC posts.

Let's settle this issue

RFC-273 is titled “More on Standard Host Names”. It's authored by Richard Watson of SRI-ARC and dated October 18, 1971.

The technical content

Hooray, we're back to the host name drama! Even though the last few RFCs have been from early 1972, we are now back to mid-October 1971, just six days after RFC-247, the last volley fired in this war, was published. To refresh your memory:

  • RFC-226: Standardization of Host Mneumonics [sic], Karp
  • RFC-229: Standard Host Names, Postel
  • RFC-233: Standardization of Host Call Letters, Bhushan
  • RFC-236: Standard Host Names, Postel
  • RFC-237: The NIC's View of Standard Host Names, Watson
  • RFC-239: Host Mnemonics Proposed in RFC #226, Braden
  • RFC-247: Proferred Set of Standard Host Names, Karp

Watson is again representing the Network Information Center and notes that no conclusion has been reached yet. He proposes a new set of considerations for a host naming scheme:

  • there may eventually be several hundred sites on the network so the scheme needs to account for this
  • abbreviations are necessary to simplify typing
  • names should be at least somewhat identifiable with current references used
  • and a scheme must recognize “people's strong identification with historical names associated with their project

I would like to point out that this is an entirely different set of considerations than the ones he proposed in RFC-237 just a few weeks prior. Those considerations were highly prescriptivist, saying things like a host name should be based on an institutional name rather than a computer name. He has jettisoned these fully and instead embraced this more humanistic set of considerations.

His proposal for a specific format is a hybrid of all suggestions to date, and consists of the following elements, in order:

  • an institution mnemonic (4 characters max)
  • a dash, - (decimal ASCII code 45)
  • a station mnemonic (no character length maximum but short is good)
    • he offers some suggestions as to what you might use but is not prescriptivist, it could be anything from a computer name to a department name to a common project name

These three elements make up the “Formal Name”.

And last there is a “Nickname” which he suggests should be chosen “to make life easy for people having to learn them”. The idea is that while plenty of programs only use the Formal Name to connect to hosts, Telnet programs, which are user facing, should also be programmed to accept Nicknames and translate them to Formal Names internally.

Watson says the only reasonable answer to the question of “who picks the names” should be that each host gets to pick their own name. He ends the RFC by imploring readers to “settle this issue as soon as possible, say by November 5”.

How to follow this blog

You can subscribe to this blog's RSS feed or if you're on a federated ActivityPub social network like Mastodon or Pleroma you can search for the user “@365-rfcs@write.as” and follow it there.

About me

I'm Darius Kazemi. I'm an independent technologist and artist. I do a lot of work on the decentralized web with ActivityPub, including a Node.js reference implementation, an RSS-to-ActivityPub converter, and a fork of Mastodon, called Hometown. You can support my work via my Patreon.

by Darius Kazemi, September 29 2019

In 2019 I'm reading one RFC a day in chronological order starting from the very first one. More on this project here. There is a table of contents for all my RFC posts.

Not issued

RFC-272 was never issued.

How to follow this blog

You can subscribe to this blog's RSS feed or if you're on a federated ActivityPub social network like Mastodon or Pleroma you can search for the user “@365-rfcs@write.as” and follow it there.

About me

I'm Darius Kazemi. I'm an independent technologist and artist. I do a lot of work on the decentralized web with ActivityPub, including a Node.js reference implementation, an RSS-to-ActivityPub converter, and a fork of Mastodon, called Hometown. You can support my work via my Patreon.

by Darius Kazemi, September 28 2019

In 2019 I'm reading one RFC a day in chronological order starting from the very first one. More on this project here. There is a table of contents for all my RFC posts.

Reverting a change

RFC-271 is titled “IMP System Change Notification” and is authored by Bernie Cosell of BBN. It's dated January 3, 1972.

The technical content

A new version, 2514, of the IMP will be installed at each site in about ten days' time.

This new revision essentially reverts a change made in the previous version, 2513. Where 2513 increased the time a Host that has just connected to the network needs to wait before sending its first data packet from 30 to 40 seconds, this new version 2514 drops it back down to 30 like it was before.

Cosell reminds programmers at host sites that even though your computer needs to wait 30 seconds before sending data after connecting to the network, your computer also needs to immediately be able to receive data once connected.

There are other changes made in the 2514 version of the IMP but they're related to measurements being taken at BBN's Network Control Center and don't affect the programmers at host sites.

How to follow this blog

You can subscribe to this blog's RSS feed or if you're on a federated ActivityPub social network like Mastodon or Pleroma you can search for the user “@365-rfcs@write.as” and follow it there.

About me

I'm Darius Kazemi. I'm an independent technologist and artist. I do a lot of work on the decentralized web with ActivityPub, including a Node.js reference implementation, an RSS-to-ActivityPub converter, and a fork of Mastodon, called Hometown. You can support my work via my Patreon.

by Darius Kazemi, September 27 2019

In 2019 I'm reading one RFC a day in chronological order starting from the very first one. More on this project here. There is a table of contents for all my RFC posts.

Missing attachment

RFC-270 (PDF) is titled “Correction to BBN Report No. 1822”. It's authored by Alex McKenzie of BBN and dated January 1, 1972. (We made it to 1972, readers! Though the next batch of RFCs are going to take us back to late 1971 again.)

The technical content

McKenzie is reporting that BBN Report No. 1822 has some new revisions due to errors they've found in the documentation. The report has been updated to note that a timeout period of the IMP is 30 seconds rather than 40 (and always has been, the documentation was just wrong).

Analysis

I had a hand in uncovering some missing information about this RFC! If you look at the official text version of this RFC, McKenzie references an attachment, but no such attachment exists in the official text version. In browsing the archives at the Computer History Museum, I found a paper copy of RFC-270 that included the full attachment and then some.

I requested a scan from the museum and sent the scan to the current RFC Series Editor. The RSE uploaded the document and asked me to file an errata report on RFC-270, which you can read here. (Since no changes are allowed to be made to the official text version of the RFCs, any subsequent changes need to be submitted in the form of these reports.) My errata report says, basically, if you want to see the full RFC you should go look at the PDF.

How to follow this blog

You can subscribe to this blog's RSS feed or if you're on a federated ActivityPub social network like Mastodon or Pleroma you can search for the user “@365-rfcs@write.as” and follow it there.

About me

I'm Darius Kazemi. I'm an independent technologist and artist. I do a lot of work on the decentralized web with ActivityPub, including a Node.js reference implementation, an RSS-to-ActivityPub converter, and a fork of Mastodon, called Hometown. You can support my work via my Patreon.

by Darius Kazemi, September 26 2019

In 2019 I'm reading one RFC a day in chronological order starting from the very first one. More on this project here. There is a table of contents for all my RFC posts.

Simple minded experience

RFC-269 is titled “Some Experience with File Transfer”. It's authored by Howard Brodie of UCLA and dated December 6, 1971.

The technical content

This RFC describes the experience of UCLA programmers with the Simple Minded File System (RFC-122) (SMFS) at UCSB. Specifically they have written a program that sends and receives files from the server at UCSB, essentially a front-end client to the SMFS format. The program is called FXFER—“xfer” is engineering lingo for “transfer” so “fxfer” is presumably short for “file transfer”.

The author seems to acknowledge that the File Transfer Protocol is on its way to being a network-wide protocol, and hopes that his observations as a user of SMFS can inform the development of FTP.

The author approves of the ability in SMFS to specify exactly the size of the chunk of data you are about to request on every individual request that you make. It means you know exactly what to expect every time you ask for data, and it means that one program that needs to work in chunks of size N can simply ask for chunks of that size, and another program that needs variable chunks can change the size on the fly.

He also compares SMFS's “one request, one response” format to FTP where you can send a request and possibly get a whole bunch of responses as a result. He sees the SMFS way as far simpler for control flow.

He approves of UCSB's requirement that passwords be used for all services and would like every server on the network to adopt a password requirement.

His major complaint about SMFS is that there is no functionality to list what files you have access to! If you upload a file and then forget what you named it, that file is gone forever.

How to follow this blog

You can subscribe to this blog's RSS feed or if you're on a federated ActivityPub social network like Mastodon or Pleroma you can search for the user “@365-rfcs@write.as” and follow it there.

About me

I'm Darius Kazemi. I'm an independent technologist and artist. I do a lot of work on the decentralized web with ActivityPub, including a Node.js reference implementation, an RSS-to-ActivityPub converter, and a fork of Mastodon, called Hometown. You can support my work via my Patreon.

by Darius Kazemi, September 25 2019

In 2019 I'm reading one RFC a day in chronological order starting from the very first one. More on this project here. There is a table of contents for all my RFC posts.

Requesting handbook information

RFC-268 is titled “Graphics Facilities Information”. It's authored by Jon Postel of UCLA and dated November 24, 1971.

The technical content

During the recent Network Graphics group meeting at the Stanford Artificial Intelligence Laboratory, people suggested that the Resource Notebook (a handbook distibuted to ARPANET users) contain information about the graphics capabilities of each host site.

Postel asks that each site send him this information so that he can include it via the “normal editorial procedures”.

How to follow this blog

You can subscribe to this blog's RSS feed or if you're on a federated ActivityPub social network like Mastodon or Pleroma you can search for the user “@365-rfcs@write.as” and follow it there.

About me

I'm Darius Kazemi. I'm an independent technologist and artist. I do a lot of work on the decentralized web with ActivityPub, including a Node.js reference implementation, an RSS-to-ActivityPub converter, and a fork of Mastodon, called Hometown. You can support my work via my Patreon.

by Darius Kazemi, September 24 2019

In 2019 I'm reading one RFC a day in chronological order starting from the very first one. More on this project here. There is a table of contents for all my RFC posts.

A new PDP-10 appears

RFC-267 is titled “Network Host Status”. It's authored by Ellen Westheimer of BBN and dated November 22, 1971.

The technical content

This is another report from BBN on the status of various ARPANET hosts in the same series as RFC-266, RFC-255, RFC-252, RFC-235, and RFC-240.

The numbers this time, from November 8 to November 19:

  • 56 dead
  • 42 open
  • 10 timed out
  • 9 half open

Analysis

The percentage of open connections has gone down a bit from 41.6% to 36%, but they have also added measurements from a new PDP-10 at Stanford which is mostly offline. Removing that from the data set so we can compare apples to apples, things look less dire at 39% open.

How to follow this blog

You can subscribe to this blog's RSS feed or if you're on a federated ActivityPub social network like Mastodon or Pleroma you can search for the user “@365-rfcs@write.as” and follow it there.

About me

I'm Darius Kazemi. I'm an independent technologist and artist. I do a lot of work on the decentralized web with ActivityPub, including a Node.js reference implementation, an RSS-to-ActivityPub converter, and a fork of Mastodon, called Hometown. You can support my work via my Patreon.

by Darius Kazemi, September 23 2019

In 2019 I'm reading one RFC a day in chronological order starting from the very first one. More on this project here. There is a table of contents for all my RFC posts.

Incremental improvement

RFC-266 is titled “Network Host Status”. It's authored by Ellen Westheimer of BBN and dated November 8, 1971.

The technical content

This is another report from BBN on the status of various ARPANET hosts in the same series as RFC-255, RFC-252, RFC-235, and RFC-240.

The numbers this time, from October 26 to November 4:

  • 45 dead
  • 45 open
  • 12 timed out
  • 6 half open

Analysis

The percentage of open connections has gone up to 41.6% from about 38%, so that's another incremental improvement.

How to follow this blog

You can subscribe to this blog's RSS feed or if you're on a federated ActivityPub social network like Mastodon or Pleroma you can search for the user “@365-rfcs@write.as” and follow it there.

About me

I'm Darius Kazemi. I'm an independent technologist and artist. I do a lot of work on the decentralized web with ActivityPub, including a Node.js reference implementation, an RSS-to-ActivityPub converter, and a fork of Mastodon, called Hometown. You can support my work via my Patreon.

Enter your email to subscribe to updates.