ianaplanwg-beforeiesg.txt   ianaplanwg-afteriesg.txt 
Background Background
========== ==========
Registries of parameter values for use in IETF protocols are stored Registries of parameter values for use in IETF protocols are stored
and maintainted for the IETF by the Internet Assigned Numbers and maintainted for the IETF by the Internet Assigned Numbers
Authority (IANA), and are the subject of the "IANA Considerations" Authority (IANA), and are the subject of the "IANA Considerations"
section in many RFCs. section in many RFCs.
For a number of years, maintenance of the IETF protocol parameters For a number of years, this IANA function has been provided by the
registries has been provided by the Internet Corporation for Assigned Internet Corporation for Assigned Names and Numbers (ICANN). The
Names and Numbers (ICANN). The IETF's relationship with IANA was IETF's relationship with IANA was formalized through a Memorandum of
formalized through a Memorandum of Understanding between the IETF and Understanding between the IETF and ICANN codified in 2000 with the
ICANN codified in 2000 with the publication of RFC 2860. Over time, publication of RFC 2860. Over time, processes and role definitions
processes and role definitions have evolved, and have been documented have evolved, and have been documented in supplemental agreements.
in supplemental agreements.
ICANN has had a contract with the US Department of Commerce (DoC) to ICANN has had a contract with the US Department of Commerce (DoC) to
provide the IANA function, undertaken through the National provide the IANA function, undertaken through the National
Telecommunications and Information Administration (NTIA). In March of Telecommunications and Information Administration (NTIA). In March of
2014, NTIA announced its intention to transition out of its current 2014, NTIA announced its intention to transition out of its current
role, meaning that NTIA would not need to renew its contract with role, meaning that NTIA would not need to renew its contract with
ICANN when that contract expires 30 September 2015. NTIA requested a ICANN when that contract expires 30 September 2015. NTIA requested a
transition proposal be prepared to outline the necessary transition proposal be prepared to outline the necessary
arrangements. In the case of the elements of the IANA function arrangements. In the case of the elements of the IANA function
concerning the IETF protocol registries, it is likely that the concerning the IETF protocol registries, it is likely that the
skipping to change at line 62 skipping to change at line 61
- ICANN-IETF Supplemental Agreements - ICANN-IETF Supplemental Agreements
(updated yearly since 2007, the 2014 version is available at (updated yearly since 2007, the 2014 version is available at
http://iaoc.ietf.org/documents/ http://iaoc.ietf.org/documents/
2014-ICANN-IETF-MoU-Supplemental-Agreement-Executed.pdf) 2014-ICANN-IETF-MoU-Supplemental-Agreement-Executed.pdf)
This working group is chartered solely with respect to the planning This working group is chartered solely with respect to the planning
needed for the transition, and is not meant to cover other topics needed for the transition, and is not meant to cover other topics
related to IANA. Possible improvements outside that scope will be set related to IANA. Possible improvements outside that scope will be set
aside for future consideration. However, the mechanisms required to aside for future consideration. However, the mechanisms required to
address the removal of the overarching NTIA contract may require address the removal of the overarching NTIA contract may require
additional documentation or agreements. additional documentation or agreements. The WG will identify, but
not create, such required agreements.
Should proposals made by other communities regarding the Should proposals made by other communities regarding the
transition of other IANA functions affect the IETF protocol parameter transition of other IANA functions affect the IETF protocol parameter
registries or the IETF, the WG may also review and comment on them. registries or the IETF, the WG may also review and comment on them.
Some parts of the transition proposal may need to document detailed Fully documenting the interaction between the IETF and the operator
terms of agreements or other details of procedures that are normally of IETF protocol parameters registries may require detailed terms of
delegated to and handled by the IAB or IAOC. The working group will agreements or other details of procedures that are normally delegated
not attempt to produce or discuss documentation for these details, but to and handled by the IAB or IAOC. The working group will not attempt
will request the IAB or IAOC to provide them ready for submission as to produce or discuss documentation for these details, but will
part of the final proposal. request the IAB or IAOC to provide them separately.
The WG shall seek the expertise of the IAB IANA Strategy Program to The WG shall seek the expertise of the IAB IANA Evolution Program to
formulate its output. It is expected that members of the IAB IANA formulate its output. It is expected that members of the IAB IANA
Strategy Program will actively participate in the WG. Evolution Program will actively participate in the WG.
 End of changes. 5 change blocks. 
15 lines changed or deleted 15 lines changed or added

This html diff was produced by rfcdiff 1.34. The latest version is available from http://tools.ietf.org/tools/rfcdiff/