RFC 899

Request For Comments summary notes: 800-899

๐Ÿ“… published May 1984, from ietf

RFC 899: Requests For Comments Summary ๐Ÿ’–

Okay bestie, the title block says this is Network Working Group stuff, Request for Comments: 899, written by J. Postel and A. Westine at ISI, dated May 1984. It's the Notes: 800-899 summary, so it's basically a cheat sheet for the 100 RFCs from RFC 800 through RFC 899. ๐Ÿฆ‹ No category, obsoletes, or updates info is listed in the header itself, so I'm not making any up. โœจ

Status of this Memo ๐ŸŽ€

This RFC is a slightly annotated list of the 100 RFCs from RFC 800 through RFC 899. It's a status report on those RFCs, so you can see what's what at a glance. ๐ŸŒธ

Here's the table, kept exactly as the original has it:

RFC     Author       Date        Title
---     ------       ----        -----

899     Postel       Apr 84      Requests For Comments Summary

RFC 899: Requests For Comments Summary ๐Ÿ’…

Author: Postel. Date: Apr 84. This memo is the summary itself, so it's kind of meta, and honestly iconic. ๐Ÿ™ˆ

RFC 898: Gateway Special Interest Group Meeting Notes ๐Ÿ“

Author: Hinden. Date: Apr 84. This memo is a report on the Gateway Special Interest Group Meeting that went down at ISI on 28 and 29 February 1984. Robert Hinden of BBNCC chaired it, and Jon Postel of ISI hosted. About 35 gateway designers and implementors showed up, lowkey a big crowd. ๐Ÿ‘‘

The notes come from the recollections of Jon Postel and Mike Muuss. Under each topic area you get Jon Postel's brief notes, plus extra details from Mike Muuss. It's a report on a meeting, so no conclusions, decisions, or policy statements are documented in it. Just vibes and notes, no official rulings. ๐Ÿ’œ

RFC 897: Domain Name System Implementation Schedule ๐Ÿฆ‹

Author: Postel. Date: Feb 84. This memo is a policy statement on how the Domain Style Naming System gets implemented across the Internet, and it's a partial update of RFC 881. The whole point is to lay out the schedule. ๐Ÿ“…

Host names are going to change to domain style names. Hosts start using domain style names on 14-Mar-84, and the old style names get completely phased out before 2-May-84. This applies to both the ARPA research hosts and the DDN operational hosts. It's an official policy statement of the ICCB and the DARPA, so no cap, this one is serious. โœจ

RFC 896: Congestion Control in IP/TCP Internetworks ๐ŸŒˆ

Author: Nagle. Date: Jan 84. This memo talks through some aspects of congestion control in IP/TCP Internetworks. It's meant to stimulate thought and discussion, so it's giving brainstorm energy. ๐Ÿงš

It makes some specific suggestions for better congestion control implementation, but it does not specify any standards. Just ideas, bestie. ๐Ÿ’ญ

RFC 895: A Standard for the Transmission of IP Datagrams over Experimental Ethernet Networks ๐Ÿ”ฅ

Author: Postel. Date: Apr 84. This RFC specifies a standard way to encapsulate Internet Protocol (IP) datagrams on an Experimental Ethernet. It's a standard protocol for the ARPA Internet community, so the vibe is super official. ๐Ÿ‘‘

RFC 894: A Standard for the Transmission of IP Datagrams over Ethernet Networks ๐Ÿซถ

Author: Hornig. Date: Apr 84. This is the same idea but for regular Ethernet. It specifies a standard way to encapsulate Internet Protocol (IP) datagrams on an Ethernet, and it's a standard protocol for the ARPA-Internet community. Twins energy, honestly. ๐Ÿ‘ฏ

RFC 893: Trailer Encapsulations ๐ŸŒธ

Author: Leffler. Date: Apr 84. This RFC talks about why people use "trailer encapsulations" on local-area networks, and it describes how that encapsulation gets implemented on various media. ๐ŸŽ€

This document is for information only. This is NOT an official protocol for the ARPA Internet community. Read it for the tea, but don't treat it as the rules. ๐Ÿ’…

RFC 892: ISO Transport Protocol Specification ๐Ÿ“

Author: ISO. Date: Dec 83. This is a draft version of the transport protocol the ISO was standardizing. It also showed up in the ACM SIGCOMM Computer Communication Review (V.12, N.3-4) from July-October 1982. This version is now out of date, so it's a historical moment now. ๐Ÿ•ฐ๏ธ

RFC 891: DCN Local-Network Protocols ๐ŸŒท

Author: Mills. Date: Dec 83. This RFC describes the DCN protocols for keeping connectivity, routing, and clock information in a local network. The procedures may be of interest to designers and implementers of other local networks too, so share the wealth. ๐Ÿงšโ€โ™€๏ธ

RFC 890: Exterior Gateway Protocol Implementation Schedule ๐Ÿ’œ

