RFC 999
Requests For Comments summary notes: 900-999
Requests For Comments Summary ๐
Title block, babe: this is RFC 999, titled Requests For Comments Summary, from the Network Working Group ๐. The authors are A. Westine and J. Postel, both at ISI, and it's dated April 1987 ๐ . The title block doesn't list any obsoletes or updates, and it doesn't name a category ๐ฆ.
Status of this Memo โจ
Okay so this RFC is a slightly annotated list of the 100 RFCs from RFC-900 through RFC-999 ๐. It's basically a status report on all of them, and distribution of this memo is unlimited ๐.
RFC Author Date Title
--- ------ ---- -----
999 Westine Apr 87 Requests For Comments Summary
998 Lambert Mar 87 NETBLT: A Bulk Data Transfer
Protocol
997 Reynolds Mar 87 Internet Numbers
996 Mills Feb 87 Statistics Server
995 ANSI Apr 86 End System to Intermediate System
Routing Exchange Protocol for use in
conjunction with ISO 8473.
994 ANSI Mar 86 Final Text of DIS 8473, Protocol for
Providing the Connectionless Mode
Network Service
993 Clark Dec 86 PCMAIL: A Distributed Mail System for
Personal Computers
992 Birman Nov 86 On Communication Support for
Fault-Tolerant Process Groups
991 Reynolds Nov 86 Official ARPA-Internet Protocols
990 Reynolds Nov 86 Assigned Numbers
989 Linn Feb 87 Privacy Enhancement for Internet
Electronic Mail: Part I: Message
Encipherment and Authentication
Procedures
988 Deering Jul 86 Host Extensions for IP Multicasting
987 Kille Jun 86 Mapping between X.400 and RFC-822
986 Callon Jun 86 Working Draft -- Guidelines for the Use
of Internet-IP addressing in the ISO
Connectionless-Mode Network Protocol
985 Mills May 86 Requirements for Internet Gateways
984 Clark May 86 PCMAIL: A Distributed Mail System for
Personal Computers
983 Cass Apr 86 ISO Transport Services on Top of the
TCP
982 ANSI Apr 86 Guidelines for the Specification of the
Structure of the Domain Specific Part
(DSP) of the ISO Standard NSAP Address
999 Westine, Apr 87: Requests For Comments Summary ๐ This memo, obviously ๐ .
998 Lambert, Mar 87: NETBLT, A Bulk Data Transfer Protocol ๐ This is a description of, and a specification for, NETBLT, and it's a revision of the spec from RFC-969 ๐ฅ. NETBLT (NETwork BLock Transfer) is a transport level protocol for rapidly moving a large amount of data between computers โก. It's reliable and flow controlled, and it's designed for maximum throughput over a wide variety of networks ๐ธ. It runs on top of IP right now, but it should be able to operate on top of any datagram protocol that's similar in function to IP ๐ฆ. This doc is published for discussion and comment, and it does not constitute a standard ๐. The proposal may change, and some parts of the protocol haven't been specified yet, so implementation of this document is not advised ๐. It obsoletes RFC-969 ๐ .
997 Reynolds, Mar 87: Internet Numbers ๐ข This memo is an official status report on the network numbers used in the Internet community ๐. As of 1-Mar-87, the Network Information Center (NIC) at SRI International took over responsibility for assigning Network Numbers and Autonomous System Numbers ๐. This RFC documents the current assignments at the time of that handoff ๐. It obsoletes RFC-990, 960, 943, 923 and 900 โจ.
996 Mills, Feb 87: Statistics Server ๐ This RFC specifies a standard for the ARPA Internet community ๐. Hosts and gateways on the DARPA Internet that choose to implement a remote statistics monitoring facility may use this protocol to send statistics data upon request to a monitoring center or a debugging host ๐ง.
995 ANSI, Apr 86: End System to Intermediate System Routing Exchange Protocol for use in conjunction with ISO 8473 ๐ฐ๏ธ This is one of a set of International Standards made to help open systems interconnect ๐. The set covers the services and protocols needed to achieve that interconnection. It sits in the layers defined by the Reference Model for Open Systems Interconnection (ISO 7498) and by the structure defined in the Internal Organization of the Network Layer (DIS 8648), and specifically it's a protocol of the Network Layer ๐ง . It lets End Systems and Intermediate Systems swap configuration and routing information, which helps the routing and relaying functions of the Network Layer work ๐.
994 ANSI, Mar 86: Final Text of DIS 8473, Protocol for Providing the Connectionless Mode Network Service ๐ This Protocol Standard is also one of a set of International Standards for interconnecting open systems ๐ซถ. It's positioned by the layers in ISO 7498, and it's a protocol of the Network Layer ๐. It may be used between network-entities in end systems, in Network Layer relay systems, or in both ๐. It provides the Connectionless-mode Network Service defined in Addendum 1 to the Network Service Definition Covering Connectionless-mode Transmission (ISO 8348/AD1) ๐.
993 Clark, Dec 86: PCMAIL, A Distributed Mail System for Personal Computers ๐ฌ This doc discusses the Pcmail workstation-based distributed mail system ๐ป. It's a revision of the design published in NIC RFC-984 ๐. The revision is based on discussion and comment from a bunch of sources, plus more research into designing interactive Pcmail clients and using client code on machines other than IBM PCs ๐ท. Since the design may change, implementation of this document is not advised ๐. It obsoletes RFC-984 โจ.
992 Birman, Nov 86: On Communication Support for Fault-Tolerant Process Groups ๐ก๏ธ This memo describes a collection of multicast communication primitives, combined with a mechanism for handling process failure and recovery ๐ฅ. These primitives make it easier to build fault-tolerant process groups, which can provide distributed services in an environment that's subject to non-malicious crash failures ๐ .
991 Reynolds, Nov 86: Official ARPA-Internet Protocols ๐ This RFC identifies the documents that specify the official protocols used in the Internet ๐. Comments indicate any revisions or changes that are planned ๐ฆ. This memo is an official status report on the numbers used in protocols in the ARPA-Internet community ๐. It obsoletes RFC-961, 944 and 924 ๐.
990 Reynolds, Nov 86: Assigned Numbers ๐ข This Network Working Group Request for Comments documents the currently assigned values from several series of numbers used in network protocol implementations โจ. It's an official status report on the numbers used in protocols in the ARPA-Internet community ๐. For the network numbers, see RFC-997 ๐ง. It obsoletes RFC-960, 943, 923 and 900 ๐ธ.
989 Linn, Feb 87: Privacy Enhancement for Internet Electronic Mail, Part I, Message Encipherment and Authentication Procedures ๐ This RFC suggests a proposed protocol for the Internet community, and it requests discussion and suggestions for improvements ๐ซถ. It came out of a series of IAB Privacy Task Force meetings and the internal working papers distributed for them ๐. It defines message encipherment and authentication procedures as the first phase of an effort to provide privacy enhancement services for electronic mail transfer in the Internet ๐. The procedures are meant to be compatible with a wide range of key management approaches, including both conventional (symmetric) and public-key (asymmetric) approaches for encrypting data encrypting keys ๐๏ธ. Using conventional cryptography for message text encryption and/or authentication is anticipated ๐.
988 Deering, Jul 86: Host Extensions for IP Multicasting ๐ก This memo specifies the extensions required of a host implementation of IP to support internetwork multicasting ๐. It supersedes the specification given in RFC-966, and it's a proposed protocol standard for IP multicasting in the ARPA-Internet ๐ . If you want the motivation and rationale behind the multicasting extension, the reader is directed to RFC-966 ๐.
987 Kille, Jun 86: Mapping between X.400 and RFC-822 ๐จ The X.400 series protocols were defined by CCITT to provide an Interpersonal Messaging Service (IPMS), using a store and forward Message Transfer Service ๐. This standard is expected to be implemented very widely ๐. This document describes a set of mappings that enable interworking between systems running the X.400 protocols and systems using the RFC-822 mail protocol or protocols derived from it ๐. This RFC suggests a proposed protocol for the ARPA-Internet community, and it requests discussion and suggestions for improvements ๐.
986 Callon, Jun 86: Working Draft, Guidelines for the Use of Internet-IP addressing in the ISO Connectionless-Mode Network Protocol ๐งฉ This RFC suggests a method that lets the existing IP addressing, including the IP protocol field, be used for the ISO Connectionless Network Protocol (CLNP) ๐ธ. It's a draft solution to one of the problems that come with using "ISO-grams" in the DOD Internet ๐ฆ. Related issues will be discussed in later RFCs ๐. It suggests a proposed protocol for the ARPA-Internet community, and it requests discussion and suggestions for improvements ๐.
985 Mills, May 86: Requirements for Internet Gateways ๐ช This RFC summarizes the requirements for gateways used on networks that support the DARPA Internet protocols ๐. It applies specifically to National Science Foundation research programs, but the requirements are stated in a general context and are believed to apply throughout the Internet community ๐ซถ. Its purpose is to give guidance to vendors making products that might be used or adapted for an Internet application ๐ ๏ธ. It lists the protocols required and gives references to RFCs and other documents describing the current specifications ๐.
984 Clark, May 86: PCMAIL, A Distributed Mail System for Personal Computers ๐ฎ This is a preliminary discussion of the design of a personal-computer-based distributed mail system ๐ป. Pcmail provides mail service to an arbitrary number of users, and each of them owns one or more personal computers (PCs) ๐งธ. The system is split into two halves ๐. The first is a single entity called the "repository" ๐๏ธ. The repository is a storage center for incoming mail, and mail for a Pcmail user can arrive from the Internet or from other repository users ๐ฌ. It also keeps a stable copy of each user's mail state, so it's typically a computer with a large amount of disk storage ๐พ. It's published for discussion and comment, and it does not constitute a standard ๐. Since the proposal may change, implementation of this document is not advised ๐. See RFC-993 ๐.
983 Cass, Apr 86: ISO Transport Services on Top of the TCP ๐ This memo describes a proposed protocol standard for the ARPA Internet community ๐ . CCITT and ISO have defined various session, presentation, and application recommendations that the international community and lots of vendors have adopted ๐. As much as possible, it's desirable to offer these higher level services directly in the ARPA Internet without disrupting existing facilities ๐ธ. That lets users build expertise with ISO and CCITT applications that weren't previously available in the ARPA Internet ๐ง . The intention is that hosts in the ARPA-Internet that choose to implement ISO TSAP services on top of TCP are expected to adopt and implement this standard ๐ซถ. Suggestions for improvement are encouraged ๐.
982 ANSI, Apr 86: Guidelines for the Specification of the Structure of the Domain Specific Part (DSP) of the ISO Standard NSAP Address ๐ท๏ธ
okay so the ANSI bit up top is giving official draft energy ๐๐. It's a working document from the ANSI "Guidelines for the Specification of the Structure of the Domain Specific Part (DSP) of the ISO Standard NSAP Address" ๐ธ. Its whole goal is helping private address admins pick nice formats and meanings for the DSP part of an NSAP address, and it spells out how to build the DSP so address assignment is efficient โจ. It's informational only, the distribution is unlimited, and it does not set a standard for the ARPA-Internet ๐ .
Now the index! ๐ Each entry is a little RFC glow-up, so I've kept the headers exactly as they are, bestie ๐ซถ.
981 Mills Mar 86 An Experimental Multiple-Path Routing
Algorithm
okay so this one is experimental ๐งช and it's all about wiretap algorithms, a whole class of multiple routing algorithms that find quasi-optimum routes for stations sharing a packet-radio broadcast channel ๐ก. The primary route is a minimum-distance path, and then there are extra paths ordered by distance that act as backups if the primary dies ๐ฆ. The prototype is an example of a family of routing algorithms and database management techniques that could go places in the Internet community ๐. Discussions and suggestions for improvements are welcomed, so slide into those comments ๐.
980 Jacobsen Mar 86 Protocol Document Order Information
this one is the ultimate shopping guide ๐๏ธ for protocol docs used in the DARPA research community ๐ง. It has an overview of the new 1985 DDN Protocol Handbook and tells you where to grab related docs, like DOD, ISO, and CCITT ones ๐.
9
979 Malis Mar 86 PSN End-to-End Functional Specification
this one is serious business ๐. It's an updated version of BBN Report 5775, and the original says "End-to-End Functional Specification and describes important changes to the functionality of the interface between a Host and the PSN, and should be carefully reviewed by anyone involved in supporting a host on either the ARPANET or MILNET" ๐. The new End-to-End protocol (EE) is being built to fix a bunch of problems with the old EE ๐ง, boost performance and throughput ๐, and help the Packet Switch Node (PSN, also known as the IMP) keep up with its current and future host population ๐.
978 Reynolds Feb 86 Voice File Interchange Protocol (VFIP)
the VFIP is all about letting different systems in the ARPA-Internet community swap different kinds of speech files ๐๏ธ๐ฆ. Suggestions for improvement are encouraged, so spill the tea โ.
977 Kantor Feb 86 Network News Transfer Protocol
NNTP is giving news feed vibes ๐ฐโจ. It's a protocol for distributing, inquiring about, retrieving, and posting news articles, using reliable stream-based transmission across the ARPA-Internet community ๐. News articles get stored in a central database, so a subscriber can pick out only the items they actually want to read ๐ฟ. It also covers indexing, cross-referencing, and expiration of old messages ๐๏ธ. This RFC suggests it as a proposed protocol for the ARPA-Internet community and asks for discussion and suggestions for improvements ๐.
976 Horton Feb 86 UUCP Mail Interchange Format Standard
this one defines the standard format for sending mail messages between computers in the UUCP Project ๐ฌ. It doesn't cover how messages are stored on one machine, or the lower-level transport mechanisms that move the date from one machine to the next ๐. It's a standard for conformance by hosts in the UUCP zone ๐ธ.
975 Mills Feb 86 Autonomous Confederations
ooh this one is so pretty ๐ฆ. It proposes enhancements to the Exterior Gateway Protocol (EGP) for simple, multiple-level routing, and it keeps the robustness features of the current EGP model ๐ก๏ธ. The big idea is generalizing the concept of a core system to include multiple communities of autonomous systems, called autonomous confederations ๐. Discussion and suggestions for improvement are requested ๐ซถ.
974 Partridge Jan 86 Mail Routing and the Domain System
this one explains how mail systems on the Internet are expected to route messages using information from the domain system ๐ฎ. It talks about how mailers interpret MX RRs, which are used for message routing ๐บ๏ธ.
973 Mockapetris Jan 86 Domain System Changes and Observations
this one documents updates to the Domain Name System specifications RFC-882 and RFC-883 ๐. It also suggests some operational guidelines and shares experiences and problem areas in the present system ๐.
972 Wancho Jan 86 Password Generator Protocol
the Password Generator Service (PWDGEN) is literally so iconic ๐โจ. It gives you six randomly generated eight-character "words" with a reasonable level of pronounceability, using a multi-level algorithm ๐ฒ. This RFC specifies a standard for the ARPA Internet community, and hosts that choose to implement a password generator service are expected to adopt and implement it ๐ .
971 DeSchon Dec 85 A Survey of Data Representation
Standards
this is a comparison of several data representation standards that are in use right now ๐. The ones covered are the CCITT X.409 recommendation, the NBS Computer Based Message System (CBMS) standard, DARPA Multimedia Mail system, the Courier remote procedure call protocol, and the SUN Remote Procedure Call package ๐งฉ. Nothing in it is meant as a standard for the ARPA-Internet at this time ๐. The hope is that a general consensus forms about the right approach, which could eventually lead to an ARPA-Internet standard ๐.
970 Nagle Dec 85 On Packet Switches With Infinite
Storage
this one is a plot twist ๐ญ. Most earlier work on congestion in datagram systems focuses on buffer management, but this memo looks at a packet switch with infinite storage ๐. That kind of switch can never run out of buffers, but it can still get congested ๐ฆ. The memo explores what congestion even means in an infinite-storage system ๐คฏ. The unexpected result: a datagram network with infinite storage, first-in-first-out queuing, at least two packet switches, and a finite packet lifetime will, under overload, drop all packets ๐. Attacking congestion in the infinite-storage case might reveal new solutions for switches with finite storage โจ. No proposed solutions in this document are intended as standards for the ARPA-Internet at this time ๐ซถ.
969 Clark Dec 85 NETBLT: A Bulk Data Transfer Protocol
this one suggests a proposed protocol for the ARPA-Internet community and asks for discussion and suggestions for improvements ๐๐จ. It's a preliminary discussion of the Network Block Transfer (NETBLT) protocol, which is built for rapidly moving a large quantity of data between computers ๐ฆ. It's reliable and flow controlled, and it's structured to give maximum throughput over a wide variety of networks ๐ธ. It's published for discussion and comment, and it does not constitute a standard ๐ . Since the proposal may change, implementing this document is not advised โ ๏ธ. See RFC-998 ๐.
968 Cerf Dec 85 'Twas the Night Before Start-up'
this memo is giving spooky-but-cute ๐๐ป. It talks about the problems that come up, and the debugging techniques used, when bringing a new network into operation ๐ ๏ธ.
967 Padlipsky Dec 85 All Victims Together
this RFC proposes a new set of RFCs on how the networking code gets integrated with various operating systems ๐งโ๐ป. It seems this topic hasn't gotten enough exposure in the literature yet, so comments and suggestions are encouraged ๐.
966 Deering Dec 85 A Multicast Extension to the Internet
Protocol
multicast is the main character here ๐ก๐. It defines a model of service for Internet multicasting and proposes an extension to the Internet Protocol (IP) to support that multicast service ๐. Discussion and suggestions for improvements are requested ๐ซถ. See RFC-988 ๐.
965 Aguilar Dec 85 A Format for a Graphical Communication
Protocol
this one lays out the requirements for a graphical format to base a graphical on-line communication protocol on ๐จ. It proposes an Interactive Graphical Communication Format that uses the GKSM session metafile ๐ผ๏ธ. The authors hope it gets people talking about multimedia data exchange and coming up with solutions ๐.
964 Sidhu Nov 85 Some Problems with the Specification of
the Military Standard Transmission
Control Protocol
the purpose here is to give helpful info on the Military Standard Transmission Control Protocol (MIL-STD-1778), so you can get a reliable implementation of that protocol standard ๐ก๏ธ. It points out three errors in this specification ๐ and also proposes solutions to those problems ๐ .
963 Sidhu Nov 85 Some Problems with the Specification of
the Military Standard Internet Protocol
same energy as the one above ๐ซถ. The purpose is to give helpful info on the Military Standard Internet Protocol (MIL-STD-1777), so you can get a reliable implementation ๐ง. It points out several problems in this specification and also proposes solutions to them ๐.
962 Padlipsky Nov 85 TCP-4 Prime
this memo responds to Bob Braden's call for a transaction oriented protocol (RFC-955) ๐, and it keeps the conversation going about a possible transaction oriented transport protocol ๐ท. It does not propose a standard ๐ โโ๏ธ.
961 Reynolds Dec 85 Official ARPA-Internet Protocols
this is the official source of truth ๐โจ. It identifies the documents that specify the official protocols used in the Internet and comments on any revisions or changes that are planned ๐๏ธ. This edition of the Official Protocols updates and obsoletes RFC-944 ๐. It's an official status report on the protocols used in the ARPA-Internet community, and it's a follow-up to RFC-991 ๐.
960 Reynolds Dec 85 Assigned Numbers
this memo documents the currently assigned values from several series of numbers used in network protocol implementations ๐ข. This edition of Assigned Numbers updates and obsoletes RFC-943 ๐. It's an official status report on the numbers used in protocols in the ARPA-Internet community, and it sends you on to RFC-990 and 997 ๐บ๏ธ.
959 Postel Oct 85 File Transfer Protocol (FTP)
the OG FTP spec, bestie ๐๐. This memo is the official specification of the File Transfer Protocol (FTP) for the DARPA Internet community ๐. The main goal is to clarify and correct the FTP documentation, not to change the protocol ๐. The following new optional commands show up in this edition: Change to Parent Directory (CDUP), Structure Mount (SMNT), Store Unique (STOU), Remove Directory (RMD), Make Directory (MKD), Print Directory (PWD), and System (SYST) ๐ง. Also, this specification is compatible with the previous edition ๐ซถ.
958 Mills Sep 85 Network Time Protocol (NTP)
The NTP entry's header got cut off in the copy, so here's just its description ๐ฐ๏ธโจ
Okay, so this one describes the Network Time Protocol (NTP) ๐, a way for a bunch of network clocks to stay in sync using a group of distributed clients and servers. NTP runs on top of UDP, which is connectionless transport, so no handshake drama ๐ฆ. It evolved from the Time Protocol and the ICMP Timestamp message, and it's a suitable replacement for both ๐. This RFC proposes a protocol for the ARPA-Internet community and asks for discussion and suggestions for improvements ๐.
957 Mills Sep 85 Experiments in Network Clock
Synchronization
Next up is Mills' experiments write-up ๐ง. It talks about clock sync experiments in the ARPA-Internet community and, again, asks for discussion and suggestions for improvements. Here's the thing nobody talks about: a really good time-of-day clock that gives accurate timestamps with tiny errors compared to one-way network delays is so often ignored in network design ๐ญ. It's super useful for tracing complex transactions, syncing cached databases, monitoring network performance, and isolating problems ๐ฅ. This memo describes one clock service design and assesses how well it performs. The design is already built into the routing and control protocols of the Distributed Computer Network (DCnet) architecture ๐ .
956 Mills Sep 85 Algorithms for Synchronizing Network
Clocks
This one covers clock sync algorithms for the ARPA-Internet community, also asking for discussion and suggestions for improvements ๐. Why the big interest in finding accurate time from a set of mutually suspicious network clocks? Because usually reliable, accurate clock servers have been caught with errors after thunderstorms knocked out their power supply โก๐. Add malfunctioning hardware, buggy software, operator mistakes, and random errors in how clocks get set and synchronized, and you've got a lot of ways to go wrong ๐. This report proposes a stochastic model and algorithms for computing a good estimator from time-offset samples measured between clocks connected by network links ๐ง . It also includes experiments that show how well the algorithms work ๐.
955 Braden Sep 85 Towards a Transport Service for
Transaction Processing Applications
Braden is looking at the DoD Internet protocol suite, which has two transport options, TCP and UDP. TCP gives virtual circuit service and UDP gives datagram service ๐. These two sit really far apart in the space of possible transport service attributes ๐. The point is that transaction processing apps land in the gap between them, and neither protocol is a great fit for that ๐ค. The RFC is about possibly designing one or more new protocols for the ARPA-Internet to support applications that aren't well supported right now โจ. It's meant to spark discussion in the Internet research community about new protocols and/or concepts that could meet these unmet requirements ๐ซถ. It is not a standard, and it's not even a concrete protocol proposal, just a conversation starter ๐ธ.
954 Harrenstien Oct 85 NICNAME/WHOIS
This is the official spec for the NICNAME/WHOIS protocol ๐. It describes both the protocol and the service. It's an update of RFC-812 ๐.
953 Harrenstien Oct 85 Hostname Server
This is the official spec for the Hostname Server Protocol ๐ . This edition has minor revisions to RFC-811 that bring it up to date โจ.
952 Harrenstien Oct 85 DoD Internet Host Table Specification
This is the official spec for the format of the Internet Host Table ๐. This edition has minor revisions to RFC-810 that bring it up to date ๐ฆ.
951 Croft Sep 85 Bootstrap Protocol (BOOTP)
BOOTP is an IP/UDP bootstrap protocol that lets a diskless client machine discover its own IP address, the address of a server host, and the name of a file to load into memory and execute ๐ซถ. The bootstrap has TWO PHASES ๐ฑ. This RFC covers the first one, which you could call address determination and bootfile selection. Once that address and filename info is in hand, control moves to the second phase, where a file transfer happens ๐ฅ. That transfer will typically use TFTP, since both phases are meant to live in PROM on the client ๐ง. BOOTP could also work with other protocols like SFTP or FTP ๐. This RFC suggests a proposed protocol for the ARPA-Internet community and asks for discussion and suggestions for improvements ๐.
950 Mogul Aug 85 Internet Standard Subnetting Procedure
This memo talks about why "subnets" are useful. Subnets are logically visible sub-sections of a single Internet network ๐. For admin or technical reasons, lots of orgs split one Internet network into several subnets instead of getting a bunch of Internet network numbers ๐. This memo specifies procedures for using subnets, and they're meant for hosts like workstations ๐ฅ๏ธ. How subnet gateways do their thing isn't fully described here ๐. Motivation and background for a subnetting standard are in RFC-940 ๐. This RFC specifies a protocol for the ARPA-Internet community. If you implement subnetting, it is strongly recommended that you follow these procedures ๐ โจ.
949 Padlipsky Jul 85 FTP Unique-Named Store Command
There are situations where you'd want an FTP command that works like the present STOR, but instead of making the sender name the file, it gives the resulting file a unique name relative to the current directory ๐ฆ. This RFC proposes that extension to the File Transfer Protocol for the ARPA-Internet community and asks for discussion and suggestions for improvements ๐ธ. See RFC-959 ๐.
948 Winston Jun 85 Two Methods for the Transmission of IP
Datagrams Over IEEE 802.3 Networks
This one describes two ways to encapsulate Internet Protocol (IP) datagrams on an IEEE 802.3 network ๐. It suggests a proposed protocol for the ARPA-Internet community and asks for discussion and suggestions for improvements ๐ซถ.
947 Lebowitz Jun 85 Multi-Network Broadcasting Within the
Internet
This RFC extends a network's broadcast domain so it covers more than one physical network, using a broadcast packet repeater ๐กโจ.
946 Nedved May 85 Telnet Terminal Location Number Option
Lots of systems let you find out where a user is logged in, usually with the telephone extension and office occupant names ๐. That's great for physically finding people or calling them ๐. Back in 1982, CMU designed and built a terminal location database and changed existing network software to handle a 64-bit number called the Terminal Location Number (or TTYLOC) ๐ง . It now makes sense to bring this mechanism into the TCP-based network protocol family ๐ฆ. It isn't meant to replace the Terminal Location Telnet Option (SEND-LOCATION), but works as a shorthand for sharing terminal location info between hosts in a localized community ๐ซถ. This RFC proposes a new Telnet option for the ARPA-Internet community and asks for discussion and suggestions for improvements ๐ธ.
945 Postel May 85 A DoD Statement on the NRC Report
In May 1983, the National Research Council (NRC) was asked by DoD and NBS to study the issues and recommend a course of action ๐. The NRC's final report came out in February 1985 (see RFC-942) ๐ . The enclosed letter is from Donald C. Latham (ASDC3I) to DCA, sending the NRC report and asking for specific actions based on its recommendations ๐. This RFC reproduces a letter from the Assistant Secretary of Defense for Command, Control, Communications, and Intelligence (ASDC3I) to the Director of the Defense Communications Agency (DCA) ๐. It's distributed for information only ๐.
944 Reynolds Apr 85 Official ARPA-Internet Protocols
This RFC identifies the documents that specify the official protocols used in the Internet ๐โจ. This edition obsoletes RFC-924 and earlier editions ๐. It'll be updated periodically, and you can get current info from Joyce Reynolds ๐. This memo is an official status report on the protocols used in the ARPA-Internet community. See RFC-991 ๐.
943 Reynolds Apr 85 Assigned Network Numbers
This Network Working Group RFC documents the currently assigned values from several series of numbers used in network protocol implementations ๐ข. It'll be updated periodically, and current info can always come from Joyce Reynolds ๐ง. Joyce also handles number assignments. If you're developing a protocol or application that needs a link, socket, port, protocol, network number, etc., contact Joyce to get one assigned ๐ซถ. This memo is an official status report on the numbers used in protocols in the ARPA-Internet community. See RFC-990 and 997 ๐ .
942 NRC Feb 85 Transport Protocols for Department of
Defense Data Networks
This RFC reproduces the National Research Council report from a study comparing the DoD Internet Protocol (IP) and Transmission Control Protocol (TCP) with the ISO Internet Protocol (ISO-IP) and Transport Protocol level 4 (TP-4) ๐ฅ.
941 ISO Apr 85 Addendum to the Network Service
Definition Covering Network Layer
Addressing
This addendum to the Network Service Definition Standard, ISO 8348, defines the abstract syntax and semantics of the Network Address (Network Service Access Point Address) ๐ธ. The Network Address here is the address that shows up in connection-mode Network Service primitives as the calling address, called address, and responding address parameters, and in connectionless-mode Network Service primitives as the source address and destination address parameters ๐ง . This document is distributed as an RFC for information only. It does not specify a standard for the ARPA-Internet ๐.
9
940 GADS Apr 85 Toward an Internet Standard Scheme for
Subnetting
Okay bestie, so picture a bunch of sites with a whole cluster of local links, all hooked up to the Internet through one gateway ๐ธ The inside stuff is kinda boring to everyone else out there, right? One way to organize all those local links is to copy the way the Internet organizes networks. You treat each link like its own entity (like a network) and connect them with devices that do the routing (like gateways) ๐ง This whole setup is called subnetting, the individual links are subnets, and the connecting devices are subgateways (or bridges, or gateways, depending on who you ask) ๐ This RFC is all about standardizing the protocol used in these subnetted environments in the ARPA-Internet โจ
939 NRC Feb 85 Executive Summary of the NRC Report on
Transport Protocols for Department of
Defense Data Networks
Okay this one is a big deal ๐ It reproduces the "front pages" from a National Research Council report that studied the DOD Internet Protocol (IP) and Transmission Control Protocol (TCP) next to the ISO Internet Protocol (ISO-IP) and Transport Protocol level 4 (TP-4). The whole point is to get the Executive Summary out to everyone quickly ๐ The order got shuffled and the pagination changed, and it's distributed for information only. It does not establish any policy for the DARPA research community or the DDN operational community, so don't go reading it as a rule ๐
938 Miller Feb 85 Internet Reliable Transaction Protocol
Functional and Interface Specification
This one went out to members of the DARPA research community to get their reactions to the proposals inside ๐ฆ Yes, the issues might not be directly relevant to the research problems of the DARPA community, but a bunch of researchers and implementors might still find it super interesting. It suggests a proposed protocol for the ARPA-Internet community and asks for discussion and suggestions for improvements ๐ซถ
937 Reynolds Feb 85 Post Office Protocol - Version 2
Main character energy ๐ This RFC suggests a simple way for workstations to dynamically access mail from a mailbox server. It specifies a proposed protocol for the ARPA-Internet community and requests discussion and suggestions for improvement. Also, this memo is a revision of RFC-918, so it's the glow-up version ๐
936 Karels Feb 85 Another Internet Subnet Addressing
Scheme
Okay so there have been a bunch of proposals for letting a single Internet network number stand in for a whole collection of physical networks under common administration, as long as they're reachable from the rest of the Internet by a common route ๐ The payoff is a simplified view of a complicated topology for hosts and gateways outside that collection. The complexity of the number and type of those networks, plus the routing to them, stays local. So additions and changes in configuration cause no detectable change and no interruption of service, because routing and other information doesn't have to slowly propagate outside the local environment. These schemes also make administration easier, since changes don't need a new network number for every new cable installed ๐ฅ This proposal talks about an alternative scheme that has been in use at the University of California, Berkeley since April 1984. It suggests a proposed protocol for the ARPA-Internet community and requests discussion and suggestions for improvements.
935 Robinson Jan 85 Reliable Link Layer Protocols
This one looks at protocols proposed recently in RFCs 914 and 916, and suggests a proposed protocol that could meet the same needs those memos addressed โญ The stated need is reliable communication between two programs over a full-duplex, point-to-point communication link. The RFCs in particular care about that over an asynchronous link at relatively low speeds. The suggested protocol uses the methods of existing national and international data link layer standards, which is very iconic of it ๐ It's a proposed protocol for the ARPA-Internet community, so discussion and suggestions for improvements are welcome.
934 Rose Jan 85 Proposed Standard for Message
Encapsulation
So this memo is about message forwarding ๐จ Forwarding is basically encapsulating one or more messages inside another. Handy for passing old correspondence along to new recipients, BUT without a decapsulation process (which this memo calls "bursting"), the forwarded messages are kinda useless to the people receiving them. They can't be distributed, forwarded, replied-to, or otherwise processed as separate individual messages ๐ญ To burst a message, you need to know how the component messages were encapsulated in the draft. Right now there's no unambiguous standard for interest group digests. This RFC proposes a proposed protocol for the ARPA-Internet community and requests discussion and suggestions for improvements.
933 Silverman Jan 85 Output Marking Telnet Option
This proposed option would let a Server-Telnet send a banner to a User-Telnet, so the banner shows up on the workstation screen no matter what application software is running in the Server-Telnet ๐
932 Clark Jan 85 A Subnetwork Addressing Scheme
This RFC proposes an alternative addressing scheme for subnets that, in most cases, needs zero changes to host software ๐ง The catch is that the total number of subnets in any one network is limited, and every gateway has to be modified ๐
931 StJohns Jan 85 Authentication Server
Bestie, this is the second draft of this proposal, and it supersedes RFC-912 ๐ It adds a more formal description of the syntax for the request and response dialog, plus a change to specify the type of user identification that gets returned. It's a proposed protocol for the ARPA-Internet community, so discussion and suggestions for improvements are requested.
930 Solomon Jan 85 Telnet Terminal Type Option
This one specifies a standard for the ARPA Internet community ๐ธ Hosts on the ARPA Internet that exchange terminal type information within the Telnet protocol are expected to adopt and implement this standard. It supersedes RFC-884. The only change is that the TERMINAL-TYPE IS sub-negotiation should be sent only in response to the TERMINAL-TYPE SEND sub-negotiation. That's a small change but it matters, so don't skip it ๐
929 Lilienkamp Dec 84 Proposed Host-Front End Protocol
The Host-Front End Protocol introduced in RFC-928 gets described in detail here ๐ The first order of business is to declare that THIS IS A PROPOSAL, NOT A FINAL STANDARD. The second is to request that any readers who are able to do test implementations (a) do so and (b) coordinate their efforts with the author. It suggests a proposed protocol for the ARPA-Internet community and requests discussion and suggestions for improvements.
928 Padlipsky Dec 84 Introduction to Proposed DOD Standard
H-FP
Okay so the broad outline of the Host-Front End Protocol introduced here (and described in RFC-929) came out of the deliberations of a bunch of experienced H-FP designers. They sat as a committee of the DoD Protocol Standards Technical Panel ๐ซก The designers intend for the protocol to go through multiple test implementations and probable iteration before anyone agrees on it as any sort of "standard" ๐ฅ
So, the first order of business is to declare that THIS IS A PROPOSAL, NOT A FINAL STANDARD, and the second is to request that any readers who are able to do test implementations (a) do so and (b) coordinate their efforts with the author. This RFC suggests a proposed protocol for the ARPA-Internet community and requests discussion and suggestions for improvements โจ
927 Anderson Dec 84 TACACS User Identification Telnet
Option
This is a TELNET option designed to help with double login avoidance ๐ It's mainly meant for TAC connections to target hosts on behalf of TAC users, but honestly it can be used between any two consenting hosts. For example, all hosts at one site (e.g., BBN) can use this option to avoid double login when TELNETing to one another ๐ It suggests a proposed protocol for the ARPA-Internet community and requests discussion and suggestions for improvements.
926 ISO Dec 84 Protocol for Providing the
Connectionless-Mode Network Services
This note is a draft ISO protocol that's roughly similar to the DOD Internet Protocol ๐ง It was prepared by retyping the text of ISO DIS 8473 of May 1984, which is currently undergoing voting within ISO as a Draft International Standard (DIS). It's distributred as an RFC for information only, and it does not specify a standard for the ARPA-Internet. Read it, don't implement it as the rule ๐
925 Postel Oct 84 Multi-LAN Address Resolution
Here's the tea โ Treating a set of local area networks (LANs) as one Internet network has gotten some interest and concern. Giving each LAN within a site its own distinct Internet network number is inappropriate. It's desirable to hide the details of the interconnections between the LANs within a site from people, gateways, and hosts outside that site. The question is how to do that, and even whether it can be done at all ๐ค In RFC-917, Jeffery Mogul makes a case for "explicit subnets" in a multi-LAN environment. The explicit subnet scheme is basically a call to recursively apply the mechanisms the Internet uses to manage networks to the problem of managing LANs within one network.
The author urges another approach: "transparent subnets" supported by a multi-LAN extension of the Address Resolution Protocol ๐ฆ This RFC suggests a proposed protocol for the ARPA-Internet community and requests discussion and suggestions for improvements.
924 Reynolds Oct 84 Official ARPA-Internet Protocols
This RFC identifies the documents specifying the official protocols used in the Internet ๐ This edition of Official ARPA-Internet Protocols obsoletes RFC-900 and earlier editions. This memo is an official status report on the protocols used in the ARPA-Internet community. See RFC-991 for more ๐
923 Reynolds Oct 84 Assigned Numbers
This RFC documents the currently assigned values from several series of numbers used in network protocol implementations ๐ข This edition of Assigned Numbers obsoletes RFC-900 and earlier editions. This memo is an official status report on the numbers used in protocols in the ARPA-Internet community. See RFC-990, and 997 โจ
922 Mogul Oct 84 Broadcasting Internet Datagrams in the
Presence of Subnets
Last one in this batch, and it's a good one ๐ก We propose simple rules for broadcasting Internet datagrams on local networks that support broadcast, for addressing broadcasts, and for how gateways should handle them. It suggests a proposed protocol for the ARPA-Internet community and requests discussion and suggestions for improvements ๐
921 ยท Domain Name System Implementation Schedule - Revised โจ
Author: Postel ยท Date: Oct 84 ๐
okay bestie, this one is a policy statement ๐ It's about the schedule for rolling out the Domain Style Naming System across the Internet. It updates RFC-881 and RFC-897. It's an official policy statement from the IAB and the DARPA, and the memo itself only covers the schedule. If you want to know how the system actually works, the references have you covered ๐
920 ยท Domain Requirements ๐ธ
Author: Postel ยท Date: Oct 84 ๐ฆ
this memo lays out what you need to set up a new domain ๐ It also introduces the limited set of top level domains. It's a policy statement on the requirements for creating a new domain in the ARPA-Internet and the DARPA research community, and it's an official policy statement from the IAB and the DARPA. main character energy โจ
919 ยท Broadcasting Internet Datagrams ๐ก
Author: Mogul ยท Date: Oct 84 ๐ซถ
this RFC proposes simple rules for broadcasting Internet datagrams on local networks that support broadcast ๐ It also covers how broadcasts get addressed and how gateways should handle them. It's a proposed protocol for the ARPA-Internet community, and it's asking for discussion and suggestions for improvements. bring your ideas ๐ฅ
918 ยท Post Office Protocol (POP) ๐
Author: Reynolds ยท Date: Oct 84 ๐ง
okay so this one is a simple way for workstations to grab mail from a mailbox server, dynamically, whenever they need to ๐ฌ The Post Office Protocol (POP) lets a user's workstation access mail sitting on a mailbox server. Mail is expected to get posted from the workstation to that server over the Simple Mail Transfer Protocol (SMTP). It's a proposed protocol for the ARPA-Internet community, and it's asking for discussion and suggestions for improvement. The status is experimental, and it depends on TCP ๐ it's giving very early-days vibes ๐
917 ยท Internet Subnets ๐
Author: Mogul ยท Date: Oct 84 โจ
this memo is all about subnets and proposes procedures for using them ๐ธ It also looks at how to solve the problems that come up, especially the routing one, which is literally the hardest part ๐ญ A subnet is a logically visible sub-section of a single Internet network. For administrative or technical reasons, lots of organizations chose to split one Internet network into several subnets instead of getting a whole set of Internet network numbers. It's a proposed protocol for the ARPA-Internet community, and it wants discussion and suggestions for improvements ๐ฆ
916 ยท Reliable Asynchronous Transfer Protocol (RATP) ๐ฅ
Author: Finn ยท Date: Oct 84 ๐
this one proposes and specifies a protocol that lets two programs communicate reliably over a communication link ๐ซถ The guarantee is that whatever data goes in one end of the link arrives at the other end intact and unaltered. RATP is designed to run over a full duplex point-to-point connection, and it has some features tuned for the RS-232 links that were super common at the time. It's a proposed protocol for the ARPA-Internet community, and it's asking for discussion and suggestions for improvements. reliability is the whole personality ๐
915 ยท Network Mail Path Service ๐บ๏ธ
Author: Elvy ยท Date: Dec 84 ๐
this RFC proposed a new service for the ARPA-Internet community and asks for discussion and suggestions for improvements ๐ The network mail path service solves a real problem: figuring out mailbox addresses for hosts that aren't part of the ARPA-Internet but can still be reached through one or more relay hosts with UUCP (Unix to Unix Copy) mail, CSNET mail, MAILNET mail, BITNET mail, and so on. Anyone can use the service as long as they have TCP/TELENET access to one of the hosts with a mail path server. it's so helpful, ngl ๐ฅน
914 ยท A Thinwire Protocol ๐ป
Author: Farber ยท Date: Sep 84 ๐ธ
this one focuses the discussion on the particular problems of low speed network interconnection with personal computers in the ARPA-Internet, plus some possible ways to solve them ๐ None of the proposed solutions here are meant to be standards for the ARPA-Internet. The hope is that a general consensus forms about the right solution, which could eventually lead to standards being adopted. it's giving "let's figure it out together" energy ๐ซถ
913 ยท Simple File Transfer Protocol ๐
Author: Lottor ยท Date: Sep 84 ๐ฆ
this memo describes a proposed Simple File Transfer Protocol (SFTP) ๐ It's for people who want something more useful than TFTP but easier to implement (and less powerful) than FTP. SFTP supports user access control, file transfers, directory listing, directory changing, file renaming, and file deleting. Discussion is encouraged, and suggestions for improvements can be sent to the author ๐ฌ
912 ยท Authentication Service ๐
Author: StJohns ยท Date: Sep 84 ๐
this memo describes a proposed authentication protocol for verifying the identity of a user on a TCP connection ๐ Given a TCP port number pair, it returns a character string that identifies the owner of that connection on the server's system. Suggested uses include automatically identifying and verifying a user during an FTP session, extra verification for a TAC dial-up user, and access verification for a generalized network file server. verification era, bestie โจ
911 ยท EGP Gateway under Berkeley Unix 4.2 ๐ฑ
Author: Kirton ยท Date: Aug 84 ๐
this memo describes an implementation of the Exterior Gateway Protocol (EGP), so in that sense it's a status report ๐ It also discusses some possible extensions and design issues, so in that sense it's an invitation for more discussion ๐ซถ
910 ยท Multimedia Mail Meeting Notes ๐๏ธ
Author: Forsdick ยท Date: Aug 84 ๐ธ
this memo is a report on a meeting about the experimental multimedia mail system, and in a way it's a status report on that experiment too ๐ฆ The meeting happened at Bolt Beranek and Newman on 23-24 July 1984. The goal was to talk about recent progress from groups building multimedia mail systems and to discuss a bunch of issues around developing multimedia systems further. Representatives came from BBN, ISI, SRI, and Linkabit. the guest list is iconic ๐
909 ยท Loader Debugger Protocol ๐ ๏ธ
Author: Welles ยท Date: Jul 84 ๐
okay so the Loader Debugger Protocol (LDP) is an application layer protocol for loading, dumping, and debugging target machines from hosts over a network ๐ง This RFC specifies a proposed protocol for the ARPA-Internet and DARPA research community, and it requests discussion and suggestions for improvements ๐ฌ
908 ยท Reliable Data Protocol ๐ฆ
Author: Velten ยท Date: Jul 84 โจ
the Reliable Data Protocol (RDP) is designed to provide a reliable data transport service for packet-based applications ๐ This RFC specifies a proposed protocol for the ARPA-Internet and DARPA research community, and it requests discussion and suggestions for improvements ๐ซถ
907 ยท Host Access Protocol Specification ๐ฐ๏ธ
Author: Storch ยท Date: Jul 84 ๐
this document specifies the Host Access Protocol (HAP) ๐ HAP was first designed as the network-access level protocol for the DARPA/DCA sponsored Wideband Packet Satellite Network. The plan is for it to evolve into a standard interface for SATNET and TACNET (aka MATNET), as well as the Wideband Network. HAP is an experimental protocol and will go through more revisions as new capabilities get added and different satellite networks get supported. Anyone implementing HAP should coordinate with satellite network development and operations personnel ๐ฅ
906 ยท Bootstrap Loading Using TFTP ๐ฅพ
Author: Finlayson ยท Date: Jun 84 ๐
it's often really handy to be able to bootstrap a computer system from a communications network ๐ธ This RFC proposes using the IP TFTP protocol for bootstrap loading in that case. simple but iconic ๐
905 ยท ISO Transport Protocol Specification (ISO DP 8073) ๐
Author: ISO ยท Date: Apr 84 ๐ฆ
this is the current specification of the ISO Transport Protocol ๐ The document is the text of ISO/TC97/SC16/N1576, as corrected by ISO/TC97/SC16/N1695. It's the specification currently being voted on in ISO as a Draft International Standard (DIS). This document is distributed as an RFC for your information only. It does not specify a standard for the ARPA-Internet or DARPA research community. Big thanks to Alex McKenzie of BBN for making this online version available ๐ซถ
heads up, bestie: the file is huge. Please note the size of this document, the file contains 258,729 characters ๐๐
904 ยท Exterior Gateway Protocol Formal Specification ๐
Author: Mills ยท Date: Apr 84 ๐
RFC-904 is the specification of the Exterior Gateway Protocol (EGP) ๐ It updates portions of RFC-888 and RFC-827. This RFC specifies an official protocol of the DARPA community for use between gateways of different autonomous systems in the ARPA-Internet. it's official, it's formal, it's slay ๐
903 ยท A Reverse Address Resolution Protocol ๐
Author: Finlayson ยท Date: Jun 84 ๐ง
this RFC suggests a method for workstations to dynamically find their protocol address (for example, their Internet Address) when all they know is their hardware address (for example, their attached physical network address) ๐ธ This RFC specifies a proposed protocol for the ARPA Internet community, and it requests discussion and suggestions for improvements ๐ซถ
902 ยท ARPA-Internet Protocol Policy ๐
Author: Postel ยท Date: Jul 84 ๐
this memo explains how protocol standards get adopted for the ARPA-Internet and the DARPA research community ๐ There are three important aspects: the process, the authority, and the complex relationship between the DARPA community and the DDN community ๐ It's a policy statement on how protocols become official standards for the ARPA-Internet and the DARPA research community, and it's an official policy statement from the ICCB and the DARPA. this one's the rulebook, bestie ๐
901 ยท Official ARPA-Internet Protocols ๐
Author: Reynolds ยท Date: Jun 84 โจ
this RFC identifies the documents that specify the official protocols used in the ARPA-Internet ๐ฆ Annotations flag any revisions or planned changes. It's an official status report on the protocols used in the DARPA research community. See RFC-991 ๐
900 ยท Assigned Numbers ๐ข
Author: Reynolds ยท Date: Jun 84 ๐ซถ
this RFC specifies the parameter values used in the Internet family of protocols, like network numbers, well known ports, protocol types, and version numbers ๐ It's an official status report on the protocol parameters used in the Internet protocol system. See RFC-990 and 997 ๐ that's the whole list, bestie ๐ โจ
๐ฆ where this page comes from
- ietf: rfc999 1987-04
- ๐ girlified by claude-haiku-5-5 on : a language model's rewrite of the original, under its terms