<?xml version="1.0" encoding="UTF-8"?>


<!DOCTYPE rfc SYSTEM "rfc2629.dtd" [	
	<!ENTITY RFC2014 PUBLIC '' 
		'http://xml.resource.org/public/rfc/bibxml/reference.RFC.2014.xml'>
	<!ENTITY RFC5434 PUBLIC '' 
		'http://xml.resource.org/public/rfc/bibxml/reference.RFC.5434.xml'>
	<!ENTITY RFC6771 PUBLIC '' 
		'http://xml.resource.org/public/rfc/bibxml/reference.RFC.6771.xml'>
]>


<rfc category="info" ipr="trust200902" docName="draft-dawkins-irtf-newrg-01.txt"  submissionType="IRTF">


<?xml-stylesheet type='text/xsl' href='rfc2629.xslt' ?>


<?rfc toc="yes" ?>

<?rfc compact="yes" ?>

<?rfc symrefs="yes" ?>

<?rfc sortrefs="yes"?>

<?rfc iprnotified="no" ?>

	<front>

	        <title abbrev='An IRTF Primer for IETF Participants'>
			An IRTF Primer for IETF Participants</title>

		<author initials="S." surname="Dawkins" fullname="Spencer Dawkins"
				role="editor">
			<organization abbrev="Huawei">Huawei Technologies</organization>
			<address>
	      			<email>spencerdawkins.ietf@gmail.com</email>
	 		</address>
	  	</author>

        	<date month="April" year="2014" />
		<workgroup>IRSG</workgroup>

        	<abstract>
			<t>This document provides a high-level description of 
				things to consider when bringing 
				new research into the Internet Research
				Task Force (IRTF). It targets Internet Engineering
				Task Force (IETF) participants, emphasizing the differences
				in expectations between the two organizations.
			</t>
		</abstract>

	</front>

	<middle>

        <section title="Introduction and Scope">

		<t>This document provides a high-level description of 
			things to consider when bringing 
			new research into the Internet Research
			Task Force (IRTF). It targets Internet Engineering
			Task Force (IETF) participants, emphasizing the differences
			in expectations between the two organizations. 
		</t>

		<t>IRTF research group guidelines and procedures are described in 
			<xref target="RFC2014"/> (BCP 8), and this document 
			does not change those guidelines and procedures in
			any way.
		</t>

	</section>

	<section title="The IRTF is not the IETF">

		<t>A number of proposals from experienced IETF participants 
			for new IRTF research groups have encountered
			problems because the proposals would have been appropriate for 
			the IETF, but not for the IRTF. <xref target="RFC2014"/> 
			describes the origin of IRTF research groups, but doesn't 
			provide much detail about the process, which is intended
			to be flexible and accommodate new types of research groups.
			Lacking that detail, experienced IETF participants 
			assume that chartering an IRTF research group will be 
			similar to chartering an IETF working group, and follow the
			suggestions in <xref target="RFC6771"/> to gather a group
			of interested parties, and then follow the suggestions in
			<xref target="RFC5434"/> to prepare for a successful BOF
			and eventually, a chartered working group.
		</t>

		<t>Both of these documents are excellent references for 
			proposals in the IETF, but their suggestions may result
			in a proposal that is almost the opposite of what the 
			IRTF Chair is looking for in a proposal for an IRTF research group.
			The mismatches fall into some consistent categories.
		</t>

		<section title="Research and Engineering">
			<t>Although this should be obvious, IRTF research groups aren't IETF 
				working groups. Some IRTF research groups conduct
				research, some act as fora for researchers to discuss ideas,
				in the manner of academic workshops, and some provde a home
				for topics that are important to the development of the Internet
				but not in scope for the IETF, 
				with researchers being involved at some level.
			</t>

			<t>If a likely solution is apparent, and what's 
				required is working out details, that's what IETF 
				working groups do.
			</t>

		<t><list style='empty'><t>"I work in research and engineering. 
				When we finish a project, if
				it works, it was engineering. If it doesn't work, 
				it was research." - anon
		</t></list></t>
		</section>

		<section title="Research Community Alternatives">

			<t>IRTF research groups are only one of several alternatives 
				available to researchers.
				Where there are already well-established
				relevant workshops and conferences, researchers might be
				less motivated to also participate in an IRTF research group.
			</t>

			<t>Starting an IRTF research group may still be the right thing to do, but
				will be more likely to succeed in attracting a stable community of
				researchers if it offers a venue that complements what's
				already available. This isn't a requirement, but it is an opportunity
				for creative thinking.
			</t>

			<t>"Complementing" may take many different forms, reflecting the flexibility 
				IRTF research groups have in organizing their work. For instance, some
				IRTF research groups focus on applying theories that have been
				developed elsewhere to the Internet, 
				while others focus on bringing researchers and
				engineers together, and in particular to "build bridges" between the
				practitioners and the theorists. 
			</t>
		</section>

		<section title="Scope">
			<t>IRTF research groups have a scope large enough to interest
				researchers, attract them to the IRTF, and keep them 
				busy doing significant work. Their charters are therefore usually 
				much broader than IETF working group charters, 
				and research groups often discuss different topics underneath the
				charter umbrella at different times,
				based on current research interests in the field.
			</t>

			<t>IETF working groups
				are chartered with a limited scope and specific deliverables.
				If deliverables and milestones are known, 
				the proposal is likely too limited for the IRTF.
			</t>
		</section>

		<section title="Timeframes">
			<t>IRTF research groups bring researchers
				together to work on significant problems. 
				That takes time. The effort required by a
				research group is likely to take at least three to 
				five years, significantly longer than IETF working groups 
				envision when they are chartered.
			</t>
		</section>

		<section title="Alternatives">
			<t>IRTF research groups are encouraged to explore more than one
				alternative approach to the chartered problem area. There is 
				no expectation that the research group will "come to consensus"
				on one approach. The research group may publish multiple 
				competing proposals as research produces results.
			</t>

			<t>Because
				IETF working groups focus on immediate needs, the emphasis
				is often on picking one approach, whether that means starting
				with an approach the working group participants agree on,
				or considering alternatives with a view to picking one
				before spending significant effort on alternatives that
				won't go forward.
			</t>

			<t>The IRTF as an organization may also charter multiple
				research groups with somewhat overlapping areas of interest, which the
				IETF tries very hard to avoid.
			</t>
		</section>

		<section title="Process">
			<t>All IRTF participants have the obligation to disclose IPR and
				otherwise follow the IRTF's IPR policies, which closely mirror 
				the IETF's IPR policies, but in all other aspects,
				IRTF research group operation is much less constained than is 
				IETF working group operation. 
			</t>

			<t>Each IRTF research group is
				permitted (and encouraged) to agree on a way of working together 
				that best supports the specific needs of the group. This freedom 
				allows IRTF research groups to bypass fundamental IETF ways of 
				working, such as the need to reach at least rough
				consensus, which IRTF research groups need not do. The mode of
				operation of IRTF research groups can therefore also change over time,
				for example, becoming more like IETF working group operation
				as the research the
				group has been progressing matures and nears potential
				standardization in the IETF.
