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/ |