From 4bfd864f10b68b71482b35c818559068ef8d5797 Mon Sep 17 00:00:00 2001 From: Thomas Voss Date: Wed, 27 Nov 2024 20:54:24 +0100 Subject: doc: Add RFC documents --- doc/rfc/rfc2014.txt | 731 ++++++++++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 731 insertions(+) create mode 100644 doc/rfc/rfc2014.txt (limited to 'doc/rfc/rfc2014.txt') diff --git a/doc/rfc/rfc2014.txt b/doc/rfc/rfc2014.txt new file mode 100644 index 0000000..caf9810 --- /dev/null +++ b/doc/rfc/rfc2014.txt @@ -0,0 +1,731 @@ + + + + + + +Network Working Group A. Weinrib +Request for Comments: 2014 Intel Corporation +BCP: 8 J. Postel +Category: Best Current Practice ISI + October 1996 + + + IRTF Research Group Guidelines and Procedures + +Status of this Memo + + This document specifies an Internet Best Current Practices for the + Internet Community, and requests discussion and suggestions for + improvements. Distribution of this memo is unlimited. + +Abstract + + The Internet Research Task Force (IRTF) has responsibility for + organizing groups to investigate research topics related to the + Internet protocols, applications, and technology. IRTF activities are + organized into Research Groups. This document describes the + guidelines and procedures for formation and operation of IRTF + Research Groups. It describes the relationship between IRTF + participants, Research Groups, the Internet Research Steering Group + (IRSG) and the Internet Architecture Board (IAB). The basic duties + of IRTF participants, including the IRTF Chair, Research Group Chairs + and IRSG members are defined. + +1. INTRODUCTION + + This document defines guidelines and procedures for Internet Research + Task Force (IRTF) Research Groups. The IRTF focuses on longer term + research issues related to the Internet while the parallel + organization, the Internet Engineering Task Force (IETF), focuses on + the shorter term issues of engineering and standards making. + + The Internet is a loosely-organized international collaboration of + autonomous, interconnected networks; it supports host-to-host + communication through voluntary adherence to open protocols and + procedures defined by Internet Standards, a collection of which are + commonly known as "the TCP/IP protocol suite". Development and + review of potential Internet Standards from all sources is conducted + by the Internet Engineering Task Force (IETF). The Internet + Standards Process is defined in [1]. + + + + + + + +Weinrib & Postel Best Current Practice [Page 1] + +RFC 2014 IRTF Research Group Guidelines October 1996 + + + The IRTF is a composed of a number of focused, long-term, small + Research Groups. These groups work on topics related to Internet + protocols, applications, architecture and technology. Research Groups + are expected to have the stable long term membership needed to + promote the development of research collaboration and teamwork in + exploring research issues. Participation is by individual + contributors, rather than by representatives of organizations. + + The IRTF is managed by the IRTF Chair in consultation with the + Internet Research Steering Group (IRSG). The IRSG membership + includes the IRTF Chair, the chairs of the various Research Group and + possibly other individuals ("members at large") from the research + community. + + The IRTF Chair is appointed by the IAB, the Research Group chairs are + appointed as part of the formation of Research Groups (as detailed + below) and the IRSG members at large are chosen by the IRTF Chair in + consultation with the rest of the IRSG and on approval by the IAB. + + In addition to managing the Research Groups, the IRSG may from time + to time hold topical workshops focusing on research areas of + importance to the evolution of the Internet, or more general + workshops to, for example, discuss research priorities from an + Internet perspective. + + This document defines procedures and guidelines for formation and + operation of Research Groups in the IRTF. The duties of the IRTF + Chair, the Research Group Chairs and IRSG members are also described. + Except for members at large of the IRSG, there is no general + participation in the IRTF, only participation in a specific Research + Group. + + The document uses: "shall", "will", "must" and "is required" where it + describes steps in the process that are essential, and uses: + "suggested", "should" and "may" where guidelines are described that + are not essential, but are strongly recommended to help smooth + Research Group operation. The terms "they", "them" and "their" are + used in this document as third-person singular pronouns. + +1.1. IRTF approach + + The reader is encouraged to study The Internet Standards Process [1] + to gain a complete understanding of the philosophy, procedures and + guidelines of the IETF and its approach to standards making. + + The IRTF does not set standards, and thus has somewhat different and + complementary philosophy and procedures. In particular, an IRTF + Research Group is expected to be long-lived, producing a sequence of + + + +Weinrib & Postel Best Current Practice [Page 2] + +RFC 2014 IRTF Research Group Guidelines October 1996 + + + "products" over time. The products of a Research Group are research + results that may be disseminated by publication in scholarly journals + and conferences, as white papers for the community, as Informational + RFCs, and so on. In addition, it is expected that technologies + developed in a Research Group will be brought to the IETF as input to + IETF Working Group(s) for possible standardization. However, + Research Group input carries no more weight than other community + input, and goes through the same standards setting process as any + other proposal. + + IRTF Research Groups are formed to encourage research in areas of + importance to the evolution of the Internet. Clearly, anyone may + conduct such research, whether or not they are members of a Research + Group. The expectation is that by sponsoring Research Groups, the + IRTF can foster cross-organizational collaboration, help to create + "critical mass" in important research areas, and add to the + visibility and impact of the work. + + IRTF Research Groups may have open or closed memberships. Limited + membership may be advantageous to the formation of the long term + working relationships that are critical to successful collaborative + research. However, limited membership must be used with care and + sensitivity to avoid unnecessary fragmentation of the work of the + research community. Allowing limited membership is in stark contrast + to IETF Working Groups, which are always open; this contrast reflects + the different goals and environments of the two organizations- + research vs. standards setting. + + To ameliorate the effects of closed membership, all Research Groups + are required to regularly report progress to the community, and are + encouraged to hold occasional open meetings (most likely co-located + with IETF meetings). In addition, the IRTF may host open plenaries at + regular IETF meetings during which research results of interest to + the community are presented. Finally, multiple Research Groups + working in the same general area may be formed if appropriate. + + Even more than the IETF, the work of the IRSG is expected to be + marked by informality. The goal is to encourage and foster valuable + research, not to add burdensome bureaucracy to the endeavor. + +1.2. Acknowledgments + + This document is based on the March 1994 RFC "IETF Working Group + Guidelines and Procedures" by E. Huizer and D. Crocker [2]. + + + + + + + +Weinrib & Postel Best Current Practice [Page 3] + +RFC 2014 IRTF Research Group Guidelines October 1996 + + +2. RESEARCH GROUP FORMATION + + Research Groups are the activity centers in the IRTF. A Research + Group is typically created to address a research area related to + Internet protocols, applications, architecture or technology area. + Research Groups have the stable long term membership needed to + promote the development of research collaboration and teamwork in + exploring research issues. Participation is by individual + contributors, rather than by representatives of organizations. + + A Research Group may be established at the initiative of an + individual or group of individuals. Anyone interested in creating an + IRTF Research Group must submit a charter for the proposed group to + the IRTF Chair along with a list of proposed founding members. The + charter will be reviewed by the IRSG and then forwarded to the IAB + for approval. + + If approved, the charter is placed on the IRTF Web site, and + published in the Internet Monthly Report (IMR). + +2.1. Criteria for formation + + In determining whether it is appropriate to create a Research Group, + the IRTF Chair, the IRSG and the IAB will consider several issues: + + - Is the research area that the Research Group plans to address + clear and relevant for the Internet community? + + - Will the formation of the Research Group foster work that would + not be done otherwise. For instance, membership drawn from more + than a single institution, more than a single country, and so on, + is to be encouraged. + + - Do the Research Group's activities overlap with those of another + Research Group? If so, it may still be appropriate to create the + Research Group, but this question must be considered carefully + since subdividing efforts often dilutes the available technical + expertise. + + + + + + + + + + + + + +Weinrib & Postel Best Current Practice [Page 4] + +RFC 2014 IRTF Research Group Guidelines October 1996 + + + - Is there sufficient interest and expertise in the Research Group's + topic with at least several people willing to expend the effort + that is likely to produce significant results over time? Research + Groups require considerable effort, including management of the + Research Group process, editing of Research Group documents, and + contribution to the document text. IRTF experience suggests that + these roles typically cannot all be handled by one person; at + least four or five active participants are typically required. To + help in this determination, a proposal to create a Research Group + should include a list of potential charter members. + + The Internet Architecture Board (IAB) will also review the charter of + the proposed Research Group to determine the relationship of the + proposed work to the overall architecture of the Internet Protocol + Suite. + +2.2. Charter + + A charter is a contract between a Research Group and the IRTF to + conduct research in the designated area. Charters may be renegotiated + periodically to reflect changes to the current status, organization + or goals of the Research Group. + + The formation of a Research Group requires a charter which is + initially negotiated between a prospective Research Group Chair and + the IRTF Chair. When the prospective Chair and the IRTF Chair are + satisfied with the charter form and content, it becomes the basis for + forming a Research Group. + + A IRTF Research Group charter consists of five sections: + + 1. Research Group Name + + A Research Group name should be reasonably descriptive or + identifiable. Additionally, the group shall define an acronym + (maximum 8 printable ASCII characters) to reference the group in + the IRTF directories, mailing lists, and general documents. The + name and acronym must not conflict with any IETF names and + acronyms. + + 2. Chair(s) + + The Research Group may have one or two Chair(s) to perform the + administrative functions of the group. The email address(es) of + the Chair(s) shall be included. + + + + + + +Weinrib & Postel Best Current Practice [Page 5] + +RFC 2014 IRTF Research Group Guidelines October 1996 + + + 3. Mailing list(s) + + Each Research Group shall have an address (possibly the Chair's) + for members of the Internet community to send queries regarding + the Research Group. For instance, for requests to join the + group. + + A Research Group, whether limited membership or open, will have an + "interest" Internet mailing list open to all interested parties. + This list is used for an open discussion of the issues and + announcements of results as they become available. Included + should be the address to which an interested party sends a + subscription request for the interest list and the procedures to + follow when subscribing, and the location of the interest mailing + list archive. + + It is expected that a Research Group may also have a mailing list + limited to the regular meeting participants on which substantial + part of the work of a Research Group is likely to be conducted via + e-mail. + + 4. Membership Policy + + The Charter must define the membership policy (whether open or + limited), and the procedure to apply for membership in the group. + While limited membership is permitted, it is in no way encouraged + or required. + + 5. Description of Research Group + + The focus and intent of the group shall be set forth briefly. By + reading this section alone, an individual should be able to decide + whether this group is relevant to their own work. The first + paragraph must give a brief summary of the research area, basis, + goal(s) and approach(es) planned for the Research Group. This + paragraph will frequently be used as an overview of the Research + Group's effort. + + To facilitate evaluation of the intended work and to provide on- + going guidance to the Research Group, the charter shall describe + the proposed research and shall discuss objectives and expected + impact with respect to the Internet Architecture. + +3. RESEARCH GROUP OPERATION + + Research Groups are autonomous and each determines most of the + details of its own operation with respect to session participation, + reaching closure, norms of behavior, etc. Since the products are + + + +Weinrib & Postel Best Current Practice [Page 6] + +RFC 2014 IRTF Research Group Guidelines October 1996 + + + research results, not Internet standards, consensus of the group is + not required. Rather, the measure of success is the quality and + impact of the research results. + + A number of procedural questions and issues will arise over time, and + it is the function of the Research Group Chair to manage the group + process, keeping in mind that the overall purpose of the group is to + make progress towards realizing the Research Group's goals and + objectives. + + There are few hard and fast rules on organizing or conducting + Research Group activities, but a set of guidelines and practices have + evolved over time that have proven successful. These are listed here, + with actual choices typically determined by the Research Group + members and the Chair. + +3.1. Meeting planning + + For coordinated, structured Research Group interactions, the Chair + must publish to the group mailing list a draft agenda well in advance + of the actual meeting. The agenda needs to contain at least: + + - The items for discussion; + + - The estimated time necessary per item; and + + - A clear indication of what documents the participants will + need to read before the meeting in order to be well + prepared. + + A Research Group will conduct much of its business via its electronic + mail distribution list(s). It is also likely to meet periodically to + accomplish those things that are better achieved in more interactive + meetings, such as brainstorming, heated altercations, etc. Meetings + may be scheduled as telephone conference, video teleconference, or + face-to-face (physical) meetings. + + It is strongly encouraged that all Research Group meetings be + recorded in written minutes, to keep informed members who were not + present and the community at large and to document the proceedings + for present and future members. These minutes should include the + agenda for the meeting, an account of the high points of the + discussion, and a list of attendees. Unless the Research Group chair + decides otherwise, the minutes should be sent to the interest group + and made available through the IRTF Web and ftp sites. + + + + + + +Weinrib & Postel Best Current Practice [Page 7] + +RFC 2014 IRTF Research Group Guidelines October 1996 + + +3.2. Meeting venue + + Each Research Group will determine the balance of email and face-to- + face meetings that is appropriate for making progress on its goals. + + Electronic mail permits the easiest and most affordable + participation; face-to-face meetings often permit better focus, more + productive debate and enhanced working relationships. + + Face-to-face meetings are encouraged to be held co-located with the + regular IETF meetings to minimize travel, since IRTF members are + often also active in the IETF and to encourage the cross- + fertilization that occurs during hallway and after-hours + interactions. Furthermore, as described above, even limited- + membership Research Groups are encouraged to hold occasional open + meetings; an IETF meeting would serve as an ideal venue for such an + event. + +3.3. Meeting management + + The challenge to managing Research Group meetings is to balance the + need for consideration of the various issues, opinions and approaches + against the need to allow forward progress. The Research Group, as a + whole, has the final responsibility for striking this balance. + +4. RESEARCH GROUP TERMINATION + + If, at some point, it becomes evident that a Research Group is not + making progress in the research areas defined in its charter, or + fails to regularly report the results of its research to the + community, the IRTF Chair can, in consultation with Group, either: + + 1. Require that the group recharter to refocus on a different + set of problems, + + 2. Request that the group choose new Chair(s), or + + 3. Disband the group. + + If the Research Group disagrees with the IRTF Chair's choice, it may + appeal to the IAB. + +5. STAFF ROLES + + Research Groups require considerable care and feeding. In addition + to general participation, successful Research Groups benefit from + the efforts of participants filling specific functional roles. + + + + +Weinrib & Postel Best Current Practice [Page 8] + +RFC 2014 IRTF Research Group Guidelines October 1996 + + +5.1. IRTF Chair + + The IRTF Chair is responsible for ensuring that Research Groups + produce coherent, coordinated, architecturally consistent and timely + output as a contribution to the overall evolution of the Internet + architecture. In addition to the detailed tasks related to Research + Groups outlined below, the IRTF Chair may also from time to time + arrange for topical workshops attended by the IRSG and perhaps other + experts in the field. + + Planning + + The IRTF Chair monitors the range of activities. This may include + encouraging the formation of Research Groups directly, rather than + waiting for proposals from IRTF participants. + + Coordination of Research Groups + + The IRTF Chair coordinates the work done by the various Research + Groups. + + Reporting + + The IRTF Chair reports on IRTF progress to the to the IAB and the + wider Internet community (including via the IMR). + + Progress tracking + + The IRTF Chair tracks and manages the progress of the various + Research Groups with the aid of a regular status report on + documents and accomplishments from the Research Group Chairs. The + resulting reports are made available to the community at large at + regular intervals. + +5.2. IRSG Member + + Members of the IRSG are responsible for advising the IRTF Chair on + the chartering of new Research Groups and other matters relating to + the smooth operation of the IRTF. In addition, most IRSG members are + also Research Group chairs. + + + + + + + + + + + +Weinrib & Postel Best Current Practice [Page 9] + +RFC 2014 IRTF Research Group Guidelines October 1996 + + +5.3. Research Group Chair + + The Research Group Chair is concerned with making forward progress in + the areas under investigation, and has wide discretion in the conduct + of Research Group business. The Chair must ensure that a number of + tasks are performed, either directly or by others assigned to the + tasks. This encompasses at the very least the following: + + Ensuring the Research Group process and content management + + The Chair has ultimate responsibility for ensuring that a Research + Group achieves forward progress. For some Research Groups, this + can be accomplished by having the Chair perform all management- + related activities. In other Research Groups -- particularly + those with large or divisive participation -- it is helpful to + allocate process and/or secretarial functions to other + participants. Process management pertains strictly to the style + of Research Group interaction and not to its content. The + secretarial function encompasses preparation of minutes, and + possibly editing of group-authored documents. + + Moderate the Research Group email list + + The Chair should attempt to ensure that the discussions on this + list are relevant and that not devolve to "flame" attacks or rat- + hole into technical trivia. The Chair should make sure that + discussions on the list are summarized and that the outcome is + well documented (to avoid repetition). + + Organize, prepare and chair face-to-face and on-line formal meetings + + The Chair should plan and announce meetings well in advance. (See + section on Meeting Planning for procedures.) + + Communicate results of meetings + + The Chair and/or Secretary must ensure that minutes of a meeting + are taken. + + + + + + + + + + + + + +Weinrib & Postel Best Current Practice [Page 10] + +RFC 2014 IRTF Research Group Guidelines October 1996 + + + Distribute the work + + It is expected that all Research Group participants will actively + contribute to the work of the group. Research Group membership is + expected to be a long term commitment by a set of motivated + members of the research community. Of course, at any given time + more of the work is likely to be done by a few participants with + particular interests, set of skills and ideas. It is the task of + the Chair to motivate enough experts to allow for a fair + distribution of the workload. + + Document development + + Research Groups produce documents and documents need authors. + However, authorship of papers related to the work of a Research + Group is one of the primary reasons that researchers become + members, so finding motivated authors should not be a problem. + + It is up to the Research Group to decide the authorship of papers + resulting from Research Group activities. In particular, + authorship by the entire group is not required. + + Document publication + + The Chair and/or Secretary will work with the RFC Editor to ensure + documents to be published as RFCs conform with RFC publication + requirements and to coordinate any editorial changes suggested by + the RFC Editor. + +5.4. Research Group Editor/Secretary + + Taking minutes and editing jointly-authored Research Group documents + often is performed by a specifically-designated participant or set of + participants. + +6. RESEARCH GROUP DOCUMENTS + +6.1. Meeting documents + + All relevant documents for a meeting (including the final agenda) + should be published to the group mailing list and available at least + two weeks before a meeting starts. + + + + + + + + + +Weinrib & Postel Best Current Practice [Page 11] + +RFC 2014 IRTF Research Group Guidelines October 1996 + + + It is strongly suggested that the Research Group Chair make sure that + an anonymous FTP directory or Web site be available for the upcoming + meeting. All relevant documents (including the final agenda and the + minutes of the last meeting) should be placed in this directory. + This has the advantage that all participants can retrieve all files + in this directory and thus make sure they have all relevant + documents. Also, it will be helpful to provide electronic mail-based + retrieval for those documents. + +6.2. Request For Comments (RFC) + + The work of an IRTF Research Group usually results in publication of + research papers and other documents, as well as documents as part of + the Informational or Experimental Request For Comments (RFCs) series + [1]. This series is the archival publication record for the Internet + community. A document can be written by an individual in a Research + Group, by a group as a whole with a designated Editor, or by others + not involved with the IRTF. The designated author(s) need not + include the group Chair(s). + + NOTE: The RFC series is a publication mechanism only and publication + does not determine the status of a document. Status is determined + through separate, explicit status labels. In other words, the reader + is reminded that all Internet Standards are published as RFCs, but + NOT all RFCs specify standards. + + The RFC's authors are expected to work with the RFC Editor to meet + all formatting, review and other requirements that the Editor may + impose. Usually, in case of a submission intended as an Informational + or Experimental RFC minimal review is necessary, although publication + in the Experimental track generally requires IESG review. However, + in all cases initial publication as an Internet Draft is preferred. + + If the Research Group or the RFC Editor thinks that an extensive + review is appropriate, the IRTF Chair may be asked to conduct one. + This review may either be done by the IRTF Chair, the IRSG, or an + independent reviewer selected by the IRTF Chair. Occasionally, + review by the IETF or IESG may be appropriate. + + + + + + + + + + + + + +Weinrib & Postel Best Current Practice [Page 12] + +RFC 2014 IRTF Research Group Guidelines October 1996 + + +7. SECURITY CONSIDERATIONS + + Security issues are not discussed in this memo. + +8. REFERENCES + + [1] Internet Architecture Board and Internet Engineering Steering + Group, "The Internet Standards Process -- Revision 2", RFC 1602, + IAB, IESG, March 1994. Soon to be replaced by "The Internet + Standards Process -- Revision 3", Work in Progress. + + [2] Huizer, E. and D. Crocker, "IETF Working Group Guidelines and + Procedures", RFC 1603, March 1994. + +9. AUTHORS' ADDRESSES + + Abel Weinrib + Intel Corporation, MS JF2-74 + 2111 NE 25th Ave. + Hillsboro, OR 97124 + + Phone: 503-264-8972 + EMail: weinrib@intel.com + + + Jon Postel + USC - ISI, Suite 1001 + 4676 Admiralty Way + Marina del Rey, CA 90292-6695 + + Phone: 310-822-1511 + EMail: postel@isi.edu + + + + + + + + + + + + + + + + + + + +Weinrib & Postel Best Current Practice [Page 13] + -- cgit v1.2.3