I de nattliga versionerna av Firefox har stöd för HTTP/3 lagts till.

I nattbyggnader Firefox, som kommer att ligga till grund för version 72 av Firefox, planerad till den 7 januari, har lagts till stöd för HTTP/3. Som standard är HTTP/3 avaktiverat och kräver aktivering av alternativet «network.http.http3.enabled» i about:config.

Stödet för HTTP/3 i Firefox är baserat på ett projekt som utvecklas av Mozilla, neqo,, som tillhandahåller en implementation av klient och server för protokollet QUIC. Koden för komponenter som stöder HTTP/3 och QUIC är skriven i språk som Rust.
Från klientprogramvaran finns experimentellt stöd för HTTP/3 även har lagts till i Chrome och curl, och för servrar finns det i form av en modul för nginx och en testserver baserad på biblioteket quiche (implementering av QUIC och HTTP/3 på Rust från företaget Cloudflare). För att kontrollera funktionaliteten hos klienter för HTTP/3 har flera testwebbplatser startats, varav de flesta fortfarande inte öppnas korrekt i Firefox (HTTP/3 befinner sig i ett skede av arbetsnamnsspecifikation, och är ännu inte standardiserad). Licens för projekt med öppen källkod som ålägger användare att «inte orsaka skada»

Vi påminner om att HTTP/3 standardiserar användningen av protokollet QUIC som transport för HTTP/2. Protokollet QUIC (Quick UDP Internet Connections) har utvecklats av Google sedan 2013 som ett alternativ till TCP+TLS-kopplingen för webben, som löser problem med lång tid för anslutning och förhandling i TCP och eliminerar fördröjningar vid paketförlust under dataöverföring. QUIC är ett tillägg till UDP-protokollet som stödjer multiplexering av flera anslutningar och tillhandahåller krypteringsmetoder motsvarande TLS/SSL.

Huvud funktioner QUIC:

• Hög säkerhet, liknande TLS (i praktiken ger QUIC möjlighet till användning av TLS över UDP);
• Kontroll av strömmens integritet, vilket förhindrar pak förlust;
• Möjlighet att omedelbart upprätta en anslutning (0-RTT, i ungefär 75% av fallen kan data överföras omedelbart efter att anslutningsinstallationspaketet skickats) och säkerställa minimala fördröjningar mellan begäran och svar (RTT, Round Trip Time);
• Ingen användning av samma sekvensnummer vid återöverföring av paket som gör att man kan undvika tveksamhet vid identifieringen av mottagna paket och eliminera timeout-problem;
• Paketsförlust påverkar endast leveransen av den relaterade strömmen och stoppar inte dataöverföringen i parallella strömmar som sänds via den aktuella anslutningen;
• Felkorrekteringsmedel som minimerar förseningar på grund av återöverföring av förlorade paket. Användning av speciella felkorrekteringskoder på paketnivå för att minska situationer där återöverföring av förlorad data krävs.
• Gränserna för kryptografiska block överensstämmer med gränserna för QUIC-paketen, vilket minskar påverkan av paketförluster på avkodningen av innehållet i efterföljande paket;
• Ingen köblockering som uppstår i TCP;
• Stöd för anslutningsidentifierare som gör att tiden för att återansluta till mobila kunder minskar;
• Möjlighet att ansluta avancerade mekanismer för överbelastningskontroll;
• Användning av tekniker för kapacitetsprognoser i varje riktning för att säkerställa optimal paketöverföringstakt och förhindra att man hamnar i en överbelastad status där paketförluster observeras;
• Särskild ökning i prestanda och kapacitet jämfört med TCP. För videotjänster som YouTube har användningen av QUIC visat på en minskning av buffran under videoavspelning med 30%.

Källa: opennet.ru