s			</t>
		</section>

		<section title="Charters">
			<t>IRTF research group charters reflect the broad scope of 
				research groups themselves, and point in the general
				direction of what the research group will be researching. 
				Research groups may even begin work without a charter
				(under instructions from the IRTF Chair 
				to "act like a research group for a 
				year and we'll see how it goes").

			</t>

			<t>The purpose of charters in the IRTF is more
				to serve as an advertisement to other researchers that may be
				wondering if the group is the right place to participate for them, and
				to broadly sketch the field of research that a group is interested in
				pursuing.
			</t>

			<t>IETF working group 
				charters tend to be very narrow, intended to constrain 
				the work that the working group will be doing, and may
				contain considerable text about what the working group 
				will not be working on.
			</t>

		</section>

		<section title="Deliverables">
			<t>IRTF research group deliverables may be publshed as
				RFCs, but may also be papers that may 
				present intermediate results and be
				published in academic journals. There is no expectation that IRTF 
				groups publish any RFCs
				(although many occasionally do). IRTF groups are  successful when they
				stimulate discussion, produce relevant outputs and impact the research
				community.
			</t>

			<t>IETF working group 
				deliverables tend to be specific protocol, deployment and 
				operational specifications, along with problem statements,
				use cases, requirements and architectures that inform
				those specifications.
			</t>
		</section>

		<section title="Completion">
			<t>When IRTF research groups have produced the appropriate 
				outputs, researchers may consider what they've learned
				from producing those outputs, and look for better 
				solutions. 
			</t>

			<t>IETF working groups will typically conclude, allowing 
				participants 
				to focus on implementation and deployment, although
				the working group mailing list may remain open for a time.
			</t>
		</section>

	</section>

        <section title="Security Considerations">

        	<t>This document provides guidance about 
			the IRTF chartering process to IETF participants
			and has no direct Internet security implications.
		</t>

        </section>

        <section title="IANA Considerations">

        	<t>This document makes no requests of IANA and the RFC Editor
			can safely remove this section during publication.
		</t>

        </section>

        <section title="Acknowledgements">

        	<t>Thanks go to Lars Eggert, who became IRTF Chair in 2011 
			and has been carrying this information around in 
			his head ever since. Lars also provided helpful comments
			on early versions of this document.
		</t>

		<t>Thanks also to David Meyer and Stephen Farrell for helpful review comments.
		</t>

        </section>

    </middle>

    <back>

        <references title='Normative References'>

		&RFC2014;

	</references>

        <references title='Informative References'>

		&RFC5434;
		&RFC6771;

	</references>

    </back>

</rfc>
