QUIC (quic) Internet Drafts

      
 qlog: Structured Logging for Network Protocols
 
 draft-ietf-quic-qlog-main-schema-13.txt
 Date: 20/10/2025
 Authors: Robin Marx, Luca Niccolini, Marten Seemann, Lucas Pardue
 Working Group: QUIC (quic)
 qlog provides extensible structured logging for network protocols, allowing for easy sharing of data that benefits common debug and analysis methods and tooling. This document describes key concepts of qlog: formats, files, traces, events, and extension points. This definition includes the high-level log file schemas, and generic event schemas. Requirements and guidelines for creating protocol- specific event schemas are also presented. All schemas are defined independent of serialization format, allowing logs to be represented in various ways such as JSON, CSV, or protobuf. Note to Readers Note to RFC editor: Please remove this section before publication. Feedback and discussion are welcome at https://github.com/quicwg/qlog (https://github.com/quicwg/qlog). Readers are advised to refer to the "editor's draft" at that URL for an up-to-date version of this document.
 QUIC event definitions for qlog
 
 draft-ietf-quic-qlog-quic-events-12.txt
 Date: 20/10/2025
 Authors: Robin Marx, Luca Niccolini, Marten Seemann, Lucas Pardue
 Working Group: QUIC (quic)
 This document describes a qlog event schema containing concrete qlog event definitions and their metadata for the core QUIC protocol and selected extensions. Note to Readers Note to RFC editor: Please remove this section before publication. Feedback and discussion are welcome at https://github.com/quicwg/qlog (https://github.com/quicwg/qlog). Readers are advised to refer to the "editor's draft" at that URL for an up-to-date version of this document.
 HTTP/3 qlog event definitions
 
 draft-ietf-quic-qlog-h3-events-12.txt
 Date: 20/10/2025
 Authors: Robin Marx, Luca Niccolini, Marten Seemann, Lucas Pardue
 Working Group: QUIC (quic)
 This document defines a qlog event schema containing concrete events for the core HTTP/3 protocol and selected extensions. Note to Readers Note to RFC editor: Please remove this section before publication. Feedback and discussion are welcome at https://github.com/quicwg/qlog (https://github.com/quicwg/qlog). Readers are advised to refer to the "editor's draft" at that URL for an up-to-date version of this document.
 QUIC Acknowledgment Frequency
 
 draft-ietf-quic-ack-frequency-14.txt
 Date: 05/02/2026
 Authors: Jana Iyengar, Ian Swett, Mirja Kuehlewind
 Working Group: QUIC (quic)
 This document specifies an extension to QUIC that enables an endpoint to request its peer change its behavior when sending or delaying acknowledgments. Note to Readers Discussion of this draft takes place on the QUIC working group mailing list (quic@ietf.org), which is archived at https://mailarchive.ietf.org/arch/search/?email_list=quic. Source code and issues list for this draft can be found at https://github.com/quicwg/ack-frequency. Working Group information can be found at https://github.com/quicwg.
 Managing multiple paths for a QUIC connection
 
 draft-ietf-quic-multipath-20.txt
 Date: 20/02/2026
 Authors: Yanmei Liu, Yunfei Ma, Quentin De Coninck, Olivier Bonaventure, Christian Huitema, Mirja Kuehlewind
 Working Group: QUIC (quic)
 This document specifies a multipath extension for the QUIC protocol to enable the simultaneous usage of multiple paths for a single connection. It introduces explicit path identifiers to create, delete, and manage multiple paths. This document does not specify address discovery or management, nor how applications using QUIC schedule traffic over multiple paths.
 Extended Key Update for QUIC
 
 draft-ietf-quic-extended-key-update-02.txt
 Date: 05/01/2026
 Authors: Yaroslav Rosomakho, Hannes Tschofenig, Tirumaleswar Reddy.K
 Working Group: QUIC (quic)
 This document specifies an Extended Key Update mechanism for the QUIC protocol, building on the foundation of the TLS Extended Key Update. The TLS Extended Key Update specification enhances the TLS protocol by introducing key updates with forward secrecy, eliminating the need to perform a full handshake. This feature is particularly beneficial for maintaining security in scenarios involving long-lived connections. This specification replaces the QUIC Key Update mechanism described in the "Using TLS to Secure QUIC" specification.
 QUIC Extended Acknowledgement for Reporting Packet Receive Timestamps
 
 draft-ietf-quic-receive-ts-01.txt
 Date: 02/03/2026
 Authors: Ian Swett, Joseph Beshay
 Working Group: QUIC (quic)
 This document defines an extension to the QUIC transport protocol which supports reporting multiple packet receive timestamps for post- handshake packets.
 QMux
 
 draft-ietf-quic-qmux-00.txt
 Date: 25/02/2026
 Authors: Kazuho Oku, Lucas Pardue, Jana Iyengar, Eric Kinnear
 Working Group: QUIC (quic)
 This document specifies QMux version 1. QMux version 1 provides, over bi-directional streams such as TLS, the same set of stream and datagram operations that applications rely upon in QUIC version 1. Discussion Venues This note is to be removed before publishing as an RFC. Discussion of this document takes place on the QUIC Working Group mailing list (quic@ietf.org), which is archived at https://mailarchive.ietf.org/arch/browse/quic/. Source for this draft and an issue tracker can be found at https://github.com/quicwg/qmux.

