rfc1539.txt

中、英文RFC文档大全打包下载完全版 .


RFC 1539                    The Tao of IETF                 October 1993


   Most IETF discussion lists are archived.  That is, all of the
   messages sent to the list are automatically stored on a host for
   anonymous FTP access.  To find out where a particular list is
   archived, send a message to the list's "-request" address, NOT to the
   list itself.


Important Email Addresses

   There are some important IETF email addresses with which everyone
   should be familiar.  They are all located at "cnri.reston.va.us"
   (e.g., "[e-mail]").  To personalize things, the
   names of the Secretariat staff who respond to the messages are given
   for each address.

   o  ietf-info         general queries about the IETF -
                        Cynthia Clark, Debra Legare, John Stewart,
                        and Megan Davies Walnut

   o  ietf-rsvp         queries about meeting locations and fees,
                        emailed Registration Forms -
                        Debra Legare

   o  proceedings       queries about previous Proceedings availability,
                        orders for copies of the Proceedings -
                        Debra Legare

   o  ietf-announce-request
                        requests to join/leave IETF announcement list -
                        Cynthia Clark

   o  ietf-request      requests to join/leave IETF discussion list -
                        Cynthia Clark

   o  internet-drafts   Internet-Draft submissions and queries -
                        Cynthia Clark

   o  iesg-secretary    John Stewart

   o  ietf-secretariat  Steve Coya











Internet Engineering Task Force                                [Page 12]

RFC 1539                    The Tao of IETF                 October 1993


IETF Proceedings

   The IETF Proceedings are compiled in the two months following each
   IETF meeting.  The Proceedings usually start with a message from
   Steve Coya, the Executive Director of the IETF.  Each contains the
   final (hindsight) Agenda, an IETF overview, a report from the IESG,
   Area and Working Group reports, network status briefings, slides from
   the protocol and technical presentations, and the attendees list.
   The attendees list includes an attendee's name, affiliation, work
   phone number, work fax number, and email address, as provided on the
   Registration Form.

   A copy of the Proceedings will be sent to everyone who registered for
   the IETF.  The cost is included in the registration fee.  The
   Proceedings are sent to the mailing addresses provided on the
   Registration Forms.

   For those who could not attend a meeting but would like a copy of the
   Proceedings send a check for $35 (made payable to CNRI) to:

      Corporation for National Research Initiatives
      Attn: Accounting Department - IETF Proceedings
      1895 Preston White Drive, Suite 100
      Reston, VA   22091

   Please indicate which meeting Proceedings you would like to receive
   by specifying the meeting date (e.g., July 1993) or meeting number
   and location (e.g., 27th meeting in Amsterdam).  Availability of
   previous meetings' Proceedings is limited, so ask BEFORE sending
   payment.


InterNIC Archives

   There is a tremendous amount of material available for those who
   follow the work of the IETF.  To make it easier to know what to read
   to prepare for a meeting, the InterNIC has established a document
   archive.  Beginning about one month prior to an IETF meeting, Working
   Group/BOF Chairs and Area Directors put documents relevent to the
   discussions to be held into the archives.  Those people who plan to
   attend a Working Group/BOF session should check the archives for
   documents which need to be read.  The documents are left in the
   archives for about two months after the end of the IETF meeting.








Internet Engineering Task Force                                [Page 13]

RFC 1539                    The Tao of IETF                 October 1993


   On the host "ds.internic.net", documents are stored in the directory
   "/pub/current-ietf-docs" under subdirectories named for each Area and
   then for each Working Group.  For example, a document for the NISI
   Working Group, which is in the User Services Area, would be stored as
   "current-ietf-docs/usv/nisi/nisi-doc1.txt".  Each Area will also have
   a subdirectory called "bof", where documents to be discussed in BOF
   sessions will be placed.  A directory called "plenary" will also be
   created under "/pub/current-ietf-docs" to put documents or viewgraphs
   related to a plenary session.  Any filename conflicts will be
   resolved by the archive administrator working with the submitter of
   the document via email.

   It is important to note that the service is provided by the InterNIC
   and that the documents are submitted by the people who work on them.
   The IETF Secretariat does not manage or monitor the archive service.

   Access via anonymous FTP:

      Anonymous FTP to ds.internic.net
      Change directory to /pub/current-ietf-docs
      Browse and get the document of interest

   Access via GOPHER (from a Gopher client):

      Point to gopher.internic.net
      Select menu item 4, InterNIC Directory and Database Services ...
      Then menu item named "Internet Documentation (RFC's FYI's, etc.)/"
      Lastly menu item named "Current IETF Conference Documents (...)/"

   If you do not have a Gopher client, use the InterNIC's public-access
   Gopher client.  Simply telnet to "gopher.internic.net" and login as
   "gopher" (no password required).


Be Prepared

   This topic cannot be stressed enough.  As the IETF grows, it becomes
   more and more important for attendees to arrive prepared for the
   Working Group meetings they plan to attend.  This doesn't apply only
   to newcomers; everybody should come prepared.

   Being prepared means having read the documents which the Working
   Group or BOF Chair has distributed.  It means having followed the
   discussions on the Working Group's mailing list or having reviewed
   the archives.  For the Working Group/BOF Chairs, it means getting all
   of the documents out early (i.e., several weeks) to give everybody
   time to read them and announcing an agenda and sticking to it.




Internet Engineering Task Force                                [Page 14]

