Till experimentella byggen stöd för HTTP/3-protokollet, som implementerar ett tillägg för att HTTP ska fungera över QUIC-protokollet. Själva QUIC-protokollet lades till i webbläsaren för fem år sedan och har sedan dess använts för att optimera arbetet med Googles tjänster. Samtidigt skiljde sig QUIC-versionen från Google som användes i Chrome i vissa detaljer från versionen från IETF, men nu är implementeringarna synkroniserade.
HTTP/3 standardiserar användningen av QUIC som transport för HTTP/2. För att aktivera alternativet HTTP/3 och QUIC från IETF-specifikationerna kräver att Chrome startas med alternativen "-enable-quic -quic-version=h3-23" och sedan när testwebbplatsen öppnas I nätverksinspektionsläge i utvecklarverktyg kommer HTTP/3-aktivitet att visas som "http/2+quic/99".
Kom ihåg att protokollet (Quick UDP Internet Connections) har utvecklats av Google sedan 2013 som ett alternativ till kombinationen TCP+TLS för webben, vilket löser problem med långa installations- och förhandlingstider för anslutningar i TCP och eliminerar förseningar när paket går förlorade under dataöverföring. QUIC är en förlängning av UDP-protokollet som stöder multiplexering av flera anslutningar och tillhandahåller krypteringsmetoder motsvarande TLS/SSL. Protokollet i fråga är redan integrerat i Googles serverinfrastruktur och är en del av Chrome. för inkludering i Firefox och används aktivt för att betjäna klientförfrågningar på Googles servrar.
Den huvudsakliga QUIC:
- Hög säkerhet liknande TLS (QUIC ger i huvudsak möjlighet att använda TLS över UDP);
- Flödesintegritetskontroll, förhindrar paketförlust;
- Möjligheten att omedelbart upprätta en anslutning (0-RTT, i cirka 75 % av fallen kan data överföras omedelbart efter att anslutningspaketet har skickats) och ger minimala förseningar mellan att skicka en förfrågan och ta emot ett svar (RTT, Round Trip Time);
- Att inte använda samma sekvensnummer vid återsändning av ett paket, vilket undviker tvetydighet när det gäller att identifiera mottagna paket och blir av med timeouts;
- Förlust av ett paket påverkar endast leveransen av strömmen som är associerad med den och stoppar inte leveransen av data i parallella strömmar som överförs genom den aktuella anslutningen;
- Felkorrigeringsfunktioner som minimerar förseningar på grund av återsändning av förlorade paket. Användning av speciella felkorrigeringskoder på paketnivå för att minska situationer som kräver återsändning av förlorad paketdata.
- Kryptografiska blockgränser är anpassade till QUIC-paketgränser, vilket minskar effekten av paketförluster på avkodning av innehållet i efterföljande paket;
- Inga problem med TCP-köblockering;
- Stöd för anslutningsidentifierare, vilket minskar tiden det tar att upprätta en återanslutning för mobila klienter;
- Möjlighet att ansluta avancerade mekanismer för kontroll av överbelastning av anslutningar;
- Använder tekniker för prognostisering av genomströmning per riktning för att säkerställa att paket skickas med optimala hastigheter, vilket förhindrar att de blir överbelastade och orsakar paketförlust;
- Märkbar prestanda och genomströmning jämfört med TCP. För videotjänster som YouTube har QUIC visat sig minska återlagringsoperationer när du tittar på videor med 30 %.
Källa: opennet.ru