Skip to main content
  • IETF email infrastructure transition planned for 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) is scheduled for 11 September 2026 starting at 2200UTC, with message delivery delayed up to 60 minutes. Further updates will be provided closer to the transition.

    28 Aug 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
  • Meet our new IETF NOC Lead

    Joe Clarke has been appointed as the new IETF NOC Lead and in this post Joe introduces himself and sets out his priorities for the IETF Network.

    10 Aug 2026
  • Secretariat restructuring and staffing update

    There have been a few changes in IETF Administration LLC staffing since January of this year (2026) including the recent insourcing of the Secretariat, which are summarised here to give an overall view of the staffing structure.

    30 Jul 2026

Filter by topic and date

Filter by topic and date

Of Birds and RATS

3 Oct 2018

Two Birds of a Feather sessions have been approved for the next IETF meeting, one of which focuses on Remote ATtestation ProcedureS (RATS).

Siamese Fireback

Before each IETF meeting, the Internet Engineering Steering Group (IESG) collects proposals for Birds of a Feather (BOF) sessions. These sessions are designed to help determine the path for new work in the IETF or to generate discussion about a topic within the IETF community. For IETF 103, we approved two out of the four BOF proposals received. We are encouraging further development of the proponents’ ideas and discussion in side meetings about the other two.

The two other proposals received were “Handling IPsec configurations in large scale SD-WAN deployment with constrained resources” (SDWAN-SEC) and “Removing offensive terminology in RFCs” (ROT-RFC), both of which propose interesting ideas that appear better suited for a side meeting or informal conversation than for formal BOFs. The SDWAN-SEC proposal was focused on a few different approaches to handling IPsec configuration in large-scale SDN environments. ROT-RFC proposed a discussion about reducing the use of potentially offensive terminology, such as “master/slave,” in RFCs. Hopefully IETF 103 will provide a useful venue for proponents in both areas to further develop their ideas with the community.

The Remote ATtestation Procedures (RATS) BOF was approved in the Security area. Here “attestation” means the process of establishing the properties of the hardware with which a remote endpoint is communicating, such as the processor or device type. Attestation allows the remote endpoint to trust assertions made by the device in question about security-related functionality or behavior. A number of ad hoc solutions exist in this space, but alignment is lacking around terminology, what can be considered as attestation evidence, interfaces for establishing trust, and data models. The goal of this BOF is to charter a working group that can standardize the components needed for interoperable remote attestation. Discussion is underway on the mailing list.

The WGs Using GitHub (WUGH) BOF was approved in the General area. This non-working-group forming BOF was first held at IETF 98 to discuss IETF-wide documentation about how to use GitHub effectively in WG processes. At that time, it seemed premature to try to achieve consensus around common practices for using GitHub within IETF WGs. Since then, more WGs and document authors have started using GitHub to facilitate IETF work in different ways. This BOF will aim to foster community discussion about establishing administrative processes and usage conventions to allow WGs and authors to get started using GitHub for IETF work in a more uniform way. (See a starting point at draft-cooper-wugh-github-wg-configuration.) It will also discuss best practices for using GitHub in WGs (see, e.g., draft-thomson-github-bcp-00). Join the ietf-and-github mailing list to participate in the discussion.


Share this page