Skip to main content
  • QUIC working group looks to bring more security to Internet traffic

    Lucas Pardue serves as co-chair of the IETF QUIC Working Group, which focuses on a standards-track specification for a UDP-based, stream-multiplexing, encrypted transport protocol. The IETF blog recently asked Pardue about the QUIC standards project.

    • Grant GrossIETF Blog Reporter
    14 Jun 2021
  • Q&A with our new Director of Development

    Lee-Berkeley Shaw joins the IETF Administration LLC today as Director of Development. She will focus on designing and delivering the strategy to achieve the IETF’s goals for financial sustainability, with a focus on growing the IETF Endowment. We asked her questions about her plans for the IETF and her background.

    • Grant GrossIETF Blog Reporter
    7 Jun 2021
  • A new era in Internet transport

    The IETF’s Transport and Services (TSV) area is developing several potentially transformative technologies while it continues to maintain many of the foundational protocols of the Internet.

    • Martin DukeTransport Area Director
    • Zaheduzzaman SarkerTransport Area Director
    • Magnus Westerlund
    3 Jun 2021
  • Innovative New Technology for Sending Data Over the Internet Published as Open Standard

    Already broadly deployed and used, QUIC provides lower delay, improved security, and more robust delivery of data.

      3 Jun 2021
    • QUIC in the Internet industry

      QUIC, a new Internet transport technology that improves web application performance, security and privacy, was reviewed, redesigned and improved in the IETF, incorporating a broad range of input from across the industry.

        3 Jun 2021

      Filter by topic and date

      Filter by topic and date

      IANA Protocol Parameters Explained

      • Jari ArkkoIETF Chair

      20 Apr 2015

      You may have heard about the IANA transition, or to be more precise, about the transition of US government oversight relating to IANA. In March 2014, the US government announced their intent to relinquish their role to the multistakeholder Internet community.

      The communities served by IANA – such as the IETF – have been busy ensuring their systems are ready for this. In the case of the IETF, our community worked through a plan, and this plan was approved in January 2015. This plan calls for continuing the existing arrangements with regards to IANA as far as protocol parameters are concerned. Internet engineers have worked with the evolving IANA arrangements for more than 35 years, and more than 15 in the current setup. The system is mature today. It has handled and can handle IANA oversight adequately.

      But we do get many questions around the IANA functions, particularly when meeting people who have not been involved in the IETF work. To begin with, what are protocol parameters? What is the role of IAB? What is oversight? Who draws contracts at the IETF? What role does the IAOC play? How can you ensure that the IETF leadership works according to the community’s wishes?

      I wanted to share a few documents designed to answer these questions:

      • An introductory presentation describes how IETF deals with IANA functions and protocol parameters. You can find the presentation here.
      • An short document that describes the role of protocol parameters in the Internet, and what is the role various organisations. You can find the document here.
      • An earlier blog article discussed the importance of continuity in handling IANA functions. You can find the article here.
      • The official IETF plan for the transition is of course our primary document, and the document is here.

      Hopefully you find these documents helpful. Do not hesitate to ask me or others at the IETF leadership if you have any questions on this matter.


      Share this page