Author: Postel. Date: Feb 84. This memo is a policy statement on how the Exterior Gateway Protocol gets implemented in the Internet. It's an official policy statement of ICCB and DARPA, so it's a whole deal. ๐Ÿ“ฃ

After 1-Aug-84 there shall be no dumb gateways in the Internet. Every gateway must be a member of some autonomous system. Some gateway of each autonomous system must exchange routing information with some gateway of the core autonomous system using the Exterior Gateway Protocol. Dumb gateways are literally getting ghosted. ๐Ÿ‘ป

RFC 889: Internet Delay Experiments โญ

Author: Mills. Date: Dec 83. This memo reports on some measurements of round-trip times in the Internet. It also suggests some possible improvements to the TCP retransmission timeout calculation. It's both a status report on the Internet and advice to TCP implementers, so it's two-for-one. ๐Ÿ™Œ

RFC 888: "Stub" Exterior Gateway Protocol ๐Ÿฆ„

Author: Seamonson. Date: Jan 84. This RFC describes the Exterior Gateway Protocol used to connect Stub Gateways to an Autonomous System of core Gateways. It specifies the working protocol and defines an ARPA official protocol. All implementers of Gateways should carefully review this document, so read it carefully, babe. ๐Ÿ”

RFC 887: Resource Location Protocol ๐ŸŽ€

Author: Accetta. Date: Dec 83. This RFC specifies a draft standard for the ARPA Internet community. It describes a resource location protocol for use in the ARPA Internet. It's most useful on networks that support some method of broadcast addressing, but it may also be used on other types of networks, so it's flexible. ๐Ÿฆ‹

For maximum benefit, all hosts which provide significant resources or services to other hosts on the Internet should implement this protocol. Hosts that don't implement the Resource Location Protocol risk being ignored by other hosts trying to locate resources on the Internet. Not being invited to the party is the risk. ๐Ÿฅฒ

RFC 886: Proposed Standard for Message Header Munging ๐Ÿ’…

Author: Rose. Date: Dec 83. This RFC specifies a draft standard for the ARPA Internet community. It describes the rules for transforming mail from the conventions of one message system into those of another. The treatment of header fields and recipient addresses is specified, so the glow-up of your email is covered. โœจ

RFC 885: Telnet End of Record Option ๐Ÿ’–

Author: Postel. Date: Dec 83. This RFC specifies a standard for the ARPA Internet community. It describes a method for marking the end of records in data transmitted on Telnet connections, so no more mystery endings. ๐Ÿ”š

RFC 884: Telnet Terminal Type Option ๐ŸŒˆ

Author: Solomon. Date: Dec 83. This RFC specifies a standard for the ARPA Internet community. It describes a method for exchanging terminal type information in the Telnet protocol. Terminals finally introducing themselves, iconic. ๐Ÿ–ฅ๏ธ

RFC 883: Domain Names - Implementation and Specification ๐Ÿงš

Author: Mockapetris. Date: Nov 83. This RFC discusses how domain name servers and resolvers get implemented, specifies the format of transactions, and discusses using domain names with existing mail systems and other network software. It's the nerdy deep dive, and I'm obsessed. ๐Ÿค“

RFC 882: Domain Names - Concepts and Facilities ๐Ÿฆ‹

Author: Mockapetris. Date: Nov 83. This RFC introduces domain style names, their use for ARPA Internet mail and host address support, and the protocol and servers used to implement domain name facilities. It's the intro episode before RFC 883, so start here. ๐ŸŽฌ

RFC 881: The Domain Names Plan and Schedule ๐ŸŒธ

Author: Postel. Date: Nov 83. This RFC outlines a plan and schedule for implementing domain style names throughout the DDN/ARPA Internet community. Introducing domain style names will impact all hosts on the DDN/ARPA Internet, so everyone's getting a glow-up. ๐Ÿ’ซ

RFC 880: Official Protocols ๐Ÿ“

Author: Reynolds. Date: Oct 83. This RFC identifies the documents that specify the official protocols used in the ARPA Internet. Annotations identify any revisions or changes planned. It obsoletes RFC 840, so RFC 840 is officially retired. ๐Ÿชฆ

Author: Postel. Date: Nov 83. This RFC discusses the TCP Maximum Segment Size Option and related topics. The purposes are to clarify some aspects of TCP and its interaction with IP. This memo is a clarification to the TCP specification, and it contains information that may be considered as "advice to implementers." Advice with receipts, slay. ๐Ÿงพ

RFC 878: The ARPANET 1822L Host Access Protocol ๐Ÿ”ฅ

Author: Malis. Date: Dec 83. This RFC specifies the ARPANET 1822L Host Access Protocol, which is a successor to the existing 1822 Host Access Protocol. The 1822L procedure lets ARPANET hosts use logical identifiers as well as 1822 physical interface identifiers to address each other, so it's a major upgrade. ๐Ÿš€

