Chrome har fått experimentellt stöd för HTTP\/3-protokollet

I experimentella versioner Chrome Canary har lagts till stöd för HTTP/3-protokollet, som implementerar ett lager för att möjliggöra HTTP över QUIC-protokollet. QUIC-protokollet har lagts till i webbläsaren för fem år sedan och har sedan dess använts för att optimera arbetet med Googles tjänster. Den version av QUIC som användes i Chrome skiljde sig något från den version som specifikationer IETF, men nu är implementeringarna synkroniserade.

HTTP/3 standardiserar användningen av QUIC som transport för HTTP/2. För att aktivera HTTP/3 och varianten av QUIC från 23 utkast IETF-specifikationerna krävs det att Chrome startas med alternativen "—enable-quic —quic-version=h3-23", efter vilket aktivitet för HTTP/3 i utvecklarverktygen kommer att visas som quic.rocks:4433 i nätverksinspektionsläge i utvecklarverktygen visas aktiviteten för HTTP/3 som "http/2+quic/99".

Vi påminner om att protokollet QUIC (Quick UDP Internet Connections) har utvecklats av Google sedan 2013 som ett alternativ till TCP+TLS för webben, vilket löser problemet med lång tid för att etablera och förhandla anslutningar i TCP och eliminerar fördröjningar vid paketförlust under datatransfer. QUIC utgör ett lager ovanpå UDP-protokollet, stödjer multiplexering av flera anslutningar och tillhandahåller krypteringsmetoder som är jämförbara med TLS/SSL. Det aktuella protokollet är redan integrerat i Googles serverinfrastruktur, ingår i Chrome, planerat för att aktiveras i Firefox och används aktivt för att hantera klientförfrågningar på Googles servrar.

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.
• Kryptografiska blockgränser är anpassade till QUIC-paketgränser, vilket minskar inverkan av paketförluster på avkodningen av innehåll 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