Skip to main content
  • IETF email infrastructure transition completed on 11 September

    A transition to a new modern, modular, and containerized infrastructure for email services provided for ietf.org, iab.org, irtf.org, rfc-editor.org (including email lists) was completed on 11 September 2026.

    11 Sep 2026
  • Survey to gather input on ISE selection criteria

    The survey to gather input for Independent Series Editor (ISE) selection criteria survey is live and we welcome your input on the capabilities and expectations the Internet Architecture Board (IAB) should consider when selecting a future ISE.

    10 Sep 2026
  • IETF 126 Highlights

    The IETF 126 meeting was held 18–24 July 2026 at the Hilton Vienna Park in Vienna, Austria, and online, hosted by Cisco. The week included the IETF Hackathon and Code Sprint, the New Participants' Program, five Birds-of-a-Feather (BoF) sessions, and more than 100 working group and research group sessions. The Applied Network Research Workshop also took place during the IETF 126 meeting week.

    1 Sep 2026
  • Post-Quantum Authentication: Up Next

    Post-quantum key establishment has moved from standards into deployment. Post-quantum authentication has not moved nearly as far, and specification work is no longer the only constraint. The IAB is holding a workshop in Prague on 11 and 12 October 2026 to bring deployment experience together with the people working on the relevant protocols and standards.

    27 Aug 2026
  • IETF 126 post-meeting survey: what we heard

    The IETF 126 Vienna meeting was held 18-24 July 2026 and the results of the post-meeting survey are now available.

    27 Aug 2026

Filter by topic and date

Filter by topic and date

Taking a Step towards IANA Transition

8 Jan 2015

Protocol parameters such as port numbers are an integral part of technical specifications that the IETF produces and developers implement. Along with naming and numbering functions, protocol parameters are maintained through IANA.

As many of you are aware, in March of 2014, the US government announced their intent to move their role in overseeing the IANA system to the Internet community. For the IETF, this change is largely a recognition of the evolution that has already happened, and our community believes the processes we have built are strong enough to work with or without USG oversight. Over the years, the IANA system has evolved, as we have worked together with IANA and ICANN to specify agreements, processes, tools, and oversight mechanisms.

Last month the IESG approved the IETF response, and after small editorial changes, draft-ietf-ianaplan-icg-response-09.txt was formally approved on January 6. The IAB has signified their support of this document as well. This represents a major milestone, the results are due to hard work of many people, as evidenced by the lengthy Acknowledgments section of that document.

We used our normal processes to develop our response, by having a Birds of a Feather session, forming a working group, adopting a draft, discussing, debating, forming rough consensus within the working group, holding a last call, and then seeing that all issues raised were addressed. All of this was done over a period of nine months, with a total of ten drafts having been produced, a fast pace by any standard; owing to the the widely held community opinion that the existing arrangements between IETF and ICANN have served us well, and should be continued. It also helps that from the IETF perspective, long ago we took full responsibility for our part of IANA, including the oversight. We have evolved solid principles over time. This made preparing a transition document much easier than it perhaps otherwise would have been.

Our work is not yet complete. There are a number of steps still in front of us. They include the following:

  • Both the numbers and names communities need to complete their proposals. We at the IETF will continue engage with them with their work, just as they assisted us with ours.
  • Later, the IANA Transition Coordination Group (ICG) will assemble a complete proposal and gather community feedback on the result. When ready, they will submit the final proposal to the NTIA.
  • The NTIA must then consider and approve the proposal.
  • Finally it must be implemented.

While there will assuredly be some bumps along the road to success, the IETF leadership are committed to ensuring a good outcome for the Internet.


Share this page