brian@sdcsvax.UCSD.EDU (Brian Kantor) (10/07/87)
---
903 - A Reverse Address Resolution Protocol
895 - A Standard for the Transmission of IP Datagrams over
Experimental Ethernet Networks
894 - A Standard for the Transmission of IP Datagrams over
Ethernet Networks
893 - Trailer Encapsulations
891 - Internet Protocol on DC Networks
877 - A Standard for the Transmission of IP Datagrams Over
Public Data Networks
826 - Address Resolution Protocol
796 - Address Mappings
795 - Service Mappings
7c. Host Front End Protocols
929, 928, 705, 647 - Host-Front End Protocol
Reynolds & Postel [Page 21]
RFC 1000 - Request for Comments Reference Guide August 1987
7d. Other
935 - Reliable Link Layer Protocols
916 - Reliable Asynchronous Transfer Protocol
914 - Thinwire Protocol
824 - The Cronus Virtual Local Network
8. Measurement
8a. General
573 - Data and File Transfer - Some Measurement Results
557 - Revelations in Network Host Measurements
546 - Tenex Load Averages for July 1973
462 - Responding to User Needs
415 - TENEX Bandwidth
392 - Measurement of Host Costs for Transmitting Network Data
352 - TIP Site Information Form
308 - ARPANET Host Availability Data
286 - Network Library Information System
274 - Establishing a Local Guide for Network Usage
214, 193 - Network Checkout
198 - Site Certification - Lincoln Labs
182 - Compilation of List of Revelant Site Reports
180 - File System Questionnaire
156 - Status of the Illinois Site (Response to RFC 116)
153 - SRI ARC-NIC Status
152 - SRI Artificial Intelligence Status Report
126 - Ames Graphics Facilities at Ames Research Center
112 - User/Server Site Protocol Network HOST Questionnaire
104 - Link 191
106 - USER/SERVER Site Protocol Network Host Questionnaire
8b. Surveys
971 - A Survey of Data Representation Standards
876 - Survey of SMTP Implementations
848 - Who Provides the "Little" TCP Services?
847 - Summary of Smallberg Surveys
844 - Who Talks ICMP, too? Survey of 18 February 1983
846, 845, 843, 842, 839, 838, 837, 836, 835, 834, 833, 832 -
Who Talks TCP?
787 - Connectionless Data Transmission Survey/Tutorial
703, 702, 701, 679, 669 - Survey of New-Protocol Telnet Servers
565 - Storing Network Survey Data at the Datacomputer
545 - Of What Quality be the UCSB Resource Evaluators?
530 - A Report on the SURVEY Project
523 - SURVEY is in Operation Again
519 - Resource Evaluation
Reynolds & Postel [Page 22]
RFC 1000 - Request for Comments Reference Guide August 1987
514 - Network Make-Work
464 - Resource Notebook Framework
460 - NCP Survey
459 - Network Questionnaire
450 - Multics Sampling Timeout Change
446 - Proposal to Consider a Network Program Resource Notebook
096 - An Interactive Network Experiment to Study Modes of
Access to the Network Information Center
090 - CCN as a Network Service Center
081 - Request for Reference Information
078 - NCP Status Report: UCSB/Rand
8c. Statistics
996 - Statistics Server
618 - A Few Observations on NCP Statistics
612, 601, 586, 579, 566, 556, 538, 522, 509, 497, 482, 455,
443, 422, 413, 400, 391, 378 - Traffic Statistics
603, 597, 376, 370, 367, 366, 362, 352, 344, 342, 332, 330,
326, 319, 315, 306, 298, 293, 288, 287, 267, 266 -
Network Host Status
550 - NIC NCP Experiment
388 - NCP Statistics
255, 252, 240, 235 - Site Status
9. Network Experience and Demonstrations
9a. General
968 - 'Twas the Night Before Start-up
967 - All Victims Together
573 - Data and File Transfer - Some Measurement Results
527 - ARPAWOCKY
525 - MIT-Mathlab Meets UCSB-OLS
439 - PARRY Encounters the Doctor
420 - CCA ICC Weather Demo
372 - Notes on a Conversation with Bob Kahn on the ICCC
364 - Serving Remote Users on the ARPANET
302 - Excercising the ARPANET
231 - Service Center Standards for Remote Usage - A User's View
227 - Data Transfer Rates (RAND/UCLA)
113 - Network Activity Report: UCSB and Rand
089 - Some Historic Moments in Networking
004 - Network Timetable
Reynolds & Postel [Page 23]
RFC 1000 - Request for Comments Reference Guide August 1987
10. Site Documentation
10a. General
30, 27, 24, 16, 10, 3 - Documentation Conventions
11. Other Standards
11a. ANSI
570 - Experimental Input Mapping Between NVT ASCII and UCSB
Online System
183 - The EBCDIC Codes and Their Mapping to ASCII
020 - ASCII Format for Network Interchange
11b. CCITT
987 - Mapping Between X.400 and RFC 822
874 - A Critique of X.25
11c. NRC
942 - Transport Protocols for Department of Defense Data
Networks
939 - Executive Summary of the NRC Report on Transport
Protocols for Department of Defense Data Networks
11d. ISO
995 - End System to Intermediate System Routing Exchange
Protocol for Use in Conjunction with ISO 8473
994 - Final Text of DIS 8473, Protocol for Providing the
Connectionless Mode Network Service
982 - Guidelines for the Specification of the Structure of the
Domain Specific Part (DSP) of the ISO Standard NSAP
Address
941 - Addendum to the Network Service Definition Covering
Network Layer Addressing
926 - Protocol for Providing the Connectionless-Mode Network
Services
905 - ISO Transport Protocol Specification (ISO DP 8073)
892 - ISO Transport Protocol
873 - The Illusion of Vendor Support
Reynolds & Postel [Page 24]
RFC 1000 - Request for Comments Reference Guide August 1987
12. Never Issued
12a. Never Issued
014, 026, 092, 159, 201, 220, 244, 248, 257, 258, 259, 260,
261, 262, 272, 275, 277, 279, 284, 337, 341, 358, 375, 380,
383, 397, 424, 427, 428, 444, 465, 481, 484, 502, 507, 517,
536, 540, 541, 554, 558, 564, 572, 575, 583, 605, 639, 641,
646, 648, 649, 650, 664, 665, 668, 670, 673, 676, 682, 693,
709, 710, 711, 715, 723, 853.
Reynolds & Postel [Page 25]
RFC 1000 - Request for Comments Reference Guide August 1987
REQUEST FOR COMMENTS LIST WITH ABSTRACTS
RFC Author Date Title
--- ------ ---- -----
999 Westine Mar 87 Requests For Comments Summary
A summary of the Request for Comments Documents from RFC 900-999.
998 Lambert Mar 87 NETBLT: A Bulk Data Transfer
Protocol
This document is a description of and a specification for the
NETBLT protocol. It is a revision of the specification published
in RFC-969. NETBLT (NETwork BLock Transfer) is a transport level
protocol intended for the rapid transfer of a large quantity of
data between computers. It provides a transfer that is reliable
and flow controlled, and is designed to provide maximum throughput
over a wide variety of networks. Although NETBLT currently runs
on top of the Internet Protocol (IP), it should be able to operate
on top of any datagram protocol similar in function to IP.
This document is published for discussion and comment, and does
not constitute a standard. The proposal may change and certain
parts of the protocol have not yet been specified; implementation
of this document is therefore not advised.
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 has assumed responsibility for
assignment of Network Numbers and Autonomous System Numbers. This
RFC documents the current assignments of these numbers at the time
of this transfer of responsibility.
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
debugging host.
995 ANSI Apr 86 End System to Intermediate System
Routing Exchange Protocol for use in
conjunction with ISO 8473.
This Protocol is one of a set of International Standards produced
Reynolds & Postel [Page 26]
RFC 1000 - Request for Comments Reference Guide August 1987
to facilitate the interconnection of open systems. The set of
standards covers the services and protocols required to achieve
such interconnection.
This Protocol is positioned with respect to other related
standards by the layers defined in the Reference Model for Open
Systems Interconnection (ISO 7498) and by the structure defined in
the Internal Organization of the Network Layer (DIS 8648). In
particular, it is a protocol of the Network Layer. This Protocol
permits End Systems and Intermediate Systems to exchange
configuration and routing information to facilitate the operation
of the routing and relaying functions of the Network Layer.
994 ANSI Mar 86 Final Text of DIS 8473, Protocol for
Providing the Connectionless Mode
Network Service
This Protocol Standard is one of a set of International Standards
produced to facilitate the interconnection of open systems. The
set of standards covers the services and protocols required to
achieve such interconnection.
This Protocol Standard is positioned with respect to other related
standards by the layers defined in the Reference Model for Open
Systems Interconnection (ISO 7498). In particular, it is a
protocol of the Network Layer. This Protocol may be used between
network-entities in end systems or in Network Layer relay systems
(or both). It provides the Connectionless-mode Network Service as
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 document is a discussion of the PCMAIL workstation-based
distributed mail system. It is a revision of the design published
in NIC RFC 984. The revision is based on discussion and comments
from a variety of sources, as well as further research into the
design of interactive PCMAIL clients and the use of client code on
machines other than IBM PCs. As this design may change,
implementation of this document is not advised.
992 Birman Nov 86 On Communication Support for
Fault-Tolerant Process Groups
This memo describes a collection of multicast communication
primitives integrated with a mechanism for handling process
failure and recovery. These primitives facilitate the
implementation of fault-tolerant process groups, which can be used
Reynolds & Postel [Page 27]
RFC 1000 - Request for Comments Reference Guide August 1987
to provide distributed services in an environment subject to
non-malicious crash failures.
Here, we argue that the form of "best effort" reliability provided
by host groups may not address the requirements of those
researchers who are building fault tolerant software. Our basic
premise is that reliable handling of failures, recoveries, and
dynamic process migration are important aspects of programming in
distributed environments, and that communication support that
provides unpredictable behavior in the presence of such events
places an unacceptable burden of complexity on higher level
application software. This complexity does not arise when using
the fault-tolerant process group alternative.
991 Reynolds Nov 86 Official ARPA-Internet Protocols
This RFC identifies the documents specifying the official
protocols used in the Internet. Comments indicate any revisions
or changes planned. This memo is an official status report on the
numbers used in protocols in the ARPA-Internet community. This
memo obsoletes RFCs 961, 944, 924, 901, 880, 840, 694, 661, 617,
582, 580, 552.
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. This memo is an official status
report on the numbers used in protocols in the ARPA-Internet
community. This memo obsoletes RFCs 960, 943, 923, 900, 870, 820,
790, 776, 770, 762, 758, 755, 750, 739, 717, 604, 503, 433, 349,
322, 317, 204, 179, 175, 167.
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 requests discussion and suggestions for improvements. This
RFC is the outgrowth of a series of IAB Privacy Task Force
meetings and of internal working papers distributed for those
meetings. This RFC defines message encipherment and
authentication procedures, as the initial phase of an effort to
provide privacy enhancement services for electronic mail transfer
in the Internet. It is intended that the procedures defined here
be compatible with a wide range of key management approaches,
including both conventional (symmetric) and public-key
(asymmetric) approaches for encryption of data encrypting keys.
Reynolds & Postel [Page 28]
RFC 1000 - Request for Comments Reference Guide August 1987
Use of conventional cryptography for message text encryption
and/or authentication is anticipated.
Privacy enhancement services (confidentiality, authentication, and
message integrity assurance) are offered through the use of
end-to- end cryptography between originator and recipient User
Agent processes, with no special processing requirements imposed
on the Message Transfer System at endpoints or at intermediate
relay sites. This approach allows privacy enhancement facilities
to be incorporated on a site-by-site or user-by-user basis without
impact on other Internet entities. Interoperability among
heterogeneous components and mail transport facilities is
supported.
988 Deering Jul 86 Host Extensions for IP Multicasting
This memo specifies the extensions required of a host
implementation of the Internet Protocol (IP) to support
internetwork multicasting. This specification supersedes that
given in RFC 966, and constitutes a proposed protocol standard for
IP multicasting in the ARPA-Internet. The reader is directed to
RFC 966 for a discussion of the motivation and rationale behind
the multicasting extension specified here.
987 Kille Jun 86 Mapping Between X.400 and RFC 822
The X.400 series of protocols have been defined by CCITT to
provide an Interpersonal Messaging Service (IPMS), making use of a
store and forward Message Transfer Service. It is expected that
this standard will be implemented very widely. This document
describes a set of mappings which will enable interworking between
systems operating the X.400 protocols and systems using RFC 822
mail protocol or protocols derived from RFC 822. This RFC
suggests a proposed protocol for the ARPA-Internet community, and
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 to allow the existing IP addressing,
including the IP protocol field, to be used for the ISO
Connectionless Network Protocol (CLNP). This is a draft solution
to one of the problems inherent in the use of "ISO-grams" in the
DoD Internet. Related issues will be discussed in subsequent
RFCs. This RFC suggests a proposed protocol for the ARPA-Internet
community, and requests discussion and suggestions for
improvements.
Reynolds & Postel [Page 29]
RFC 1000 - Request for Comments Reference Guide August 1987
985 Mills May 86 Requirements for Internet Gateways
This RFC summarizes the requirements for gateways to be used on
networks supporting the DARPA Internet protocols. While it
applies specifically to the National Science Foundation research
programs, the requirements are stated in a general context and are
believed applicable throughout the Internet community. The
purpose of this document is to present guidance for vendors
offering products that might be used or adapted for use in an
Internet application. It enumerates the protocols required and
gives references to RFCs and other documents describing the
current specification. Suggestions and comments on this document
are welcomed and can be sent to Dave Mills (Mills@D.ISI.EDU) or
Dave Farber (Farber@HUEY.UDEL.EDU).
984 Clark May 86 PCMAIL: A Distributed Mail System
for Personal Computers
This document is a preliminary discussion of the design of a
personal-computer-based distributed mail system. Pcmail is a
distributed mail system that provides mail service to an arbitrary
number of users, each of which owns one or more personal computers
(PCs). The system is divided into two halves. The first consists
of a single entity called the "repository". The repository is a
storage center for incoming mail. Mail for a Pcmail user can
arrive externally from the Internet or internally from other
repository users. The repository also maintains a stable copy of
each user's mail state. The repository is therefore typically a
computer with a large amount of disk storage. It is published for
discussion and comment, and does not constitute a standard. As
the proposal may change, implementation of this document is not
advised.
983 Cass Apr 86 ISO Transport Services on Top of the
TCP
This memo describes a proposed protocol standard for the
ARPA-Internet community. The CCITT and the ISO have defined
various session, presentation, and application recommendations
which have been adopted by the international community and
numerous vendors. To the largest extent possible, it is desirable
to offer these higher level services directly to the
ARPA-Internet, without disrupting existing facilities. This
permits users to develop expertise with ISO and CCITT applications
which previously were not available in the ARPA-Internet. The
intention is that hosts within the ARPA-Internet that choose to
implement ISO TSAP services on top of the TCP be expected to adopt
and implement this standard. Suggestions for improvement are
encouraged.
Reynolds & Postel [Page 30]
RFC 1000 - Request for Comments Reference Guide August 1987
982 ANSI Apr 86 Guidelines for the Specification of
the Structure of the Domain Specific
Part (DSP) of the ISO Standard NSAP
Address
This RFC is a draft working document of the ANSI "Guidelines for
the Specification of the Structure of the Domain Specific Part
(DSP) of the ISO Standard NSAP Address". It provides guidance to
private address administration authorities on preferred formats
and semantics for the Domain Specific Part (DSP) of an NSAP
address. This RFC specifies the way in which the DSP may be
constructed so as to facilitate efficient address assignment.
This RFC is for informational purposes only and its distribution
is unlimited and does not specify a standard of the ARPA-Internet.
981 Mills Mar 86 An Experimental Multiple-Path
Routing Algorithm
This document introduces wiretap algorithms, a class of
experimental, multiple routing algorithms that compute
quasi-optimum routes for stations sharing a packet-radio broadcast
channel. The primary route (a minimum-distance path), and
additional paths ordered by distance, which serve as alternate
routes should the primary route fail, are computed. This
prototype is presented as an example of a class of routing
algorithms and data-base management techniques that may find wider
application in the Internet community. Discussions and
suggestions for improvements are welcomed.
980 Jacobsen Mar 86 Protocol Document Order Information
This RFC indicates how to obtain various protocol documents used
in the DARPA research community. Included is an overview of the
new 1985 DDN Protocol Handbook and available sources for obtaining
related documents (such as DOD, ISO, and CCITT).
979 Malis Mar 86 PSN End-to-End Functional
Specification
This memo is an updated version of BBN Report 5775, "End-to-End
Functional Specification". It describes important changes to the
functionality of the interface between a host and the PSN (Packet
Switch Node), 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 developed in order to correct a
number of deficiencies in the old End-to-End Protocol, to improve
its performance and overall throughput, and to better equip the
Packet Switch Node (also known as the IMP) to support its current
and anticipated host population.
Reynolds & Postel [Page 31]
RFC 1000 - Request for Comments Reference Guide August 1987
978 Reynolds Feb 86 Voice File Interchange Protocol
(VFIP)
The purpose of the Voice File Interchange Protocol (VFIP) is to
permit the interchange of various types of speech files between
different systems in the ARPA-Internet community. Suggestions for
improvement are encouraged.
977 Kantor Feb 86 Network News Transfer Protocol
NNTP specifies a protocol for the distribution, inquiry,
retrieval, and posting of news articles using a reliable
stream-based transmission of news among the ARPA-Internet
community. NNTP is designed so that news articles are stored in a
central database allowing a subscriber to select only those items
he wishes to read. Indexing, cross-referencing, and expiration of
aged messages are also provided. This RFC suggests a proposed
protocol for the ARPA-Internet community, and requests discussion
and suggestions for improvements.
976 Horton Feb 86 UUCP Mail Interchange Format
Standard
This document defines the standard format for the transmission of
mail messages between computers in the UUCP Project. It does not
however, address the format for storage of messages on one
machine, nor the lower level transport mechanisms used to get the
date from one machine to the next. It represents a standard for
conformance by hosts in the UUCP zone.
975 Mills Feb 86 Autonomous Confederations
This RFC proposes enhancements to the Exterior Gateway Protocol
(EGP) to support a simple, multiple-level routing capability while
preserving the robustness features of the current EGP model. The
enhancements generalize the concept of 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 RFC presents a description of how mail systems on the
Internet are expected to route messages based on information from
the domain system. This involves a discussion of how mailers
interpret MX RRs, which are used for message routing.
Reynolds & Postel [Page 32]
RFC 1000 - Request for Comments Reference Guide August 1987
973 Mockapetris Jan 86 Domain System Changes and
Observations
This RFC documents updates to Domain Name System specifications
RFC-882 and RFC-883, suggests some operational guidelines, and
discusses some experiences and problem areas in the present
system.
972 Wancho Jan 86 Password Generator Protocol
This RFC specifies a standard for the ARPA-Internet community.
The Password Generator Service (PWDGEN) provides a set of six
randomly generated eight-character "words" with a reasonable level
of pronounceability, using a multi-level algorithm. Hosts on the
ARPA-Internet that choose to implement a password generator
service are expected to adopt and implement this standard.
971 DeSchon Dec 85 A Survey of Data Representation
Standards
This RFC is a comparison of several data representation standards
that are currently in use. The standards discussed 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. No proposals in this document are intended as standards
for the ARPA-Internet at this time. Rather, it is hoped that a
general consensus will emerge as to the appropriate approach to a
data representation standard, leading eventually to the adoption
of an ARPA-Internet standard.
970 Nagle Dec 85 On Packet Switches With Infinite
Storage
The purpose of this RFC is to focus discussion on a particular
problem in the ARPA-Internet and possible methods of solution.
Most prior work on congestion in datagram systems focuses on
buffer management. In this memo, the case of a packet switch with
infinite storage is considered. Such a packet switch can never
run out of buffers. It can, however, still become congested. The
meaning of congestion in an infinite-storage system is explored.
An unexpected result is found that shows 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. By attacking the problem of congestion for the
infinite-storage case, new solutions applicable to switches with
finite storage may be found. No proposed solutions this document
are intended as standards for the ARPA-Internet at this time.
Reynolds & Postel [Page 33]
RFC 1000 - Request for Comments Reference Guide August 1987
969 Clark Dec 85 NETBLT: A Bulk Data Transfer
Protocol
This RFC has been replaced by RFC 998. This is a preliminary
discussion of the Network Block Transfer (NETBLT) protocol.
NETBLT is intended for the rapid transfer of a large quantity of
data between computers. It provides a transfer that is reliable
and flow controlled, and is structured to provide maximum
throughput over a wide variety of networks. This description is
published for discussion and comment, and does not constitute a
standard. As the proposal may change, implementation of this
document is not advised.
968 Cerf Dec 85 'Twas the Night Before Start-up'
This memo discusses problems that arise and debugging techniques
used in 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 is
integrated with various operating systems. It appears that this
topic has not received enough exposure in the literature. Comments
and suggestions are encouraged.
966 Deering Dec 85 A Multicast Extension to the
Internet Protocol
This RFC defines a model of service for Internet multicasting and
proposes an extension to the Internet Protocol (IP) to support
such a multicast service. Discussion and suggestions for
improvements are requested.
965 Aguilar Dec 85 A Format for a Graphical
Communication Protocol
This RFC describes the requirements for a graphical format on
which to base a graphical on-line communication protocol, and
proposes an Interactive Graphical Communication Format using the
GKSM session metafile. We hope this contribution will encourage
the discussion of multimedia data exchange and the proposal of
solutions.
964 Sidhu Nov 85 Some Problems with the Specification
of the Military Standard
Transmission Control Protocol
The purpose of this RFC is to provide helpful information on the
Military Standard Transmission Control Protocol (MIL-STD-1778) so
Reynolds & Postel [Page 34]
RFC 1000 - Request for Comments Reference Guide August 1987
that one can obtain a reliable implementation of this protocol
standard. This note points out three errors with this
specification. This note also proposes solutions to these
problems.
963 Sidhu Nov 85 Some Problems with the Specification
of the Military Standard Internet
Protocol
The purpose of this RFC is to provide helpful information on the
Military Standard Internet Protocol (MIL-STD-1777) so that one can
obtain a reliable implementation of this protocol. This paper
points out several problems in this specification. This note also
proposes solutions to these problems.
962 Padlipsky Nov 85 TCP-4 Prime
This memo is in response to Bob Braden's call for a transaction
oriented protocol (RFC-955), and continues the discussion of a
possible transaction oriented transport protocol. This memo does
not propose a standard.
961 Reynolds Dec 85 Official ARPA-Internet Protocols
This RFC has been replaced by RFC 991.
960 Reynolds Dec 85 Assigned Numbers
This RFC has been replaced by RFCs 997 and 990.
959 Postel Oct 85 File Transfer Protocol (FTP)
This memo is the official specification of the File Transfer
Protocol (FTP) for the DARPA-Internet community. The primary
intent is to clarify and correct the documentation of the FTP
specification, not to change the protocol. The following new
optional commands are included in this edition of the
specification: Change to Parent Directory (CDUP), Structure Mount
(SMNT), Store Unique (STOU), Remove Directory (RMD), Make
Directory (MKD), Print Directory (PWD), and System (SYST). Note
that this specification is compatible with the previous edition.
958 Mills Sep 85 Network Time Protocol (NTP)
This document describes the Network Time Protocol (NTP), a
protocol for synchronizing a set of network clocks using a set of
distributed clients and servers. NTP is built on the User
Datagram Protocol (UDP), which provides a connectionless transport
mechanism. It evolved from the Time Protocol and the ICMP
Reynolds & Postel [Page 35]
RFC 1000 - Request for Comments Reference Guide August 1987
Timestamp message and is a suitable replacement for both. This
RFC suggests a proposed protocol for the ARPA-Internet community,
and requests discussion and suggestions for improvements.
957 Mills Sep 85 Experiments in Network Clock
Synchronization
This RFC discusses some experiments in clock synchronization in
the ARPA-Internet community, and requests discussion and
suggestions for improvements. One of the services frequently
neglected in computer network design is a high-quality,
time-of-day clock capable of generating accurate timestamps with
small errors compared to one-way network delays. Such a service
would be useful for tracing the progress of complex transactions,
synchronizing cached data bases, monitoring network performance
and isolating problems. In this memo, one such clock service
design will be described and its performance assessed. This
design has been incorporated as an integral part of the network
routing and control protocols of the Distributed Computer Network
(DCnet) architecture.
956 Mills Sep 85 Algorithms for Synchronizing Network
Clocks
This RFC discussed clock synchronization algorithms for the
ARPA-Internet community, and requests discussion and suggestions
for improvements. The recent interest within the Internet
community in determining accurate time from a set of mutually
suspicious network clocks has been prompted by several occasions
in which errors were found in usually reliable, accurate clock
servers after thunderstorms which disrupted their power supply.
To these sources of error should be added those due to
malfunctioning hardware, defective software and operator mistakes,
as well as random errors in the mechanism used to set and
synchronize clocks. This report suggests a stochastic model and
algorithms for computing a good estimator from time-offset samples
measured between clocks connected via network links. Included in
this report are descriptions of certain experiments which give an
indication of the effectiveness of the algorithms.
955 Braden Sep 85 Towards a Transport Service for
Transaction Processing Applications
The DoD Internet Protocol Suite includes two alternative transport
service protocols, TCP and UDP, which provide virtual circuit and
datagram service, respectively. These two protocols represent
points in the space of possible transport service attributes which
are quite "far apart". We want to examine an important class of
applications, those which perform what is often called
Reynolds & Postel [Page 36]
RFC 1000 - Request for Comments Reference Guide August 1987
"transaction processing". We will see that the communication
needs for these applications fall into the gap "between" TCP and
UDP -- neither protocol is very appropriate.
954 Harrenstien Oct 85 NICNAME/WHOIS
This RFC is the official specification of the NICNAME/WHOIS
protocol. This memo describes the protocol and the service. This
is an update of RFC 812. Obsoletes RFC 812.
953 Harrenstien Oct 85 Hostname Server
This RFC is the official specification of the Hostname Server
Protocol. This edition of the specification includes minor
revisions to RFC 811 which brings it up to date. Obsoletes RFC
811.
952 Harrenstien Oct 85 DoD Internet Host Table
Specification
This RFC is the official specification of the format of the
Internet Host Table. This edition of the specification includes
minor revisions to RFC 810 which brings it up to date. Obsoletes
RFCs 810, 608.
951 Croft Sep 85 Bootstrap Protocol (BOOTP)
This RFC describes an IP/UDP bootstrap protocol (BOOTP) which
allows a diskless client machine to discover its own IP address,
the address of a server host, and the name of a file to be loaded
into memory and executed. The bootstrap operation can be thought
of as consisting of TWO PHASES. This RFC describes the first
phase, which could be labeled `address determination and bootfile
selection'. After this address and filename information is
obtained, control passes to the second phase of the bootstrap
where a file transfer occurs. The file transfer will typically
use the TFTP protocol, since it is intended that both phases
reside in PROM on the client. However BOOTP could also work with
other protocols such as SFTP or FTP. This RFC suggests a proposed
protocol for the ARPA-Internet community, and requests discussion
and suggestions for improvements.
950 Mogul Aug 85 Internet Standard Subnetting
Procedure
This memo discusses the utility of "subnets" of Internet networks,
which are logically visible sub-sections of a single Internet
network. For administrative or technical reasons, many
organizations have chosen to divide one Internet network into
Reynolds & Postel [Page 37]
RFC 1000 - Request for Comments Reference Guide August 1987
several subnets, instead of acquiring a set of Internet network
numbers. This memo specifies procedures for the use of subnets.
These procedures are for hosts (e.g., workstations). The
procedures used in and between subnet gateways are not fully
described. Important motivation and background information for a
subnetting standard is provided in RFC-940. This RFC specifies a
protocol for the ARPA-Internet community. If subnetting is
implemented it is strongly recommended that these procedures be
followed.
949 Padlipsky Jul 85 FTP Unique-Named Store Command
There are various contexts in which it would be desirable to have
an FTP command that had the effect of the present STOR but rather
than requiring the sender to specify a file name istead caused the
resultant file to have a unique name relative to the current
directory.
This RFC proposes an extension to the File Transfer Protocol for
the ARPA-Internet community, and requests discussion and
suggestions for improvements.
948 Winston Jun 85 Two Methods for the Transmission of
IP Datagrams Over IEEE 802.3
Networks
This memo describes two methods of encapsulating Internet Protocol
(IP) datagrams on an IEEE 802.3 network.
947 Lebowitz Jun 85 Multi-Network Broadcasting Within
the Internet
This RFC describes the extension of a network's broadcast domain
to include more than one physical network through the use of a
broadcast packet repeater.
946 Nedved May 85 Telnet Terminal Location Number
Option
Many systems provide a mechanism for finding out where a user is
logged in from usually including information about telephone
extension and office occupants names. The information is useful
for physically locating people and/or calling them on the phone.
In 1982 CMU designed and implemented a terminal location database
and modified existing network software to handle a 64-bit number
called the Terminal Location Number (or TTYLOC). It now seems
appropriate to incorporate this mechanism into the TCP-based
network protocol family. The mechanism is not viewed as a
replacement for the Terminal Location Telnet Option
Reynolds & Postel [Page 38]
RFC 1000 - Request for Comments Reference Guide August 1987
(SEND-LOCATION) but as a shorthand mechansim for communicating
terminal location information between hosts in a localized
community. This RFC proposes a new option for Telnet for the
ARPA-Internet community, and requests 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 jointly
by the DoD and NBS to study the issues and recommend a course of
action. The final report of the NRC committee was published in
February 1985 (see RFC-942). The enclosed letter is from Donald C.
Latham (ASDC3I) to DCA transmitting the NRC report and requesting
specific actions relative to the recommendations of the report.
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). This letter is distributed for information only.
944 Reynolds Apr 85 Official ARPA-Internet Protocols
This RFC has been replaced by RFC 991.
943 Reynolds Apr 85 Assigned Numbers
This RFC has been replaced by RFCs 997 and 990.
942 NRC Feb 85 Transport Protocols for Department
of Defense Data Networks
This RFC reproduces the National Research Council report resulting
from a study of the DoD Internet Protocol (IP) and Transmission
Control Protocol (TCP) in comparison 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 defined in this Addendum is the address that appears in
the primitives of the connection-mode Network Service as the
calling address, called address, and responding address
parameters, and in the primitives of the connectionless-mode
Network Service as the source address and destination address
parameters.
Reynolds & Postel [Page 39]
RFC 1000 - Request for Comments Reference Guide August 1987
This document is distributed as an RFC for information only. It
does not specify a standard for the ARPA-Internet.
940 GADS Apr 85 Toward an Internet Standard Scheme
for Subnetting
Several sites now contain a complex of local links connected to
the Internet via a gateway. The details of the internal
connectivity are of little interest to the rest of the Internet.
One way of organizing these local complexes of links is to use the
same strategy as the Internet uses to organize networks, that is,
to declare each link to be an entity (like a network) and to
interconnect the links with devices that perform routing functions
(like gateways). This general scheme is called subnetting, the
individual links are called subnets, and the connecting devices
are called subgateways (or bridges, or gateways). This RFC
discusses standardizing the protocol used in subnetted
environments in the ARPA-Internet. Distribution of this memo is
unlimited. The author of this RFC is the Gateway Algorithms and
Data Structures (GADS) Task Force, chaired by David L. Mills.
939 NRC Feb 85 Executive Summary of the NRC Report
on Transport Protocols for
Department of Defense Data Networks
This RFC reproduces the material from the "front pages" of the
National Research Council report resulting from a study of the DOD
Internet Protocol (IP) and Transmission Control Protocol (TCP) in
comparison with the ISO Internet Protocol (ISO-IP) and Transport
Protocol level 4 (TP-4). The point of this RFC is to make the
text of the Executive Summary widely available in a timely way.
The order of presentation has been altered, and the pagination
changed.
938 Miller Feb 85 Internet Reliable Transaction
Protocol Functional and Interface
Specification
This RFC is being distributed to members of the DARPA research
community in order to solicit their reactions to the proposals
contained in it. While the issues discussed may not be directly
relevant to the research problems of the DARPA community, they may
be interesting to a number of researchers and implementors. This
RFC suggests a proposed protocol for the ARPA-Internet community,
and requests discussion and suggestions for improvements.
Reynolds & Postel [Page 40]
RFC 1000 - Request for Comments Reference Guide August 1987
937 Reynolds Feb 85 Post Office Protocol - Version 2
This RFC suggests a simple method for workstations to dynamically
access mail from a mailbox server. This RFC specifies a proposed
protocol for the ARPA-Internet community, and requests discussion
and suggestions for improvement. This memo is a revision of
RFC 918.
936 Karels Feb 85 Another Internet Subnet Addressing
Scheme
There have been several proposals for schemes to allow the use of
a single Internet network number to refer to a collection of
physical networks under common administration which are reachable
from the rest of the Internet by a common route. Such schemes
allow a simplified view of an otherwise complicated topology from
hosts and gateways outside of this collection. They allow the
complexity of the number and type of these networks, and routing
to them, to be localized. Additions and changes in configuration
thus cause no detectable change, and no interruption of service,
due to slow propagation of routing and other information outside
of the local environment. These schemes also simplify the
administration of the network, as changes do not require
allocation of new network numbers for each new cable installed.
This proposal discusses an alternative scheme, one that has been
in use at the University of California, Berkeley since April 1984.
This RFC 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 RFC discusses protocols proposed recently in RFCs 914 and
916, and suggests a proposed protocol that could meet the same
needs addressed in those memos. The stated need is reliable
communication between two programs over a full-duplex,
point-to-point communication link, and in particular the RFCs
address the need for such communication over an asynchronous link
at relatively low speeds. The suggested protocol uses the methods
of existing national and international data link layer standards.
This RFC suggests a proposed protocol for the ARPA-Internet
community, and requests discussion and suggestions for
improvements.
934 Rose Jan 85 Proposed Standard for Message
Encapsulation
This memo concerns itself with message forwarding. Forwarding can
be thought of as encapsulating one or more messages inside
Reynolds & Postel [Page 41]
RFC 1000 - Request for Comments Reference Guide August 1987
another. Although this is useful for transfer of past
correspondence to new recipients, without a decapsulation process
(which this memo terms "bursting"), the forwarded messages are of
little use to the recipients because they can not be distributed,
forwarded, replied-to, or otherwise processed as separate
individual messages. In order to burst a message it is necessary
to know how the component messages were encapsulated in the draft.
At present there is 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 allow a Server-Telnet to send a banner
---