data-group-menu-data-url="/group/groupmenu.json">

QUIC (quic)

WG Name QUIC
Acronym quic
Area Web and Internet Transport (wit)
State Active
Charter charter-ietf-quic-04 Approved
Status update Show Changed 2020-03-09
Document dependencies
Additional resources Related Implementations
GitHub
GitHub notifications; read-only mailing list
Home Page
Slack channels for interop/implementers
Zulip Stream
Personnel Chairs Lucas Pardue, Matt Joras
Area Director Gorry Fairhurst
Mailing list Address quic@ietf.org
To subscribe https://www.ietf.org/mailman/listinfo/quic
Archive https://mailarchive.ietf.org/arch/browse/quic/
Chat Room address https://zulip.ietf.org/#narrow/stream/quic

Charter for Working Group

The QUIC WG originated the specifications describing version 1 of
QUIC, a UDP-based, stream-multiplexing, encrypted transport protocol.

The WG acts as the focal point for any QUIC-related work in the IETF.
It is chartered to pursue work in the areas detailed below:

  1. The first area of work is maintenance and evolution of the existing
    QUIC specifications:

  • Maintenance and evolution of the QUIC base specifications that
    describe its invariants, core transport mechanisms, security and
    privacy properties, loss detection and recovery, congestion control,
    version and extension negotiation, etc.

  • Maintenance and evolution of the existing QUIC extensions
    specified by the WG.

  • Specification of new versions of QUIC.

WG adoption of work items falling into this first area of work
needs to be strongly motivated by existing or ongoing production
deployments of QUIC at scale, and needs to carefully consider its
impact on the applications that have adopted QUIC as a transport.

  1. The second area of work is supporting the deployability of QUIC,
    which includes specifications, such as specification of a logging
    format and operation with load balancers; and informational documents
    such as applicability and manageability statements, and more.

  2. The third area of work is the specification of new extensions to
    QUIC.

  • The WG will primarily focus on extensions to the QUIC transport
    layer, i.e., extensions to QUIC that have broad applicability to
    multiple application protocols.

  • The WG may also publish Informational documents that
    publicly document deployed proprietary extensions or to enable
    wider experimentation with proposed new protocol features.

  1. The fourth area of work is the specification of how QUIC stream
    multiplexing and other application-oriented extensions (e.g. Datagram)
    can be adapted to work over a reliable and bidirectional byte stream
    substrate. When the substrate is insecure, TLS will be the default
    security provider; no effort will be made to enable unprotected
    communication without a security provider. Substrates must provide
    congestion-management capabilities applicable to their deployment
    environments.

Specifications published by the QUIC WG Specifications will be
published on the Standards Track providing they can demonstrate
sufficient maturity.

Specifications describing how new or existing application protocols
use the QUIC transport layer, called application protocol mappings
below, need not be specified in the QUIC WG, although they can. The
QUIC WG will collaborate with other groups that define such
application protocols that intend to use QUIC. New application
protocol mappings might require QUIC extensions and it may be
efficient to define these alongside the mapping specifications. Groups
that define application protocols using QUIC, or extensions to QUIC in
support of those protocols, are strongly requested to consult with the
QUIC WG and seek early and ongoing review of and collaboration on
proposals. This is intended to reduce the possibility of duplicate
work and/or conflicts with other extensions.

Defining new congestion control schemes is explicitly out of scope for
the WG. However, new QUIC extensions that support development and
experimentation with new congestion control schemes may fall under
the third area of work.

The QUIC WG originated HTTP/3, the mapping of HTTP to QUIC, and the
QPACK header compression scheme. These specifications are now
maintained in the HTTP WG.

Milestones

Order Milestone Associated documents
Last QUIC Retry Offload to IESG draft-ietf-quic-retry-offload
Extended Key Update to IESG draft-ietf-quic-extended-key-update
Receive timestamps to IESG draft-ietf-quic-receive-ts
QUIC-LB: Generating Routable QUIC Connection IDs to IESG draft-ietf-quic-load-balancers
Qlog documents to IESG draft-ietf-quic-qlog-main-schema
draft-ietf-quic-qlog-quic-events
draft-ietf-quic-qlog-h3-events
QUIC Acknowledgement Frequency to IESG draft-ietf-quic-ack-frequency
Reliable Stream Resets to IESG draft-ietf-quic-reliable-stream-reset
Next Multipath Extension to QUIC to IESG draft-ietf-quic-multipath