home *** CD-ROM | disk | FTP | other *** search
/ Unix System Administration Handbook 1997 October / usah_oct97.iso / rfc / 800s / rfc825.txt < prev    next >
Text File  |  1991-10-16  |  4KB  |  116 lines
  1.  
  2. Network Working Group                                          J. Postel
  3. Request for Comments: 825                                            ISI
  4.                                                            November 1982
  5.  
  6.  
  7.  
  8.              Request for Comments on Requests for Comments
  9.  
  10.  
  11.  
  12.  
  13. This RFC is intended to clarify the status of RFCs and to provide some
  14. guidance for the authors of RFCs in the future.  It is in a sense a
  15. specification for RFCs.
  16.  
  17. There are several reasons for publishing a memo as an RFC, for example,
  18. to make available some information for interested people, or to begin or
  19. continue a discussion of an interesting idea, or to specify a protocol.
  20.  
  21. Each RFC is to include on its title page or in the first or second
  22. paragraph a statement describing the intention of the RFC.
  23.  
  24.    The following sample paragraphs may be used to satisfy this
  25.    requirement:
  26.  
  27.       Specification
  28.  
  29.          This RFC specifies a standard for the ARPA Internet community.
  30.          Hosts on the ARPA Internet are expected to adopt and implement
  31.          this standard.
  32.  
  33.       Discussion
  34.  
  35.          The purpose of this RFC is to focus discussion on particular
  36.          problems in the ARPA Internet and possible methods of solution.
  37.          No proposed solutions this document are intended as standards
  38.          at this time.  Rather, it is hoped that a general consensus
  39.          will emerge as to the appropriate solution to such problems,
  40.          leading eventually to the adoption of standards.
  41.  
  42.       Information
  43.  
  44.          This RFC is presented to members of the ARPA Internet community
  45.          in order to solicit their reactions to the proposals contained
  46.          in it.  While perhaps the issues discussed are not directly
  47.          relevant to the research problems of the ARPA Internet, they
  48.          may be particularly interesting to some researchers and
  49.          implementers.
  50.  
  51.  
  52.  
  53.  
  54.  
  55.  
  56. Postel                                                          [Page 1]
  57.  
  58.  
  59. RFC 825                                                    November 1982
  60. RFC on RFCs                                                             
  61.  
  62.  
  63.       Status
  64.  
  65.          This RFC is issued in response to the need for current
  66.          information about the status and progress of various projects
  67.          in the ARPA Internet community.  The information contained in
  68.          this document is accurate as of the date of publication, but is
  69.          subject to change.  Subsequent RFCs may reflect such changes.
  70.  
  71.       Report
  72.  
  73.          This RFC is issued to report on the results of a meeting.  It
  74.          may document significant decisions made that impact the
  75.          implementation of network protocols, or limit or expand the use
  76.          of optional features of protocols.  Other meeting results may
  77.          be indicated including (but not limited to) policy issues,
  78.          technical topics discussed and problems needing further work.
  79.  
  80.    Of course these paragraphs need not be followed word for word, but
  81.    the general intent of the RFC must be made clear.
  82.  
  83. RFCs are distributed online by being stored as public access files, and
  84. a short messages is sent to the distribution list indicating the
  85. availability of the memo.
  86.  
  87. The online files are copied by the interested people and printed or
  88. displayed at their site on their equipment.  This means that the format
  89. of the online files must meet the constraints of a wide variety of
  90. printing and display equipment.
  91.  
  92. To meet these constraints the following rules are established for the
  93. format of RFCs:
  94.  
  95.    The character codes are ASCII.
  96.  
  97.    Each page must be limited to 58 lines followed by a form feed on a
  98.    line by itself.
  99.  
  100.    Each line must be limited to 72 characters followed by carriage
  101.    return and line feed.
  102.  
  103.    No overstriking (or underlining) is allowed.
  104.  
  105.    These "height" and "width" constraints include any headers, footers,
  106.    page numbers, or left side indenting.
  107.  
  108. Requests to be added to or deleted from this distribution list should be
  109. sent to NIC@SRI-NIC.  Submissions for RFCs should be sent to
  110. POSTEL@USC-ISIF.
  111.  
  112.  
  113.  
  114. Postel                                                          [Page 2]
  115.  
  116.