RFC 1539                    The Tao of IETF                 October 1993


   At the Chair's discretion, some time may be devoted to bringing new
   Working Group attendees up to speed.  In fact, long lived Working
   Groups have occasionally held entire sessions which were introductory
   in nature.  As a rule, however, a Working Group is not the place to
   go for training.  Observers are always welcome, but they must realize
   that the work effort cannot be delayed for education.  Anyone wishing
   to attend a Working Group for the first time might seek out the Chair
   prior to the meeting and ask for some introduction.

   Another thing, for everybody, to consider is that Working Groups go
   through phases.  In the initial phase (say, the first two meetings),
   all ideas are welcome.  The idea is to gather all the possible
   solutions together for consideration.  In the development phase, a
   solution is chosen and developed.  Trying to reopen issues which were
   decided more than a couple of meetings back is considered bad form.
   The final phase (the last two meetings) is where the "spit and
   polish" are applied to the architected solution.  This is not the
   time to suggest architectural changes or open design issues already
   resolved.  It's a bad idea to wait until the last minute to speak out
   if a problem is discovered.  This is especially true for people whose
   excuse is that they hadn't read the documents until the day before a
   comments period ended.

   Time at the IETF meetings is a precious thing.  Working Groups are
   encouraged to meet between IETF meetings, either in person or by
   video or telephone conference.  Doing as much work as possible over
   the mailing lists would also reduce the amount of work which must be
   done at the meeting.

RFCs and Internet-Drafts

   Originally, RFCs were just what the name implies; they were requests
   for comments.  The early RFCs were messages between the ARPANET
   architects about how to resolve certain problems.  Over the years,
   RFCs became more formal.  It reached the point that they were being
   cited as standards, even when they weren't.

   To help clear up some confusion, there are now two special sub-series
   within the RFCs: FYIs and STDs.  The For Your Information RFC sub-
   series was created to document overviews and topics which are
   introductory.  Frequently, FYIs are created by groups within the IETF
   User Services Area.  The STD RFC sub-series was created to identify
   those RFCs which do in fact specify Internet Standards.








Internet Engineering Task Force                                [Page 15]

RFC 1539                    The Tao of IETF                 October 1993


   Every RFC, including FYIs and STDs, have an RFC number by which they
   are indexed and by which they can be retrieved.  FYIs and STDs have
   FYI numbers and STD numbers, respectively, in addition to RFC
   numbers.  This makes it easier for a new Internet user, for example,
   to find all of the helpful, informational documents by looking for
   the FYIs amongst all the RFCs.  If an FYI or STD is revised, its RFC
   number will change, but its FYI or STD number will remain contant for
   ease of reference.

   There is also an RTR subseries of RFCs for Reseaux Associes pour la
   Recherche Europeenne (RARE) Technical Reports.  These are technical
   reports developed in the RARE community that are published as RFCs to
   provide easy access to the general Internet community.

   Internet-Drafts (I-D) are working documents of the IETF.  Any group
   (e.g., Working Group, BOF) or individual may submit a document for
   distribution as an I-D.  An I-D is valid for six months.  Guidelines
   require that an expiration date appear on every page of an I-D.  An
   I-D may be updated, replaced or obsoleted at any time.  It is not
   appropriate to use I-Ds as reference material or to cite them, other
   than as a "working draft" or "work in progress".

   For additional information, read the following documents:

   o  Request for Comments on Request for Comments [RFC1111]
   o  F.Y.I. on F.Y.I: Introduction to the F.Y.I notes [FYI1]
   o  Introduction to the STD Notes [RFC1311]
   o  Guidelines to Authors of Internet Drafts [GAID]
   o  The Internet Activities Board [RFC1160]
   o  The Internet Standards Process [RFC1310]
   o  Internet Official Protocol Standards [STD1]


Frequently Asked Questions (and Their Answers)

   Q: My Working Group moved this morning.  Where is it now?
   A: Not all room assignment changes are permanent.  Check the At-A-
      Glance sheet and the message board for announcements.

   Q: Where is Room A?
   A: Check the map on the At-A-Glance sheet.  An enlarged version is on
      the bulletin board.

   Q: Where can I get a copy of the Proceedings?
   A: The Proceedings are automatically sent to each attendee about two
      months after the meeting.





Internet Engineering Task Force                                [Page 16]

RFC 1539                    The Tao of IETF                 October 1993


   Q: When is on-site registration?
   A: The IETF registration table is set up Sunday night from 6:00 p.m.
      - 8:00 p.m. and Monday - Thursday from about 8:30 a.m. - 6:00 p.m.
      Starting time in the mornings and Friday's hours may vary
      depending on the meeting schedule.

   Q: Where is lunch served?
   A: The meeting does not include lunch or dinner.  Ask a local host
      (somebody with a green dotted badge) for a recommendation.

   Q: Where are the receipts for the social event?
   A: The social is not managed by the IETF Secretariat.  Ask a local
      host.


Pointers to Useful Documents and Files

   This is a list of documents and files that provide useful information
   about the IETF meetings, Working Groups, and documentation.  These
   files reside in the "ietf" directory on the Anonymous FTP sites
   listed below.  Files with names beginning with "0" (zero) pertain to
   IETF meetings.  These may refer to a recently held meeting if the
   first announcement of the next meeting has not yet been sent to the
   IETF mailing list.  Files with names beginning with "1" (one) contain
   general IETF information.  This is only a partial list of the