RFC 877: A Standard for the Transmission of IP Datagrams Over Public Data Networks ๐ŸŒท

Author: Korb. Date: Sep 83. This RFC specifies a standard adopted by CSNET, the VAN gateway, and other organizations for transmitting IP datagrams over the X.25-based public data networks. Multiple orgs agreeing on one standard? Main character energy. ๐ŸŒŸ

RFC 876: Survey of SMTP Implementations ๐Ÿซถ

Author: Smallberg. Date: Sep 83. This RFC is a survey of implementation status. It does not specify an official protocol. It notes the status of implementation of aspects of a protocol. It's expected that the status of the hosts reported on will change, so it's a snapshot in time. ๐Ÿ“ธ

This information must be treated as a snapshot of the state of these implementations. Snapshot energy, don't treat it like a forever truth. ๐Ÿ•ฐ๏ธ

RFC 875: Gateways, Architectures, and Heffalumps ๐Ÿงšโ€โ™€๏ธ

Author: Padlipsky. Date: Sep 82. This RFC is a discussion about the role of gateways in an internetwork, especially the problems of translating or mapping protocols between different protocol suites. It notes possible functionality mismatches, undesirable routing "singularity points," flow control issues, and the high cost of translating gateways. Heffalumps are real, bestie. ๐Ÿ˜

Originally published as M82-51 by the MITRE Corporation, Bedford, Massachusetts. ๐Ÿ“

RFC 874: A Critique of X.25 ๐ŸŒˆ

Author: Padlipsky. Date: Sep 82. This RFC is an analysis of X.25 that points out some problems in the conceptual model, particularly the conflict between the interface aspects and the end-to-end aspects. The memo also touches on security and implementation issues. Honest reviews only, no filter. ๐Ÿ™…โ€โ™€๏ธ

Originally published as M82-50 by the MITRE Corporation, Bedford, Massachusetts. ๐Ÿ“

RFC 873: The Illusion of Vendor Support ๐Ÿ’…

Author: Padlipsky. Date: Sep 82. This memo takes issue with the claim that international standards in computer protocols currently provide a basis for low-cost, vendor-supported protocol implementations. Not buying it, periodt. ๐Ÿ™„

Originally published as M82-49 by the MITRE Corporation, Bedford, Massachusetts. ๐Ÿ“

RFC 872: TCP-ON-A-LAN ๐Ÿฆ‹

Author: Padlipsky. Date: Sep 82. This memo attacks the notion that TCP cannot be appropriate for use on a Local Area Network. Padlipsky really said "not me thinking TCP can't do LANs." ๐Ÿ™…

Originally published as M82-48 by the MITRE Corporation, Bedford Massachusetts. ๐Ÿ“

RFC 871: A Perspective on the Arpanet Reference Model ๐Ÿ’œ

Author: Padlipsky. Date: Sep 82. This RFC is primarily intended as a perspective on the ARM. It points out some of the differences between the ARM and the ISORM, which members expressed in NWG general meetings, NWG protocol design committee meetings, the ARPA Internet Working Group, and private conversations over the years. Lots of tea, all sourced. โ˜•

Originally published as M82-47 by the MITRE Corporation, Bedford, Massachusetts. ๐Ÿ“

RFC 870: Assigned Numbers ๐Ÿ”ข

Author: Reynolds. Date: Oct 83. This RFC documents the list of numbers assigned for networks, protocols, and so on. It obsoletes RFCs 820, 790, 776, 770, 762, 758, 755, 750, 739, and 604. That's a whole lot of retirements, bestie. ๐Ÿชฆโœจ

RFC 869: A Host Monitoring Protocol ๐ŸŒธ

Author: Hinden. Date: Dec 83. The rest of this entry continues in part 2. Stay tuned, babe. ๐Ÿซถ

Okay so the first bit picks up the Host Monitoring Protocol entry, and it's giving "watch how your creations behave" ๐Ÿฆ‹ Designers of Internet software are literally encouraged to use it to keep an eye on their own stuff ๐Ÿ‘€

868. Time Protocol โฐ

Author: Postel ยท Date: May 83

This spec is a standard for the ARPA Internet community ๐Ÿ’œ Hosts on the ARPA Internet that choose to implement a Time Protocol are expected to adopt and implement this standard. The vibe is a site-independent, machine-readable date and time ๐Ÿค– The Time service sends the time back to whoever asked, counted as seconds since midnight on January first 1900 โœจ

867. Daytime Protocol ๐ŸŒค๏ธ

Author: Postel ยท Date: May 83

Another standard for the ARPA Internet community ๐ŸŽ€ Hosts that choose to implement a Daytime Protocol are expected to adopt and implement this standard. The Daytime service is so simple, bestie. It sends the current date and time as a character string, and it doesn't care what you typed in ๐Ÿ’…

