IETF107
Clone this wiki locally
This page collects proposals for discussion at the QUIC DISPATCH session at IETF107. Proposals must be submitted as Internet-Drafts.
Example Proposal Name
Short paragraph describing the proposal; typically the abstract of the draft.
Link to Internet-Draft
Packet Loss Signaling for QUIC
This document defines an extension to the QUIC transport protocol to allow endpoints to signal packet loss in a way that can be used by network devices to measure and locate the source of the loss.
Discussion of this work is encouraged to happen on the QUIC IETF mailing list quic@ietf.org or on the GitHub repository which contains the draft.
draft-ferrieuxhamchaoui-quic-lossbits-03
Sender Control of Acknowledgement Delays in QUIC
A receiver acknowledges received packets, but it can delay sending these acknowledgements. The delaying of acknowledgements can impact connection throughput, loss detection and congestion controller performance at a data sender, and CPU utilization at both a data sender and a data receiver. This document describes a QUIC extension for an endpoint to control its peer's delaying of acknowledgements.
Draft: draft-iyengar-quic-delayed-ack
Discussion: GitHub repo or quic@ietf.org
QUIC Plugins
The extensibility of Internet protocols is a key factor to their success. Yet, their implementations are often not designed with agility in mind. In this document, we leverage the features of the QUIC protocol and propose a solution to dynamically extend QUIC implementations. Our solution relies on QUIC Plugins that allow tuning and extending the QUIC protocol on a per-connection basis. These platform-independent plugins are executed inside a sandboxed environment which can be included in QUIC implementations. We describe how such plugins can be used in different use cases. This document is a straw-man proposal. It aims at sparking discussions on the proposed approach.
Draft: draft-piraux-quic-plugins
Discussion: GitHub repo or quic@ietf.org