QUIC
| Fiche express | |
|---|---|
| Domaine | Transport moderne chiffré, au-dessus d'UDP |
| Couche OSI | 4 (Transport), bâti sur UDP |
| RFC | RFC 9000 (2021) (à vérifier) |
| Voir aussi | UDP · TCP · TLS |
QUIC est un protocole de transport conçu à l'origine par Google, puis standardisé par l'IETF (RFC 9000, à vérifier). Contrairement à TCP, QUIC est bâti au-dessus d'UDP plutôt que directement sur IP, ce qui lui permet d'évoluer plus librement (sans dépendre des implémentations réseau intermédiaires figées autour de TCP) tout en réimplémentant, au niveau applicatif, des garanties de fiabilité comparables (accusés de réception, retransmission, contrôle de congestion).
QUIC est la fondation de transport de HTTP/3 : là où HTTP/2 multiplexe déjà plusieurs requêtes sur une seule connexion TCP, il reste exposé au head-of-line blocking au niveau TCP (la perte d'un seul paquet bloque la remise de tous les flux en attente, même ceux qui n'étaient pas concernés). QUIC multiplexe ses flux de façon native et indépendante : la perte d'un paquet ne retarde que le flux auquel il appartient.
Apports principaux
- Multiplexage sans head-of-line blocking — plusieurs flux logiques indépendants
cohabitent sur une même connexion QUIC sans se bloquer mutuellement en cas de perte de paquet.
- Chiffrement intégré — QUIC impose TLS 1.3 dès l'établissement de la connexion ; il
n'existe pas de mode QUIC en clair, contrairement à TCP où TLS est une couche optionnelle ajoutée par-dessus.
- Établissement de connexion rapide — la négociation de transport et le handshake TLS sont
combinés dans le même aller-retour initial (0-RTT possible pour la reprise d'une connexion déjà connue), réduisant la latence par rapport à TCP+TLS classique (qui nécessite des allers-retours séparés pour chacun).
- Migration de connexion — une connexion QUIC est identifiée par un identifiant de connexion
et non plus par le quadruplet IP/port source-destination ; elle peut donc survivre à un changement de réseau (ex. bascule Wi-Fi vers 4G/5G) sans être renégociée entièrement.
QUIC et UDP
En s'appuyant sur UDP plutôt que sur un nouveau protocole de couche 4 dédié, QUIC contourne un problème pratique majeur : de nombreux équipements réseau intermédiaires (routeurs, pare-feu, NAT) ne savent traiter que TCP et UDP, et rejettent ou ignorent tout autre protocole de transport. UDP sert donc de simple support d'encapsulation, toute la logique de fiabilité, d'ordonnancement et de chiffrement étant réimplémentée par QUIC lui-même au-dessus.