866. Active Users ๐Ÿ‘ฅ

Author: Postel ยท Date: May 83

This one is also a standard for the ARPA Internet community ๐ŸŒธ Hosts that choose to implement an Active Users Protocol are expected to adopt and implement this standard. The Active Users service sends back a list of the users who are currently active on the host, and again, it ignores the input ๐Ÿ™ˆ

865. Quote of the Day Protocol ๐Ÿ’ฌ

Author: Postel ยท Date: May 83

Standard for the ARPA Internet community, obviously ๐Ÿ’– Hosts that choose to implement a Quote of the Day Protocol are expected to adopt and implement this standard. The Quote of the Day service sends a short message and ignores the input. Main quote energy โœจ

864. Character Generator Protocol ๐Ÿ”ค

Author: Postel ยท Date: May 83

Standard for the ARPA Internet community ๐Ÿซถ Hosts that choose to implement a Character Generator Protocol are expected to adopt and implement this standard. The Character Generator service just sends data and ignores the input. It's a whole generator, it's giving pattern ๐Ÿงš

863. Discard Protocol ๐Ÿ—‘๏ธ

Author: Postel ยท Date: May 83

Standard for the ARPA Internet community ๐ŸŒˆ Hosts that choose to implement a Discard Protocol are expected to adopt and implement this standard. The Discard service throws away any data it gets. Literally the most unbothered service ever ๐Ÿ’€

862. Echo Protocol ๐Ÿ”

Author: Postel ยท Date: May 83

Standard for the ARPA Internet community ๐Ÿฆ‹ Hosts that choose to implement an Echo Protocol are expected to adopt and implement this standard. The Echo service sends back to the originating source any data it receives. It's giving "I got you" energy ๐Ÿ’œ

861. Telnet Extended Options - List Option ๐Ÿ“œ

Author: Postel ยท Date: May 83

This Telnet Option gives you a way to extend the set of possible options ๐ŸŽ€ This RFC specifies a standard for the ARPA Internet community. Hosts on the ARPA Internet are expected to adopt and implement this standard. It obsoletes NIC 16239 ๐Ÿ‘‘

860. Telnet Timing Mark Option โฑ๏ธ

Author: Postel ยท Date: May 83

This Telnet Option lets you check the roundtrip path between two Telnet modules ๐Ÿ›ค๏ธ This RFC specifies a standard for the ARPA Internet community. Hosts on the ARPA Internet are expected to adopt and implement this standard. It obsoletes NIC 16238 ๐ŸŒธ

859. Telnet Status Option ๐Ÿšฆ

Author: Postel ยท Date: May 83

This Telnet Option lets you find out what the other Telnet module thinks the status of the options is ๐Ÿ‘€ This RFC specifies a standard for the ARPA Internet community. Hosts on the ARPA Internet are expected to adopt and implement this standard. It obsoletes RFC 651 (NIC 31154) โœจ

858. Telnet Suppress Go Ahead Option ๐Ÿšซ

Author: Postel ยท Date: May 83

This Telnet Option disables the exchange of go-ahead signals between the Telnet modules ๐Ÿ™…โ€โ™€๏ธ This RFC specifies a standard for the ARPA Internet community. Hosts on the ARPA Internet are expected to adopt and implement this standard. It obsoletes NIC 15392 ๐Ÿ“

857. Telnet Echo Option ๐Ÿชž

Author: Postel ยท Date: May 83

This Telnet Option enables remote echoing by the other Telnet module ๐Ÿ’• This RFC specifies a standard for the ARPA Internet community. Hosts on the ARPA Internet are expected to adopt and implement this standard. It obsoletes NIC 15390 ๐Ÿซถ

856. Telnet Binary Transmission 0๏ธโƒฃ1๏ธโƒฃ

Author: Postel ยท Date: May 83

This Telnet Option turns on a binary data mode between the Telnet modules ๐Ÿค– This RFC specifies a standard for the ARPA Internet community. Hosts on the ARPA Internet are expected to adopt and implement this standard. It obsoletes NIC 15389 ๐Ÿ’œ

855. Telnet Option Specifications ๐Ÿ“

Author: Postel ยท Date: May 83

This memo lays out the general form for Telnet options and how they should be specified ๐Ÿงพ This RFC specifies a standard for the ARPA Internet community. Hosts on the ARPA Internet are expected to adopt and implement this standard. It obsoletes RFC 651 and NIC 18640 ๐Ÿ’…

854. Telnet Protocol Specifications ๐Ÿ’ป

Author: Postel ยท Date: May 83

Okay this is the big one, bestie ๐Ÿ˜ญ It specifies the Telnet protocol used for remote terminal access on the ARPA Internet. The whole point is a fairly general, bi-directional, eight-bit byte oriented communications facility ๐ŸŒˆ Its main goal is a standard way for terminal devices and terminal-oriented processes to talk to each other. It's also envisioned that the protocol could be used for terminal-terminal communication ("linking") and process-process communication (distributed computation) ๐Ÿงš This RFC specifies a standard for the ARPA Internet community. Hosts on the ARPA Internet are expected to adopt and implement this standard. It obsoletes NIC 18639 ๐Ÿ‘‘

