rfc999.txt

RFC 的详细文档！

   This RFC discusses standardizing the protocol used in 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

   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.  This RFC is distributed for
   information only.  This RFC does not establish any policy for the DARPA
   research community or the DDN operational community.

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.

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.








Westine & Postel                                               [Page 14]

RFC 999                                                       March 1987


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 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.







Westine & Postel                                               [Page 15]

RFC 999                                                       March 1987


933     Silverman    Jan 85      Output Marking Telnet Option

   This proposed option would allow a Server-Telnet to send a banner to a
   User-Telnet so that this banner would be displayed on the workstation
   screen independently of the application software running in the
   Server-Telnet.

932     Clark        Jan 85      A Subnetwork Addressing Scheme

   This RFC proposes an alternative addressing scheme for subnets which, in
   most cases, requires no modification to host software whatsoever.  The
   drawbacks of this scheme are that the total number of subnets in any one
   network are limited, and that modification is required to all gateways.

931     StJohns      Jan 85      Authentication Server

   This RFC suggests a proposed protocol for the ARPA-Internet community,
   and requests discussion and suggestions for improvements.  This is the
   second draft of this proposal (superseding RFC-912) and incorporates a
   more formal description of the syntax for the request and response
   dialog, as well as a change to specify the type of user identification
   returned.

930     Solomon      Jan 85      Telnet Terminal Type Option

   This RFC 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.  This
   standard supersedes RFC-884.  The only change is to specify that the
   TERMINAL-TYPE IS sub-negotiation should be sent only in response to the
   TERMINAL-TYPE SEND sub-negotiation.

929     Lilienkamp   Dec 84      Proposed Host-Front End Protocol

   The Host-Front End Protocol introduced in RFC-928 is described in detail
   in this memo.  The first order of business is to declare that THIS IS A
   PROPOSAL, NOT A FINAL STANDARD, and the second order of business is to
   request that any readers of these documents 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.

928     Padlipsky    Dec 84      Introduction to Proposed DOD Standard
                                 H-FP

   The broad outline of the Host-Front End Protocol introduced here and
   described in RFC-929 is the result of the deliberations of a number of
   experienced H-FP designers, who sat as a committee of the DoD Protocol
   Standards Technical Panel.  It is the intent of the designers that the
   protocol be subjected to multiple test implementations and probable
   iteration before being agreed upon as any sort of "standard".



Westine & Postel                                               [Page 16]

RFC 999                                                       March 1987


   Therefore, the first order of business is to declare that THIS IS A
   PROPOSAL, NOT A FINAL STANDARD, and the second order of business is to
   request that any readers of these documents 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

   The following is the description of a TELNET option designed to
   facilitate double login avoidance.  It is intended primarily for TAC
   connections to target hosts on behalf of TAC users, but 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.  This RFC 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 the draft ISO protocol roughly similar to the DOD Internet
   Protocol.  This document has been 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).  This document is distributred as
   an RFC for information only.  It does not specify a standard for the
   ARPA-Internet.

925     Postel       Oct 84      Multi-LAN Address Resolution

   The problem of treating a set of local area networks (LANs) as one
   Internet network has generated some interest and concern.  It is
   inappropriate to give each LAN within an site a distinct Internet
   network number.  It is desirable to hide the details of the
   interconnections between the LANs within an site from people, gateways,
   and hosts outside the site.  The question arises on how to best do this,
   and even how to do it at all.  In RFC-917 Jeffery Mogul makes a case for
   the use of "explicit subnets" in a multi-LAN environment.  The explicit
   subnet scheme is a call to recursively apply the mechanisms the Internet
   uses to manage networks to the problem of managing LANs within one
   network.  In this note I urge another approach: the use of "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.



Westine & Postel                                               [Page 17]

RFC 999                                                       March 1987


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

   We propose simple rules for broadcasting Internet datagrams on local
   networks that support broadcast, for addressing broadcasts, and for how
   gateways should handle them. This RFC suggests a proposed protocol for
   the ARPA-Internet community, and requests discussion and suggestions for
   improvements.

921     Postel       Oct 84      Domain Name System Implementation
                                 Schedule - Revised

   This memo is a policy statement on the implementation of the Domain
   Style Naming System in the Internet.  This memo is an update of RFC-881,
   and RFC-897.  This is an official policy statement of the IAB and the
   DARPA.  The intent of this memo is to detail the schedule for the
   implementation for the Domain Style Naming System.  The explanation of
   how this system works is to be found in the references.

920     Postel       Oct 84      Domain Requirements

   This memo states the requirements on establishing a Domain, and
   introduces the limited set of top level domains.  This memo is a policy
   statement on the requirements of establishing a new domain in the
   ARPA-Internet and the DARPA research community.  This is an official
   policy statement of the IAB and the DARPA.