Use Cases and Requirements for QUIC as a Substrate
draft-kuehlewind-masque-quic-substrate-00

Document Type Expired Internet-Draft (individual)
Authors Mirja K├╝hlewind  , Zaheduzzaman Sarker  , Thomas Fossati  , Lucas Pardue 
Last updated 2020-09-10 (latest revision 2020-03-09)
Replaces draft-kuehlewind-quic-substrate
Stream (None)
Intended RFC status (None)
Formats
Expired & archived
pdf htmlized (tools) htmlized bibtex
Stream Stream state (No stream defined)
Consensus Boilerplate Unknown
RFC Editor Note (None)
IESG IESG state Expired
Telechat date
Responsible AD (None)
Send notices to (None)

This Internet-Draft is no longer active. A copy of the expired Internet-Draft can be found at
https://www.ietf.org/archive/id/draft-kuehlewind-masque-quic-substrate-00.txt

Abstract

In situations where direct connectivity is not available or desired, proxies in the network are used to forward and potentially translate traffic. TCP is often used as a proxying or tunneling protocol. QUIC is a new, emerging transport protocol and there is a similar expectation that it too will be used as a substrate once it is widely deployed. Using QUIC instead of TCP in existing scenarios will allow proxying and tunneling services to maintain the benefits of QUIC natively, without degrading the performance and security characteristics. QUIC also opens up new opportunities for these services to have lower latency and better multistreaming support. This document summarizes current and future usage scenarios to derive requirements for QUIC as a substrate and to provide additional considerations for proxy signaling and control protocol as proposed by MASQUE.

Authors

Mirja K├╝hlewind (mirja.kuehlewind@ericsson.com)
Zaheduzzaman Sarker (Zaheduzzaman.Sarker@ericsson.com)
Thomas Fossati (thomas.fossati@arm.com)
Lucas Pardue (lucaspardue.24.7@gmail.com)

(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid.)