853. Not issued yet. ๐Ÿซฅ

This number never got published, so it's just vibes ๐Ÿ‘ป

852. The ARPANET Short Blocking Feature ๐Ÿงฑ

Author: Malis ยท Date: Apr 83

This RFC specifies the ARPANET Short Blocking Feature ๐Ÿฆ‹ It lets ARPANET hosts optionally shorten the IMP's host blocking timer. It replaces the ARPANET non-blocking host interface, which was never implemented, and it'll be available to hosts using either the 1822 or 1822L Host Access Protocol ๐Ÿ”ฅ This RFC is also a solicitation of comments on the Short Blocking Feature, especially from host network software implementers and maintainers. So if you build this stuff, your opinion matters ๐Ÿซถ

851. The ARPANET 1822L Host Access Protocol ๐Ÿ›ฐ๏ธ

Author: Malis ยท Date: Apr 83

This RFC specifies the ARPANET 1822L Host Access Protocol, which is the successor to the existing 1822 Host Access Protocol ๐ŸŒŸ 1822L lets ARPANET hosts use logical names as well as 1822's physical port locations to address each other. Same energy, upgraded wardrobe ๐Ÿ’… This RFC is also a solicitation of comments on 1822L, especially from host network software implementers and maintainers. It obsoletes RFC 802 โœจ

850. Standard for Interchange of USENET Messages ๐Ÿ“ฐ

Author: Horton ยท Date: Jun 83

This memo is distributed as an RFC only so researchers in the ARPA community can easily access the info ๐ŸŽ€ It does not specify an Internet standard, so don't go quoting it as one ๐Ÿ™…โ€โ™€๏ธ It defines the standard format for interchanging Network News articles among USENET sites. It describes the format for the articles themselves and gives partial standards for transmission of news ๐Ÿ“ฌ The transmission side is not entirely standardized on purpose, so hosts keep flexibility to choose their own transmission hardware and software, and to decide whether to batch news and so on ๐Ÿ“

849. Suggestions for Improved Host Table Distribution ๐Ÿ“‡

Author: Crispin ยท Date: May 83

This RFC is actually a request for comments ๐Ÿ’ฌ The issue is a naming registry update procedure, both how it works now and what it could look like later. None of the proposed solutions are intended as standards at this time ๐Ÿ™ˆ The hope is that a general consensus emerges on the right solution, which could eventually lead to standards ๐ŸŒˆ

848. Who provides the "Little" TCP Services? ๐Ÿ”

Author: Smallberg ยท Date: Mar 83

This RFC lists the hosts that provide any of these "little" TCP services ๐Ÿ•ต๏ธโ€โ™€๏ธ The host list was taken from the NIC hostname table of 24-Feb-83. The tests were run on February 23 and 24, and March 3 and 5, from ISI-VAXA.ARPA ๐Ÿ’–

847. Summary of Smallberg Surveys ๐Ÿ“Š

Author: Westine ยท Date: Feb 83

This is a summary of the surveys of Telnet, FTP, and Mail (SMTP) servers that David Smallberg ran in December 1982, and in January and February 1983, as reported in RFC 832-843 and 845-846 ๐Ÿงฎ It pulls out how many hosts accepted the connection to their server for each of Telnet, FTP, and SMTP, and compares that to the total number of hosts in the Internet, not counting TACs or ECHOS ๐Ÿซถ

846. Who Talks TCP? -- Survey of 22 February 1983 ๐Ÿ“ก

Author: Smallberg ยท Date: Feb 83

This RFC is a survey of hosts to figure out the implementation status of Telnet, FTP, and Mail on TCP ๐Ÿ‘€ The host list was taken from the NIC hostname table of 18-Feb-83. The tests were run on 22-Feb-83 from ISI-VAXA.ARPA ๐ŸŒธ

845. Who Talks TCP? -- Survey of 15 February 1983 ๐Ÿ“ก

Author: Smallberg ยท Date: Feb 83

Same vibe as the last one: a survey of hosts checking the implementation status of Telnet, FTP, and Mail on TCP ๐Ÿ’… The host list came from the NIC hostname table of 3-Feb-83. The tests were run on 15-Feb-83 from ISI-VAXA.ARPA ๐ŸŒŸ

844. Who Talks ICMP, too? Survey of 18 February 1983 ๐Ÿงญ

Author: Clements ยท Date: Feb 83

This survey checks how many hosts can respond to TELENET connections from a user at a class C site ๐Ÿ”Ž That takes more than IP and TCP. It also requires participation in gateway routing via ICMP and handling of Class C addresses ๐Ÿคฏ The host list was taken from RFC 843, pulling out only the hosts listed there as accepting TELNET connections. The tests were run on 18-Feb-83 โœจ

