⭐ 欢迎来到虫虫下载站! | 📦 资源下载 📁 资源专辑 ℹ️ 关于我们
⭐ 虫虫下载站

📄 rfc1718.txt

📁 中、英文RFC文档大全打包下载完全版 .
💻 TXT
📖 第 1 页 / 共 4 页
字号:
                       e-mailed registration forms - Debra Legare   o proceedings       queries about ordering hard copies of previous                       proceedings, and general questions about on-line                       proceedings - Debra Legare and John Stewart   o ietf-request      requests to join/leave IETF lists - Cynthia Clark   o internet-drafts   Internet-Draft submissions and queries - Cynthia                       Clark and John Stewart   o iesg-secretary    John Stewart   o ietf-secretariat  Steve CoyaInternet Engineering Task Force                                [Page 12]RFC 1718                    The Tao of IETF                November 1994IETF 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 names, affiliations, work and fax phone   numbers and e-mail addresses as provided on the registration form.   Folks who register and pay to attend the IETF are eligible to receive   a hard copy of the proceedings. They must indicate so on the line   provided on the registration form.  The proceedings are sent to the   mailing addresses provided on the registration forms.  Please notify   the Secretariat immediately if your address information changes after   the meeting ends so you can be assured of receiving your copy.   For those who could not attend a meeting but would like a copy of the   proceedings, send a check for US$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      USA   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.   The proceedings are also available on-line via:   o Gopher: <gopher@ietf.cnri.reston.va.us>   o WorldWide Web: <http://www.ietf.cnri.reston.va.us/home.html>   o Anonymous FTP: <ftp.ietf.cnri.reston.va.us> in /ietf-online-      proceedings   People are encouraged to use the on-line version of the proceedings   to save paper and money, as well as to have the Internet community   use its own technology.Internet Engineering Task Force                                [Page 13]RFC 1718                    The Tao of IETF                November 1994InterNIC 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 relevant 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.   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 e-mail.   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 the "InterNIC Directory and Database Services ..." item      Then menu item named "Internet Documentation (RFCs FYIs, 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).Internet Engineering Task Force                                [Page 14]RFC 1718                    The Tao of IETF                November 1994Be 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.   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.Internet Engineering Task Force                                [Page 15]RFC 1718                    The Tao of IETF                November 1994RFCs and Internet-Drafts   Originally, RFCs were just what the name implies:  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.   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 constant   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 are working documents of the IETF.  Any group or   individual may submit a document for distribution as an Internet-   Draft.  These documents are valid for six months, and may be updated,   replaced or obsoleted at any time.  Guidelines require that an   expiration date appear on every page of an Internet-Draft.  It is not   appropriate to use Internet-Drafts as reference material or to cite   them, other than as "working drafts" or "works in progress."   For additional information, read the following documents:   o  Request for Comments on Request for Comments [RFC 1111]   o  F.Y.I. on F.Y.I: Introduction to the F.Y.I notes [FYI1]   o  Introduction to the STD Notes [RFC 1311]   o  Guidelines to Authors of Internet-Drafts [GAID]   o  The Internet Activities Board [RFC 1160]   o  The Internet Standards Process [RFC 1602]   o  Internet Official Protocol Standards [STD1]Internet Engineering Task Force                                [Page 16]RFC 1718                    The Tao of IETF                November 1994Frequently Asked Questions (and Their Answers)   Q: My working group moved this morning.  Where is it now?   A: Check the at-a-glance sheet and the message board for      announcements.   Q: Where is room 'foo'?   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: If you have registered and paid to attend an IETF meeting simply      indicate you wish to receive a hardcopy of the proceedings and it      will be mailed to you.  For on-line retrieval refer to "IETF      Proceedings" section which appears on page thirteen of this RFC.      Both the hardcopy and on-line version of the proceedings are      generally available two months after the meeting.   Q: When is on-site registration?   A: On-site registration is first possible from 18:00 to 20:00 on the      Sunday night before the meeting starts. The IETF registration desk      will be set up in the same room in which the reception is held.      On-site registration on Monday begins at 8:00, Tuesday through      Friday at 8:30, and is open until 18:00 every day but Friday.   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.Internet Engineering Task Force                                [Page 17]RFC 1718                    The Tao of IETF                November 1994Pointers 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.  File 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.  File names beginning with "1" (one) contain general   IETF information.  This is only a partial list of the available   files.  (The 'yymm' below refers to the year and month.)

⌨️ 快捷键说明

复制代码 Ctrl + C
搜索代码 Ctrl + F
全屏模式 F11
切换主题 Ctrl + Shift + D
显示快捷键 ?
增大字号 Ctrl + =
减小字号 Ctrl + -