Het QUIC-protocol heeft de status van voorgestelde standaard gekregen.

De Internet Engineering Task Force (IETF), die verantwoordelijk is voor de ontwikkeling van internetprotocollen en -architectuur, heeft de RFC voor het QUIC-protocol afgerond en de bijbehorende specificaties gepubliceerd onder de identificatiegegevens RFC 8999 (versie-onafhankelijke protocoleigenschappen), RFC 9000 (transport via UDP), RFC 9001 (TLS-codering van het QUIC-communicatiekanaal) en RFC 9002 (congestiecontrole en detectie van pakketverlies tijdens gegevensoverdracht).

De RFC's hebben de status van een “Proposed Standard” gekregen, waarna het werk zal beginnen om de RFC de status van een conceptstandaard (Draft Standard) te geven, wat feitelijk een volledige stabilisatie van het protocol betekent, rekening houdend met alle gemaakte opmerkingen. Het HTTP/3-protocol, dat het gebruik van het QUIC-protocol als transportmiddel voor HTTP/2 definieert, bevindt zich nog in de conceptspecificatiefase, maar zal binnenkort definitief worden gestandaardiseerd door de IETF.

Er wordt verwacht dat de standaardisatie van QUIC een impuls zal geven aan een bredere acceptatie van dit protocol, evenals aan de ontwikkeling van daarop gebaseerde extensies, zoals WebTransport (een technologie voor het verzenden en ontvangen van gegevens tussen een browser en een server) en MASQUE (een verbindingsproxytechnologie die de mogelijkheden van SOCKS en HTTP CONNECT uitbreidt en HTTPS via QUIC als transport gebruikt).

Laten we niet vergeten dat het QUIC-protocol (Quick UDP Internet Connections) sinds 2013 door Google is ontwikkeld als alternatief voor de TCP+TLS-combinatie voor het web, waardoor problemen met de lange installatie- en onderhandelingstijden van verbindingen in TCP worden opgelost en vertragingen worden geëlimineerd wanneer pakketten gaan verloren tijdens gegevensoverdracht. QUIC is een uitbreiding van het UDP-protocol dat multiplexing van meerdere verbindingen ondersteunt en coderingsmethoden biedt die gelijkwaardig zijn aan TLS/SSL. Tijdens de ontwikkeling van de IETF-standaard zijn er wijzigingen aangebracht in het protocol, wat heeft geleid tot de opkomst van twee parallelle vertakkingen, één voor HTTP/3 en de tweede ondersteund door Google (Chrome ondersteunt beide opties en Firefox ondersteunt de IETF-versie) .

Belangrijkste kenmerken van QUIC:

• Hoge beveiliging, vergelijkbaar met TLS (in feite biedt QUIC de mogelijkheid om TLS via UDP te gebruiken);
• Streamintegriteitscontrole om pakketverlies te voorkomen;
• De mogelijkheid om onmiddellijk een verbinding tot stand te brengen (0-RTT, in ongeveer 75% van de gevallen kunnen gegevens onmiddellijk na het verzenden van het verbindingsopbouwpakket worden verzonden) en minimale vertragingen bieden tussen het verzenden van een verzoek en het ontvangen van een antwoord (RTT, Round Trip Time);
• Het gebruik van een ander volgnummer bij het opnieuw verzenden van een pakket, waardoor dubbelzinnigheid bij het identificeren van ontvangen pakketten wordt vermeden en time-outs worden voorkomen;
• Pakketverlies heeft alleen invloed op de bezorging van de bijbehorende stream en stopt niet de bezorging van gegevens in streams die parallel worden verzonden via de huidige verbinding;
• Foutcorrectietools die vertragingen minimaliseren als gevolg van het opnieuw verzenden van verloren pakketten. Gebruik van speciale foutcorrectiecodes op pakketniveau om situaties te verminderen waarbij verloren pakketgegevens opnieuw moeten worden verzonden.
• Cryptografische blokgrenzen zijn uitgelijnd met QUIC-pakketgrenzen, waardoor de impact van pakketverliezen op het decoderen van de inhoud van volgende pakketten wordt verminderd;
• Geen problemen met het blokkeren van de TCP-wachtrij;
• Verbindings-ID-ondersteuning om de herverbindingstijd voor mobiele clients te verkorten;
• Mogelijkheid om geavanceerde mechanismen aan te sluiten voor controle over overbelasting van verbindingen;
• Het gebruik van bandbreedtevoorspellingstechnieken in elke richting om te zorgen voor optimale verzendsnelheden van pakketten, waardoor wordt voorkomen dat er congestie ontstaat waarbij pakketten verloren gaan;
• Aanzienlijke toename in prestaties en doorvoer vergeleken met TCP. Voor videodiensten zoals YouTube is aangetoond dat QUIC het herbufferen bij het bekijken van video's met 30% vermindert.

Bron: opennet.ru