843. Who Talks TCP? -- Survey of 8 February 1983 ๐Ÿ“ก

Author: Smallberg ยท Date: Feb 83

Another survey of hosts checking the implementation status of Telnet, FTP, and Mail on TCP ๐Ÿ’– The host list came from the NIC hostname table of 3-Feb-83. The tests were run on 8-Feb-83 and on 9-Feb-83 from ISI-VAXA.ARPA ๐Ÿ“

842. Who Talks TCP? -- Survey of 1 February 1983 ๐Ÿ“ก

Author: Smallberg ยท Date: Feb 83

Survey number a bunch, still checking Telnet, FTP, and Mail on TCP ๐Ÿฅน The host list was taken from the NIC hostname table of 28-Jan-83. The tests were run on 1-Feb-83 and on 2-Feb-83 from ISI-VAXA.ARPA ๐Ÿฆ‹

841. Specification for Message Format for Computer Based Message Systems ๐Ÿ’Œ

Author: FIPS PUB 98 ยท Date: Jan 83

This RFC is FIPS 98. It's distributed as an RFC so the ARPA research community can access it easily ๐Ÿ“š It does not specify a standard for the ARPA Internet. It obsoletes RFC 806 ๐Ÿ™ˆ

840. Official Protocols ๐Ÿ›๏ธ

Author: Postel ยท Date: Apr 83

This RFC has been revised, see RFC 880 ๐Ÿ”

839. Who Talks TCP? ๐Ÿ“ก

Author: Smallberg ยท Date: Jan 83

Survey vibes again, checking Telnet, FTP, and Mail on TCP ๐Ÿ’… The host list was taken from the NIC hostname table of 31-Dec-82. The tests were run on 25-Jan-83 ๐ŸŒˆ

838. Who Talks TCP? ๐Ÿ“ก

Author: Smallberg ยท Date: Jan 83

Last one from this batch, same survey energy for Telnet, FTP, and Mail on TCP ๐Ÿ‘‘ The host list was taken from the NIC hostname table of 31-Dec-82. The tests were run on 18-Jan-83 ๐Ÿ’–

okay so this batch is where the 830s slide into the 800s, and it's giving early-Internet main character energy ๐Ÿฆ‹โœจ

837     Smallberg    Jan 83      Who Talks TCP?

This RFC is a survey of hosts to check which of Telnet, FTP, and Mail are running on TCP ๐Ÿ’… The host list came from the NIC hostname table of 31-Dec-82, and the tests ran on 11-Jan-83 ๐Ÿ“

836     Smallberg    Jan 83      Who Talks TCP?

Same survey again, but this time the host list came from the NIC hostname table of 20-Dec-82. The tests ran from 4-Jan-83 through 5-Jan-83 ๐ŸŒธ

835     Smallberg    Dec 82      Who Talks TCP?

Still the same Telnet, FTP, and Mail check ๐Ÿงš The host list is from the NIC hostname table of 2-Dec-82, and the tests ran from 28-Dec-82 through 5-Jan-83 ๐Ÿ’œ

834     Smallberg    Dec 82      Who Talks TCP?

Survey number four, bestie ๐Ÿซถ Host list from the NIC hostname table of 2-Dec-82, and the tests ran on 22-Dec-82.

833     Smallberg    Dec 82      Who Talks TCP?

Okay, same survey, same host list from the NIC hostname table of 2-Dec-82. This time the tests ran on 14-Dec-82 ๐ŸŽ€

832     Smallberg    Dec 82      Who Talks TCP?

The very first one in this run. Telnet, FTP, and Mail on TCP, checked against the NIC hostname table of 2-Dec-82, with tests run on 7-Dec-82 ๐ŸŒˆ


831     Braden       Dec 82      Backup Access to the European Side of
                                 SATNET

Okay, this one is iconic ๐Ÿ‘‘ The goal is to get discussion going about a specific Internet problem: a backup path for software maintenance of the European sector of the Internet, for when SATNET gets partitioned ๐Ÿ’€ The idea is a mechanism built on the Source Routing option of IP, so you can reach European Internet sites through the VAN Gateway and UCL. This proposal is not meant to be a standard at this time ๐Ÿ™ˆ

830     Zaw-Sing Su  Oct 82      A Distributed System for Internet Name
                                 Service

This RFC proposes a distributed name service for the DARPA Internet โœจ Its whole purpose is to get people talking about it. The hope is that a general consensus forms, which eventually leads to standards being adopted ๐Ÿซถ

829     Cerf         Oct 82      Packet Satellite Technology Reference
                                 Sources

