Skip to main content
  • Birds of a Feather at IETF 126

    The IETF 126 Vienna meeting takes place 18–24 July 2026. As at every IETF meeting, alongside the established Working Groups there will be a handful of Birds-of-a-Feather (BoF) sessions—and these are often the most interesting place to watch where Internet standards work is heading next.

    2 Jul 2026
  • From Lab to RFC: A PhD Student's Journey through the IETF

    Martine Sophie Lenders has been regularly participating in the IETF for over a decade, starting with the IETF 93 meeting in Prague in 2015. She has authored several Internet-Drafts—two of which recently were published as RFCs—and at the same time works on a PhD at FU Berlin and as a research associate at TU Dresden. We asked a few questions about what her experience in the IETF has been like while pursuing an academic journey.

    1 Jul 2026
  • Suggested IETF 126 Sessions for Getting Familiar with New Topics

    These IETF 126 meeting sessions are likely to include discussions and proposals that are accessible to a broad range of Internet technologists whether they are new to the IETF or long-time participants.

    29 Jun 2026
  • IETF LLC Board Retreat 2026

    The IETF Administration LLC Board of Directors held its annual retreat 29-30 April 2026 in Amsterdam. In addition to all Board members, the IETF Executive Director, the Director of Finance, and the Board Secretary were present. Here is a short summary of the main points we discussed.

    4 Jun 2026
  • IETF Administration LLC 2025 Annual Financial Audit

    IETF Administration LLC Board of Directors received from external auditors the report of a clean result for its 2025 annual financial statement.

    26 May 2026

Filter by topic and date

Filter by topic and date

Plan for IANA

25 Jul 2014

On Thursday morning of the IETF 90 meeting, we had a Birds of a Feather (BoF) session called IANAPLAN: Planning for the IANA/NTIA Transition.

Last March, the National Telecommunications and Information Administration (NTIA) announced a plan “to transition key Internet domain name functions to the global multistakeholder community.”  The NTIA’s plan is to do this in conjunction with the expiry of its contract with ICANN in September of 2015.

NTIA asked the Internet Corporation for Assigned Names and Numbers (ICANN) to convene various stake-holders, including the IETF, to develop a proposal for how to complete the transition.  ICANN did that, and various organizations appointed members of the IANA Stewardship Transition Coordination Group (ICG).  The IAB appointed two (Russ Housley and Lynn St. Amour), and the IETF appointed two (Jari Arkko and Alissa Cooper).

Given those activities going on outside the IETF, the IESG concluded that it needed to know what the IETF community thinks.  The IAB has a program for IANA evolution, but the IAB isn’t tasked with representing IETF consensus.  The goal of the BoF was to understand whether an IETF working group is needed to respond to the NTIA’s request and to work on the overall questions related to the IANA transition.  To me, at least, the BoF was successful in learning what we needed to know.

There were three clear messages from the BoF.  The first, clarion message was that we have an existing, working, well-functioning system, and we should take extreme care to avoid changing it, while documenting how it satisfies requirements from the NTIA. It appears that this was a value already shared, but it was good to have it confirmed.

The second message was that, because there are changes to the overarching framework in which our existing system fits, we need to understand how those changes might affect us by accident.  We need to have a complete analysis of that, and ensure that anything that could affect us is addressed.  That way, we can avoid unwanted changes to our smoothly-functioning existing system.

The final message was that, given the very short time we have, it would be best if the IAB’s IANA evolution program undertook most of the work.  At the same time, we need a newly-created working group to review that work and achieve (and demonstrate) consensus.

What is particularly heartening about this is that the apparent strong consensus in the BoF is itself a clear example of the existing IETF procedures working.  There is a question — in this case, a policy question, and not a protocol one — that needs a decision, and the community comes together and makes a decision based on both rough consensus (the agreement displayed in the room) and running code (the actually functioning procedures we have today). This gives us the opportunity both to state how we wish to proceed, and show how well that works in practice.


Share this page