Utvecklare nyligen som är bakom från webbläsaren Google Chrome släppte nyheterna om tillägget av stöd för HTTP / 3-protokollet till de experimentella byggnaderna av Chrome Canary, som implementerar ett plugin för att aktivera HTTP över QUIC.
Själva QUIC-protokollet lades till webbläsaren för fem år sedan och sedan dess har den använts för att optimera arbetet med Googles tjänster. Samtidigt skiljer sig QUIC-versionen av Google som används i Chrome i vissa detaljer från versionen av IETF-specifikationerna, men nu är implementeringarna synkroniserade.
Google Chrome Canary blev just den första (tillgängliga) webbläsaren som integrerade (mycket) experimentellt # QUIC och HTTP / 3-stöd!
Lägg till flaggor "–enable-quic –quic-version = h3-23" och du bör se "http / 2 + quic / 99" dyka upp i devtools, vilket faktiskt är http3 i förklädnad! pic.twitter.com/5Fhui46h3x
- Robin Marx (@programmingart) September 19, 2019
Det är viktigt att lyfta fram det Google har utvecklat QUIC (Snabba UDP-internetanslutningar) sedan 2013 som ett alternativ till TCP + TLS-paketet för webben, som löser problem med lång konfigurering och förhandlingstider för TCP-anslutningar och eliminerar förseningar i paketförlust under dataöverföring.
QUIC är ett komplement till UDP-protokollet som stöder multiplexering av flera anslutningar och ger krypteringsmetoder som motsvarar TLS / SSL.
Protokollet i fråga är redan inbyggt i Googles serverinfrastruktur, är en del av Chrome, är planerat att inkluderas i Firefox och används aktivt för att betjäna klientförfrågningar på Googles servrar.
Bland de viktigaste egenskaperna hos QUIC som sticker ut är:
- Hög säkerhet, liknande TLS (i själva verket ger QUIC möjligheten att använda TLS över UDP)
- Flödesintegritetskontroll som 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 säkerställa minimala förseningar mellan att skicka en begäran och ta emot ett svar (RTT, rundturstid)
- Använd inte samma sekvensnummer vid sändning av ett paket igen, vilket undviker tvetydighet vid bestämning av mottagna paket och eliminerar timeouts
- Att förlora ett paket påverkar leveransen av endast den tillhörande strömmen och stoppar inte leveransen av data i strömmar som sänds parallellt över den aktuella anslutningen
- Felkorrigeringsverktyg som minimerar förseningar på grund av återöverföring av förlorade paket.
- Användningen av speciella felkorrigeringskoder på paketnivå för att minska situationer som kräver återöverföring av förlorade paketdata.
- Blockens kryptografiska gränser är inriktade med gränserna för QUIC-paketen, vilket minskar effekten av paketförlust vid avkodning av innehållet i följande paket
- Inga problem med att blockera TCP-kön
- Stöd för anslutningsidentifierare, vilket minskar tiden för att skapa en återanslutning för mobila klienter
- Möjlighet att ansluta avancerade mekanismer för att kontrollera anslutningsöverbelastning
Det framhålls också att det använder tekniken för att förutsäga bandbredden i varje riktning för att säkerställa en optimal intensitet av paketleverans, vilket förhindrar att den når ett tillstånd av överbelastning där paketförlust observeras;
Såväl som anmärkningsvärd prestanda och prestationsvinster jämfört med TCP. För videotjänster som YouTube visade QUIC en 30% minskning av återbuffringsåtgärder när du tittade på videor.
HTTP / 3-protokollet standardiserar användningen av QUIC som en transport för HTTP / 2. För att aktivera HTTP / 3 och QUIC-versionen av 23 utkast till IETF-specifikationer måste Chrome köras med alternativen "–enable-quic –quic-version = h3-23" och sedan när quic-testplatsen öppnas .rocks: 4433 in nätverksinspektionsläge i utvecklarverktyg kommer HTTP / 3-aktivitet att visas som "http / 2 + quic / 99".
Jämfört med ett paket som går förlorat genom parallella HTTP-anslutningar kommer endast en av de många anslutningarna att stoppas, vilket innebär att QUIC kan stödja leverans i ordning så att ett förlorat paket får mindre påverkan.
Si du vill veta mer om det om detta kan du rådfråga följande länk.