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

      IETF 90 BoFs

      • Jari ArkkoIETF Chair

      17 Jun 2014

      For every IETF meeting, the steering group receives a number of proposals for new work. Not all new work in the IETF has to go through a public meeting to be accepted.

      Continuation of previous work and many obviously needed efforts have just been chartered as new working groups. However, the common method for starting new work at the IETF is to organise so called Birds-of-a-Feather (BoF) session. These sessions discuss a topic, and attempt to determine whether the IETF community believes a successful standards project can be launched on it.

      The IETF steering group (IESG) and the architecture board (IAB) look at the received proposals and have to decide which ones are stable enough to move forward to a public discussion in the meeting. We had that discussion last week for IETF-90, and here are the BoFs that you will see in the meeting in July:

      UCAN (Use Cases for Autonomic Networking)

      This meeting will discuss further automation for the configuration and management of IP networks. The meeting is not intended to immediately form a new working group, but rather to discuss use cases for such automation. I think this work is obviously interesting, though there are question marks on whether such automation is achievable, and if it is, whether it comes as a part of a general approach or more targeted solutions for more constrained problems (such as prefix configuration).

      The proposal is discussed on the anima list.

      ACTN (Abstraction and Control of Transport Networks)

      The aim of ACTN is to facilitate virtual network operation: the creation of a virtualized environment allowing operators to view and control multiple multi-subnet, multi-technology networks as a single virtualized network. The list for this this meeting can be found here.

      TCPINC (TCP Increased Security)

      This proposed working group wants to extend TCP so that it would be able to automatically encrypt all TCP communications between two TCPINC-capable nodes. While no authentication similar to how HTTPS and TLS work would be provided, this would provide a way to prevent passive attacks on Internet communications. The list for discussion of this topic is here.

      DTNWG (Delay Tolerant Networking Working Group)

      This meeting discusses whether Delay Tolerant Networking (DTN) technology developed for a long time in the research side would be ready to become a standard through the IETF. Join the dtn list for the discussion!

      IANAPLAN (IANA Plan)

      In the last couple of IETFs, we have had an IAB session to talk about recent events in Internet Governance. This time we are creating an IETF BoF session, eventually a working group, that will host discussions around the transition of the NTIA role associated with IANA operations. The IAB and its IANA program continue to provide a significant part of the materials. We will hear about the ongoing transition process as well as discuss IETF thoughts on the matter. While the IETF structures around this topic are being set up, the main discussion forum is the IAB internetgovtech list.

      VNFPOOL (Virtual Network Function Pool)

      Network functions such as firewalls or load balancers are conventionally deployed as specialized hardware servers. There is a trend to implement such network functions as virtual software instances running on general purpose servers. These virtualized functions are called Virtualized Network Functions (VNFs), which can be used to build network services. In order to achieve higher reliability, a VNF may adopt a pooling mechanism, where a number of VNF instances with the same function can be grouped as a pool to provide the function. This proposed working group plans to look at ways of managing these pools.

      The vnfpool list hosts the discussions.

      TAPS (Transport Services)

      Transport protocols such as MPTCP extend the number of transport services to applications, in addition to the long-standing two services provided by TCP and UDP. But for an application programmer, it is hard to use protocols other than TCP or UDP: not all protocols are available everywhere, hence a fall-back solution to e.g. TCP or UDP must be implemented. Any approach to provide a richer set of transport services to applications will have to begin with the identification of the services that current transport protocols provide. This proposed working group look at that effort and consider ways for applications to discover and use the services that exist on a given platform.

      This topic is being discussed on the taps list.


      Several proposals were found to fit better elsewhere or not ready for a full-blown discussion yet. The TIME (multi-layer, transport-independent OAM) and NFVCON (configuration of network virtualisation) proposals will be discussed as a part of the OPSAWG meeting. Another proposal, AECON, suggested better ways for networks and applications to communicate with each other, but potential overlap with other proposals, as well question marks about use cases, led to the conclusion that more work needed to be done before holding a BoF. Finally, the APONF proposal dealt with ways of setting up network paths for applications, but it would be good to have a clear idea of how this can be deployed, as similar previous efforts (such as NSIS) have been difficult to deploy.

      We will be working on these topics as well, but they were not ready for full BoFs yet.

      In addition to the above BoFs, the IAB will be holding the RFCFORMAT session. As the entity responsible for the RFC Series, the IAB is hosting a discussion of the evolution of the format used in the RFCs. The session will be chaired by Heather Flanagan, the RFC Series Editor, and the appropriate list to discuss this topic is the rfc-interest list.

      Be sure to join us in Toronto to discuss these and other interesting topics! Meeting registration and other practical information can be found from the meeting page.

      Share this page