Verwacht wordt dat Firefox eind mei HTTP/3-ondersteuning zal lanceren.

Mozilla heeft zijn voornemen aangekondigd om te beginnen met de fasering van HTTP/3 en QUIC met de release van Firefox 88, gepland voor 19 april (oorspronkelijk verwacht voor release op 20 april, maar afgaande op het schema zal dit met een dag worden uitgesteld). HTTP/3-ondersteuning zal in eerste instantie voor slechts een klein percentage van de gebruikers worden ingeschakeld en zal, behoudens onverwachte problemen, eind mei voor iedereen worden uitgerold. In nachtelijke builds en bètaversies was HTTP/3 eind maart standaard ingeschakeld.

Laten we niet vergeten dat de implementatie van HTTP/3 in Firefox gebaseerd is op het neqo-project ontwikkeld door Mozilla, dat een client- en serverimplementatie biedt voor het QUIC-protocol. De componentcode voor HTTP/3- en QUIC-ondersteuning is geschreven in Rust. Om te bepalen of HTTP/3 is ingeschakeld, biedt about:config de optie “network.http.http3.enabled”. Vanuit clientsoftware is ook experimentele ondersteuning voor HTTP/3 toegevoegd aan Chrome en curl, en voor servers is het beschikbaar in nginx, maar ook in de vorm van een nginx-module en een testserver van Cloudflare. Aan de websitezijde wordt al HTTP/3-ondersteuning geboden op de servers van Google en Facebook.

Het HTTP/3-protocol bevindt zich nog in de conceptspecificatiefase en is nog niet volledig gestandaardiseerd door de IETF. HTTP/3 vereist client- en serverondersteuning voor dezelfde versie van de QUIC-conceptstandaard en HTTP/3, die is gespecificeerd in de Alt-Svc-header (Firefox ondersteunt specificatieconcepten 27 tot en met 32).

HTTP/3 definieert het gebruik van het QUIC-protocol als transport voor HTTP/2. Het QUIC-protocol (Quick UDP Internet Connections) is sinds 2013 door Google ontwikkeld als alternatief voor de TCP+TLS-combinatie voor het web, waardoor problemen met lange installatie- en onderhandelingstijden voor verbindingen in TCP worden opgelost en vertragingen worden geëlimineerd wanneer pakketten verloren gaan tijdens gegevensoverdracht. overdracht. 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).

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