This one briefly describes the packet satellite technology that DARPA and several other participating organisations in the U.K. and Norway developed ๐Ÿ›ฐ๏ธ It also gives you a bibliography of relevant papers, so researchers who want experimental and operational experience with this dynamic satellite-sharing technique have somewhere to start ๐Ÿ“š

828     Owen         Aug 82      Data Communications:  IFIP's
                                 International "Network" of Experts

This RFC goes out to let the ARPA Internet community know what the IFIP technical committee on Data Communications has been up to ๐ŸŒธ It also encourages people to join in on those activities ๐Ÿ’–

827     Rosen        Oct 82      Exterior Gateway Protocol (EGP)

This is a proposal to set a standard for Gateway to Gateway procedures, where the Gateways are allowed to be mutually suspicious ๐Ÿ‘€ It's a DRAFT for that standard, and comments are strongly encouraged ๐Ÿ”ฅ

826     Plummer      Nov 82      An Ethernet Address Resolution Protocol

The point of this RFC is to show a method for Converting Protocol Addresses (like IP addresses) into Local Network Addresses (like Ethernet addresses) โœจ It was a hot topic in the ARPA Internet Community at the time. The method is presented so you can consider it and comment, but it is not the specification of an Internet Standard ๐Ÿฆ‹

825     Postel       Nov 82      Request for Comments on Requests for
                                 Comments

Okay, this is the RFC that clears up what the status of RFCs actually is, and gives guidance to future RFC authors ๐Ÿ“ In a sense, it's a specification for RFCs. Meta, bestie ๐ŸŒ€

824     MacGregor    Aug 82      The Cronus Virtual Local Network

This note describes the CRONUS Virtual Local Network, especially its addressing features ๐Ÿ“ Those features include a method for mapping between Internet Addresses and Local Network addresses, which was a topic of current concern in the ARPA Internet community. It's meant to stimulate discussion and is not a specification of an Internet Standard ๐Ÿ’œ

823     Hinden       Sep 82      The DARPA Internet Gateway

This RFC is a status report on the Internet Gateway that BBN developed, describing it as of September 1982 ๐Ÿงš It goes into detailed message formats and gateway procedures, but this is not an implementation specification, so those details can change ๐ŸŒˆ

822     Crocker      Aug 82      Standard for the Format of ARPA
                                 Internet Text Messages

This one revises RFC 733 so it can serve the bigger, more complicated ARPA Internet ๐ŸŽ€ Some of RFC 733's features never really caught on, so they were removed to simplify the standard and the software that follows it. There's a different addressing scheme now for internetwork mail, and the concept of re-transmission was introduced ๐Ÿ’… Obsoletes RFC 733, NIC 41952.

821     Postel       Aug 82      Simple Mail Transfer Protocol

The goal of Simple Mail Transfer Protocol (SMTP) is to move mail reliably and efficiently ๐Ÿ“ฌ It doesn't care which transmission subsystem it runs on, and it only needs a reliable ordered data stream channel ๐Ÿซถ Obsoletes RFC 788, 780, and 772.

820     Postel       Jan 82      Assigned Numbers

This is an old version, so check out RFC 870 instead ๐Ÿ™ˆ

819     Zaw-Sing Su  Aug 82      The Domain Naming Convention for
                                 Internet User Applications

This RFC tries to clarify the generalization of the Domain Naming Convention and the Internet Naming Convention ๐ŸŒธ It also explores what adopting it would mean for Internet name service and user applications โœจ

818     Postel       Nov 82      The Remote User Telnet Service

This is the specification of an application protocol, and it is giving strict. Any host that implements this application level service must follow this protocol ๐Ÿ’€

817     Clark        Jul 82      Modularity and Efficiency in Protocol
                                 Implementation

This RFC talks about some of the common reasons protocol implementations seem to run slowly ๐ŸŒ Literally a lifesaver ๐Ÿงš

816     Clark        Jul 82      Fault Isolation and Recovery

This RFC describes the part of fault isolation and recovery that's the host's responsibility ๐Ÿฆ‹

815     Clark        Jul 82      IP Datagram Reassembly Algorithms

Okay, this one is so clever ๐Ÿง  It describes an alternate approach to reassembly that cuts the bookkeeping down to almost nothing. It needs only one buffer, the same size as the final datagram being reassembled. It can rebuild a datagram from any number of fragments arriving in any order, with any possible pattern of overlap and duplication, and it works for almost any sort of operating system ๐ŸŽ€

814     Clark        Jul 82      Name, Addresses, Ports, and Routes

This RFC gives suggestions and guidance for designing the tables and algorithms needed to keep track of these different kinds of identifiers inside a host implementation of TCP/IP ๐Ÿ—‚๏ธ It's a must-read if you're building a TCP/IP stack ๐Ÿ’–

813     Clark        Jul 82      Window and Acknowledgement Strategy in
                                 TCP

This RFC covers implementation strategies for two TCP mechanisms: the window and the acknowledgement ๐ŸชŸ It also presents a particular set of algorithms that got tested in the field and seem to work properly with each other ๐ŸŒˆ With more experience, these algorithms may become part of the formal specification, until such time their use is recommended ๐Ÿซถ


812     Harrenstien   Mar 82     NICNAME/WHOIS

This RFC describes what the NICNAME/WHOIS Server is and how to access it ๐Ÿ” Together with the corresponding Identification Data Base, this server gives you online directory look-up that's equivalent to the ARPANET Directory ๐Ÿ“‡

811     Harrenstien   Mar 82      Hostnames Server

This one describes what the Hostnames Server is and how to access it ๐Ÿงš Its job is to deliver machine-readable name/address information about networks, gateways, hosts, and eventually domains, all within the internet environment ๐Ÿ’œ

810     Feinler      Mar 82      DoD Internet Host Table Specification

This RFC specifies a new host table format that works for both ARPANET and Internet needs ๐Ÿ“ On top of host name to host address translation and selected protocol information, it also includes network and gateway name to address correspondence, plus host operating system information ๐Ÿ–ฅ๏ธ This RFC obsoletes the host table described in RFC 608 ๐Ÿ’…

809     Chang        Feb 82      UCL Facsimile System

This RFC describes the features of the computerised facsimile system developed in the Department of Computer Science at UCL ๐Ÿ“  It starts with the functions, then covers the related experimental work, then talks through the disciplines for system design, and finally describes how the system was implemented. The detailed descriptions live in the appendices ๐ŸŒธ

808     Postel       Mar 82      Summary of Computer Mail Services
                                 Meeting Held at BBN on 10 January 1979

Bestie, this one is very belated ๐Ÿ˜ญ It documents a meeting that happened three years earlier, to discuss the state of computer mail in the ARPA community and reach some conclusions. The goal was to guide future computer mail systems so a coherent total mail service would keep being provided ๐Ÿ“ฌ

807     Postel       Feb 82      Multimedia Mail Meeting Notes

These are the notes from a meeting held at USC Information Sciences Institute on the 12th of January ๐ŸŽž๏ธ They cover common interests in multimedia computer mail issues and agree on some specific initial experiments ๐Ÿงช

806     NBS          Sep 81      Specification for Message Format for
                                 Computer Based Message Systems

This RFC is about Computer Based Message systems, which give a basis for interaction between different CBMS by defining the format of messages passed between them โœ‰๏ธ This RFC is replaced by RFC 841 ๐Ÿซถ

805     Postel       Feb 82      Computer Mail Meeting Notes

These are notes from a meeting held at USC Information Sciences Institute on 11 January 1982, all about addressing issues in computer mail ๐Ÿ“ฎ The big conclusion? Extend the "username@hostname" mailbox format to "username@host.domain", where the domain itself can be further structured ๐ŸŒˆโœจ

804     CCITT        Jan 82      CCITT Draft Recommendation T.4

This is the CCITT standard for group 3 facsimile encoding ๐Ÿ“  It's useful for data compression of bit map data ๐Ÿ–ผ๏ธ

803     Agarwal      Nov 81      Dacom 450/500 Facsimile Data
                                 Transcoding

The first part of this RFC is all about the Dacom 450 data compression algorithms ๐Ÿ’… It's an update and correction to an earlier memo, so it's giving "we fixed our own homework" energy ๐ŸŽ€ Part two gives a quick tour of the Dacom 500 data compression algorithm, which the INTELPOST electronic-mail network uses. That network is still under development by the US Postal Service and several foreign administrators ๐Ÿ“ฌโœจ

Then the vibe shifts to a little index of older RFCs ๐Ÿงš

802     Malis        Nov 81      The ARPANET 1822L Host Access Protocol

RFC 802 proposed two major changes to the current ARPANET host access protocol ๐Ÿ”ฅ The first change would let hosts use logical addressing, meaning host addresses that don't depend on where the host physically sits on the ARPANET, so they can talk to each other ๐Ÿ—บ๏ธ The second would let a host shorten how long its IMP can block it after it hands a message over to the network. Right now the IMP can block further input from a host for up to 15 seconds, which is so long ๐Ÿ˜ญ See RFCs 852 and 851.

801     Postel       Nov 81      NCP/TCP Transition Plan

RFC 801 talks about converting hosts from NCP to TCP ๐Ÿฆ‹ It also makes the principle services available: Telnet, File Transfer, and Mail ๐Ÿ’Œ These protocols let every host in the ARPA community share one common interprocess communication environment, which is honestly iconic ๐Ÿ‘‘

800     Postel       Nov 82      Requests for Comments Summary

RFC 800 is a slightly annotated list of the 100 RFCs from RFC 700 through RFC 799 ๐Ÿ“š Think of it as a status report on those RFCs, and it's super helpful bestie ๐ŸŒธ๐Ÿ’œ

๐Ÿ“ฆ where this page comes from